[05:51] <Mirv> normal to lts is probably ok with Prompt=lts, but the last one looks wrong
[08:25] <jibel> davmor2, ubuntu is rebuilding with all the fixes from yesterday (not sure you got previous msg, it seems I was disconnected)
[08:25] <davmor2> jibel: nice
[08:26] <davmor2> jibel: can I assume that netboot would be good to test in the meantime?
[08:34] <jibel> davmor2, netboot is ready to test.
[08:42] <jibel> davmor2, ^
[08:52] <davmor2> jibel: \o/
[09:20] <davmor2> jibel: ftr the album Synth Pop is awesome for testing to :)
[09:21] <davmor2> jibel: also 64bit UEFI SecureBoot amd64 netboot under way and burning 32 bit too
[09:38] <jibel> davmor2, there'll be another respin of desktop images
[09:38] <davmor2> jibel: not effecting netboot though right?
[09:38] <jibel> davmor2, no it's a ubiquity fix
[09:38] <jibel> davmor2, the live session doesn't start when selected from dm
[09:39] <davmor2> jibel: cool I'll carry on with netboot then, I'll do a desktop and server install here and wait on an update regarding the desktops then
[09:40] <jibel> davmor2, OK. I'm doing some non-english tests and verifying results for server
[10:19] <flexiondotorg> pitti, This is what happens when the installer asks to restart now - http://imgur.com/9atTGQf
[10:21] <flexiondotorg> jibel, davmor2 ^^^^
[10:21] <pitti> flexiondotorg: this does work on Ubuntu and Xubuntu now; this error message looks like it's trying to access something from the squashfs (which is gone at that point)
[10:22] <pitti> flexiondotorg: to prevent that, the casper-shutdown script tries to cache all the plymouth themes
[10:22] <pitti> maybe the mate theme has its themes/plugins in a path which we don't cover?
[10:23] <flexiondotorg> pitti, Ubuntu MATE does have plymouth themes
[10:23] <flexiondotorg> pitti, Where is the code that does the caching?
[10:23] <flexiondotorg> pitti, Maybe I can submit a merge proposal?
[10:23] <pitti> for path in $(which halt) $(which reboot) /etc/rc?.d /etc/default $(which stty) /bin/plymouth /lib/plymouth /lib/*/plymouth /lib/systemd /etc/systemd /lib/*/libnss_files* /etc/nsswitch.conf /usr/share/fonts/truetype/dejavu/DejaVuSans.ttf /etc/fonts/fonts.conf /etc/fonts/conf.d/60-latin.conf; do
[10:24] <pitti> flexiondotorg: it's in bin/casper-stop in casper
[10:24] <pitti> flexiondotorg: I thought by now we'd cache pretty much anything from plymouth; but it looks like it's still missing something there
[10:26] <flexiondotorg> Ubuntu MATE puts it's plymouth themes in /lib/plymouth/themes/ubuntu-mate-logo
[10:27] <pitti> that should be covered by /lib/plymouth
[10:27] <flexiondotorg> pitti, Indeed.
[10:28] <bluesabre> I have release manager rights, but haven't requested a rebuild before.  When I hit the "Update Rebuild Status" button, does that rebuild for everybody or go to another screen to select?
[10:28] <bluesabre> balloons: ^
[10:29] <flexiondotorg> pitti, cyphermox has this same issue some days back in a test release of casper I was testing for him.
[10:29] <pitti> flexiondotorg: yes, cyphermox, infinity and I were working on that last week, and updated the list
[10:30] <pitti> flexiondotorg: we don't cachce /var/spool/plymouth/ and /var/lib/plymouth, though
[10:30] <pitti> flexiondotorg: could you boot a live CD, edit casper-stop in-place to add these two, and check if that helps?
[10:30] <pitti> it's not required in the other flavors, but maybe on mate
[10:30] <flexiondotorg> pitti, Just testing stock Ubuntu and then I'll do as your request for Ubuntu mATE.
[10:31] <pitti> flexiondotorg: I tested stock ubuntu approximately 30 times yesterday, when fixing the "x gets stuck on reboot" bug
[10:31] <pitti> and I tested xubuntu today's daily this morning
[10:31] <flexiondotorg> pitti, Fun :)
[10:32]  * flexiondotorg create a new Ubuntu MATE test VM.
[10:33] <pitti> flexiondotorg: you can just boot the live CD
[10:34] <pitti> no need to install AFAICS?
[10:34] <flexiondotorg> pitti, Understood.
[10:35] <pitti> flexiondotorg: we should get the same if you merely start the live system and shutdown
[10:36] <flexiondotorg> pitti, stock Ubuntu just spat out the squashfs error just like Ubuntu MATE.
[10:37] <pitti> flexiondotorg: hm, I'm definitively not getting that in QEMU or on real iron
[10:37] <flexiondotorg> pitti, VirtualBox thing?
[10:38] <flexiondotorg> pitti, For completeness - http://imgur.com/FSlbpIK
[10:39] <pitti> flexiondotorg: are you testing an iso or from an USB stick? trying to see what's different
[10:39] <flexiondotorg> pitti, iso in a VirtualBox VM.
[10:39] <pitti> so it might be usb vs. iso or VB vs. qemu/real hw
[10:39] <flexiondotorg> pitti, Emulated DVD drive.
[10:40] <flexiondotorg> I can test a DVD here. I'll burn one.
[10:42] <pitti> flexiondotorg: we tested an USB stick on real hw, worked there too
[10:46] <davmor2> pitti: I'm testing real hardware and real dvd's, just call me mr old skool
[10:46] <pitti> davmor2: no, I'm grateful for that!
[10:47] <davmor2> pitti: I also do a desktop run from usb on real hw too :)
[10:47] <davmor2> pitti: I also cover the 3 major gfx and 2 major cpu manufacturers too :D
[10:47] <flexiondotorg> pitti, If I just boot the live session and restart, the system doesn't reboot.
[10:48] <flexiondotorg> pitti, If I install and restart, the squashfs errors occur.
[10:48] <pitti> flexiondotorg: what do you see exactly? x going down? plymouth? the "hit enter" text?
[10:48] <flexiondotorg> pitti, From the live session only, no squashfs errors.
[10:48] <pitti> you should see all three, then pressing enter shld reboot; that's what we see here, anyway
[10:49] <flexiondotorg> pitti, I see this - http://imgur.com/btnxiso
[10:50] <flexiondotorg> pitti, I do not see a press enter to eject media on either live session reboot nor at the end of an install.
[10:50] <pitti> *sigh*
[10:50] <flexiondotorg> pitti, I can't install the DVD on the system. But I can boot the live session and reboot.
[10:50] <flexiondotorg> Back in a few...
[10:59] <flexiondotorg> pitti, Booting to live session from DVD on real hardware and selecting shutdown work correctly. I got the "Press Enter" and a system shutdown.
[10:59] <flexiondotorg> pitti, So, this issue maybe specific to VirtualBox?
[11:01] <pitti> flexiondotorg: yeah, looks like it
[11:01] <pitti> flexiondotorg: I'll install VB here and cross-check (but need to sort out two other things first)
[11:01] <flexiondotorg> pitti, Sure :)
[11:02] <flexiondotorg> pitti, If you have anyhting the needs testing just ping me.
[11:02] <pitti> flexiondotorg: how's the actual install looking?
[11:02] <pitti> anything broken there still?
[11:03] <flexiondotorg> pitti, Install of Ubuntu MATE and Ubuntu were both fine. I also test oem-config for Ubuntu MATE. Also worked :)
[11:04] <flexiondotorg> Just need to build new images when the new ubiquity lands so the "Try" option works.
[11:04] <pitti> flexiondotorg: yay!
[11:06] <flexiondotorg> pitti, I've ask the OEM to test on there hardware range.
[11:06] <flexiondotorg> pitti, Will report back later.
[11:13] <davmor2> jibel: so netboot still works as expected with the exception of the keyboard layouts and servers tty7 being blank
[11:24] <pitti> flexiondotorg: I confirm the problem in VB
[11:28] <pitti> flexiondotorg: and when I use a serial console to debug it it of course works
[11:32] <flexiondotorg> pitti, Typical.
[11:33] <davmor2> pitti: serial console == debug == automatic fix for all woes ;)
[11:35] <pitti> ok, so systemd.debug-shell works
[11:35] <pitti> I see plymouth watch-keystroke running, but as we don't have /cdrom any more it's icky to debug
[11:59] <pitti> flexiondotorg: ok, so under VB plymouthd doesn't listen to /dev/tty7 and thus neither prints text nor receives keystrokes nor shows animation
[12:00] <pitti> under qemu and real hw that works
[12:00] <flexiondotorg> pitti, OK, has a memory.
[12:01] <pitti> flexiondotorg: we fixed casper to actually show plymouth during shutdown, I guess that exposed that plymouth bug
[12:01] <flexiondotorg> pitti, The VirtualBox video device id is now blacklisted from grub.
[12:02] <flexiondotorg> pitti, I actually help test/implement that with the kernel team and cjwatson.
[12:03] <flexiondotorg> pitti, http://changelogs.ubuntu.com/changelogs/pool/main/g/grub-gfxpayload-lists/grub-gfxpayload-lists_0.7/changelog
[12:03] <flexiondotorg> pitti, Related?
[12:04] <flexiondotorg> pitti, If so then that same issue should be present with VMWare.
[12:04] <elfy> pitti: I'm good to rebuild for me now?
[12:05] <balloons> bluesabre, flexiondotorg did you figure out rebuilds this morning?
[12:05] <pitti> elfy: we landed a few other fixes; I think infinity is on it, but please coordinate with him
[12:05] <flexiondotorg> balloons, I rebuild Ubuntu MATE. It was published for all.
[12:06] <flexiondotorg> balloons, Which is what I expected.
[12:06] <balloons> also, while I have your attention, I was wondering if ubuntu mate was interested in doing a 'show and tell' session at UOS showcasing ubuntu mate?
[12:07] <flexiondotorg> balloons, Yes.
[12:07] <elfy> pitti: ack - it'll have to wait - only in for a short time
[12:07] <flexiondotorg> popey emailed me.
[12:07] <flexiondotorg> balloons, I'll get a response when 15.04 is out :)
[12:08] <balloons> :-) I assumed as much, just double checking
[12:22] <flexiondotorg> pitti, The OEM confirms that oem-config now works on all their hardware :)
[13:04] <pitti> flexiondotorg: some good news!
[13:04] <pitti> flexiondotorg: so we'll try to entirely disable plymouth on live system shutdown; this is too hairy to get right at this point
[13:05] <davmor2> pitti: any idea why a server install defaults to tty7 but tty7 is a blank screen with just a flashing cursor?
[13:06] <pitti> davmor2: when exactly?
[13:08] <davmor2> pitti: install server,  I'm doing it from mini.iso.  Instead of being in TTY with a login prompt I'm on a blank screen with a flashing white underscore and nothing else.  If I switch to tty 1 - 6 I get the login prompt I expect
[13:08] <davmor2> pitti: I'm trying to find the bug I filed with steps
[13:09] <davmor2> pitti: as in do the install, reboot the system and you are stuck in tty7 as to a more precise timing :)
[13:45] <kenvandine> elopio, i asked for a review on my tz_tests branch, it seems to fix those flaky tests reliably, i kicked quite a few rebuilds without test failures
[13:45] <kenvandine> elopio, although some of the jobs failed, but they weren't test failures, infrastructure problems
[13:45] <kenvandine> elopio, the thing is, i don't really understand why my branch fixed it :)
[13:45] <kenvandine> elopio, which i don't like
[13:53] <elopio> kenvandine: thanks :) Just removing the call to the other test makes things more stable. But yes, I agree that probably it's not fixed, more likely it just happens less often.
[13:53] <elopio> lets see who's vanguard...
[13:54] <kenvandine> clearly much more reliable... but also i'm curious why this wasn't a problem until recently
[13:54] <elopio> brendand: can you make the review for ken's branch? or pass it to federico if you won't have time during your slot.
[13:54] <kenvandine> that call to the other test has been there for 15 months
[13:55] <kenvandine> it's clearly better not calling that test of course
[13:55] <elopio> https://code.launchpad.net/~ken-vandine/ubuntu-system-settings/tz_tests/+merge/256700
[13:56] <elopio> kenvandine: yes, but so many things can be happening. As we discussed, the test is too big, so it's hard to analyze it. But I have seen funny things, like an async call that happens always in 9 seconds, after a change it takes 11 seconds 1/10 of the times. Just enough to cross the default timeout.
[13:57] <kenvandine> true
[13:57] <kenvandine> i just like understanding my fixes :)
[13:57] <kenvandine> makes sense though
[14:57] <davmor2> jibel: ^ is this the final
[14:57] <jibel> davmor2, not yet
[14:57] <jibel> davmor2, more bugs coming
[14:58] <davmor2> oh man
[15:37] <jibel> davmor2, there are 2 bugs currently, 1. session doesn't shutdown/restart on vbox 2. live session doesn't start on i386
[15:38] <jibel> 1 is fixed and will be in next build, 2 is in progress
[15:39] <davmor2> jibel: oh so only little things then nothing major
[15:39] <jibel> davmor2, nothing really ;)
[15:44] <jibel> davmor2, 2 cannot be fixed at this point but there is a workaround, I'll upgrade the release notes
[15:44] <jibel> update*
[15:44] <davmor2> jibel: i386 just needs to die that should fix it right?
[16:50] <pitti> jibel: http://people.canonical.com/~pitti/tmp/gtk_ui.py
[21:30] <elopio> veebers: can we attach to a row in nfss a subunit stream file?
[21:32] <veebers> elopio: hmm, I'm not sure off the top of my head.  You might be able to u64encode it perhaps as part of the json data.
[21:32] <veebers> elopio: I would need to take a look at the code to confirm
[21:40] <elopio> veebers: we are talking about putting in nfss information about each run. I'm wondering where to store the data collected during that run.
[22:09] <veebers> elopio: ah right, yeah an important question.