[04:27] <slangasek> xnox: why exactly does doko what unity on s390x for running openjdk tests?  That's not what we're using to run openjdk tests on other architectures
[04:30] <bzoltan_> xnox: doko: do you know anybody who could terminate a hanging autopkg test? This one os "running" for ages and blocks the package https://requests.ci-train.ubuntu.com/static/britney/xenial/landing-050/excuses.html
[04:57] <infinity> bzoltan_: You might want pitti.
[05:05] <slangasek> it's probably already lost and just needs one of us to retry it
[05:05] <bzoltan_> infinity: Yes, last time he helped with the same problem
[05:06] <slangasek> which infinity or I could do
[05:06] <bzoltan_> slangasek:  that was exactly the case last time too
[05:06] <bzoltan_> slangasek: \o/ please :) do
[05:06] <slangasek> just requires me to figure out the syntax
[05:07] <bzoltan_> Mirv:  do you know the syntax by head? ^
[05:10] <slangasek> bzoltan_: I may or may not have triggered it
[05:10] <slangasek> using something like 'run-autopkgtest -s xenial -a amd64 --trigger=ubuntu-ui-toolkit/1.3.1938+16.04.20160416 --ppa ci-train-ppa-service/landing-050 ubuntuone-credentials'
[05:10] <bzoltan_> slangasek:  Thank you ... let's see
[05:12] <Mirv> bzoltan_: no, sorry
[05:13] <Mirv> slangasek: bzoltan_: seems to be running, thanks! http://autopkgtest.ubuntu.com/running.shtml#pkg-ubuntuone-credentials
[05:13] <slangasek> I was sure it would run, I'm just not sure the results will go to the right place :)
[05:18] <slangasek> doko: dude, seriously, why are you making nux build on s390x?  This package is not supportable there and now the unity team are stuck supporting it
[05:21] <Logan> slangasek: because System x is the future, duh ;P
[05:22] <Logan> er, z
[05:22] <Logan> I should stop getting my IBM product lines confused
[05:24] <Logan> (but actually, I don't see why a FTBFS on a new port means that it's something that has to be fixed - I thought the philosophy is usually to allow things to FTBFS rather than obscuring their build problems on ports)
[05:26] <slangasek> Logan: yes; there was discussion up-scroll about wanting it for unity and wanting unity for openjdk testing.  This is not a sufficient reason to leave the desktop team holding the bag for this build
[05:26] <slangasek> especially when unity will not meaningfully work on this architecture
[05:26] <Logan> gotcha, I can see why that would be a problem
[05:28] <Logan> I'm not going to try and figure out why you need a desktop environment to run OpenJDK tests
[05:28] <slangasek> because there are graphical bits as part of the java classes
[05:31] <Logan> oh yeah true. Swing and all that fun stuff
[06:14]  * Kamilion scratches his head... why would you need a desktop environment to run the openjdk tests? Shouldn't a bare xserver with perhaps a window manager be sufficent?
[06:14] <slangasek> yes
[06:14] <slangasek> ;)
[06:17] <Kamilion> incendenally, whom do i talk to about driver issues in that GUI stack? I've been having problems getting anything but xorg and xfce/lxde to work on ATI Rage XLs and Matrox G200s
[06:19] <infinity> I'm amazed you can get anything to work on a G200 anymore.
[06:20] <infinity> Or an old Rage...
[06:20] <Kamilion> They're pretty common... Almost every supermicro board has one or the other.
[06:20] <infinity> Oh, right, they still put them in server boards.  Ugh.
[06:21] <Kamilion> generally as an ASPEED AST2100/2400 or Nuvoton
[06:21] <infinity> I would have hoped that would die by now with Intel and AMD both having modern onboard graphics options.
[06:21] <Kamilion> most of my dells also have the ASPEED
[06:21] <infinity> That said, server boards are also not the target market for most desktop environments.
[06:22] <infinity> Anyhow, I'm not sure how good the response or carefactor will be, but if the drivers are lacking, I'd suggest talking to upstream mesa/xorg.
[06:23] <Kamilion> it's a little htpc actually
[06:23] <Kamilion> well, the one I've got in front of me at the moment
[06:23] <infinity> Most distros aren't going to deeply care.  If your server board can produce a suitable console for servery things, anything fancy you want to do might get you a response of "well, you have PCI/AGP/PCIe slots, right?  Buy a real video card".
[06:23] <Kamilion> http://www.supermicro.com/products/chassis/Mini-ITX/101/SC101s.cfm
[06:24] <Kamilion> it's got minipci
[06:24] <Kamilion> so I guess I could cobble together some crazy chinese adapter
[06:24] <Kamilion> one of those bitcoin PCI express extension cables
[06:24] <infinity> I wouldn't call that an htpc, just a mini server.
[06:24] <infinity> The "T" in htpc implies video capabilites that aren't 15 years in the past.
[06:25] <Kamilion> that's just the VGA port
[06:25] <Kamilion> the hdmi port is connected to the AMD chipset on that one
[06:25] <Kamilion> ._.
[06:25] <infinity> Ahh.  Well, that would be much less crap indeed.
[06:25] <Kamilion> and I have no real problems playing back video on either the ATI or the matrox
[06:26] <Kamilion> I've been mostly hanging around the lubuntu crowd because 'thats what works'
[06:26] <infinity> I'd expect using the ATI video would work for pretty much all the desktops we ship.
[06:27] <infinity> The G200 will be very hit and miss with compositors.
[06:27] <Kamilion> and flexiondotorg was nice enough to make some lubuntu builds for the raspberry pi2s, and that worked REALLY well, it suprised me at how much faster I could drag windows around, lol
[06:27] <infinity> It used to have the best OpenGL stack in the free software world, but that was literally more than a decade ago.
[06:27] <Kamilion> yeah, that's what struck me as strange, both report opengl 1.1
[06:27] <Kamilion> and glxgears goes at 600-1000 FPS
[06:27] <Kamilion> and yet dragging windows around feels like sandpaper on bare skin
[06:28] <infinity> glxgears is not a benchmark. :P
[06:28] <Kamilion> yeah, but if it was in software it generally doesn't go over about 100-200ish when bound to a single core
[06:28] <Kamilion> anotherwords "I know I have hardware acceleration on"
[06:29] <infinity> Yeah, but that doesn't mean you have all the hardware accel you need for a modern compositor.
[06:29]  * Kamilion nods
[06:29] <infinity> The G200 is stuck deeply in the past.
[06:29] <Kamilion> the ATI lacks hardware texture and lighting I think
[06:29] <infinity> Partially because no one cares, partially because it's a 15yo part, and there's only so much you can do to make OpenGL 1.4 extension work on hardware that was designed for 1.1
[06:29] <Kamilion> yeah.
[06:29] <Kamilion> I'm itching to read http://lwn.net/Articles/683320/ but my LWN sub expired
[06:30] <Kamilion> i would love to see these BMCs die a horrible insecure death
[06:30] <Kamilion> most of them are just glorified framebuffer to VNC scrapers
[06:30] <Logan> looks like your wish will be granted in three days
[06:31] <Logan> to read the article, I should clarify
[06:31] <Kamilion> or I could just resubscribe, I'm just busylazy
[06:31] <Kamilion> or I could go bug a friend to 'send me a free link'
[06:31] <Logan> also yeah, your followup question about a DE for tests was kinda what I was going for earlier
[06:31] <Logan> but I don't know enough about programmatically testing GUIs
[06:32] <Kamilion> yeah,  I figured it had some integration features which needed a pass/fail too
[06:32] <Kamilion> there's lots more than just ICCWM these days I guess
[06:32] <Kamilion> anyway, I'll shaddap and let this return to bot notices and proper release traffic
[06:32] <Logan> there are lots of references in this conversation that predate me
[06:33] <Kamilion> Logan: hardware has a longer tail than most people realize sometimes
[06:34] <Kamilion> http://www.supermicro.com/solutions/IPMI.cfm   <-- Even the latest server management chips still use 10+ year old GPU cores, which is the crux of the conversation
[06:35] <Kamilion> generally with their linux firmware on an unsecured SPI bus on a 16MB (128mbit) flash chip
[06:36] <Kamilion> oh, right, keep forgetting this is wrong place for chatting. *foreheadslap*
[06:36] <Logan> yeah, IPMI always has seemed like a scary backdoor to me
[06:37] <pitti> infinity: looking into the two missing packs
[06:37] <pitti> doko, slangasek: right, I thought of "embedded perl" as of something that gets copied/statically linked, but this isn't the case, so demotion is fine
[06:38] <pitti> bzoltan_: whatever it was, s://requests.ci-train.ubuntu.com/static/britney/xenial/landing-050/excuses.html is all good now
[06:38] <slangasek> pitti: yeah I retriggered it successfully
[06:39] <pitti> ah, thanks
[06:39] <pitti> need to find out what that was
[06:47] <mvo> if there is a chance it would be great if someone could look at the latest snapd upload, relatively small but import fix for the auth handling
[06:48] <infinity> mvo: Looking.
[06:52]  * mvo hugs infinity
[07:20] <xnox> Good morning
[07:21]  * xnox looks around blue fin like a confused John Travolta
[07:22] <infinity> xnox: Start time is 9ish, not 8ish. :P
[07:22] <infinity> xnox: But go on being confused.  I'll be there soon.
[07:22] <xnox> infinity, i was hoping you are jet lagged, or something.
[07:22] <xnox> =)
[07:22] <xnox> infinity, plus it would take me twice the time commuting to get in for 9. so it's either 8 or 10 for me =)
[07:23] <xnox> had breakfast upstairs, nom nom =)
[07:23] <infinity> xnox: I'm jet-lagged indeed, I've been up since 4am.  Just didn't feel like hitting the office early.
[07:25] <xnox> infinity, ouch =/
[07:28]  * xnox should not ask why oxide-qt source package is larger than a server iso
[07:28]  * xnox gueses it has Chrome OS + Full Qt forks
[07:28] <smb> Oh they got real people in for release? I thought that was so 2014
[07:30] <rbasak> infinity: welcome to this time zone!
[07:32] <smb> rbasak, I guess physical time zone. who knows which one his mind still is :)
[07:35] <infinity> smb: No one knows that, lease of all me.
[07:35] <infinity> s/lease/least/
[07:36] <smb> infinity, yeah I can imagine that. and I would only switch a fraction the times you do
[08:03] <xnox> slangasek, cjwatson - would you look at debian-cd bundle (which is against the right branch...) on bug #1565889
[08:03] <ubot5`> Error: Launchpad bug 1565889 could not be found
[08:04] <xnox> https://bugs.launchpad.net/bugs/1565889
[08:09] <flexiondotorg> Morning
[08:11] <cjwatson> xnox: do you see where Steve said "the branch has been updated"?
[08:11] <cjwatson> xnox: i.e. nothing to do
[08:12] <xnox> yeah
[08:12] <xnox> slangasek, sorry about it.
[08:21] <pitti> infinity: ok, all langpacks in excuses now have landed
[08:21] <infinity> pitti: Lovely.  You found the missing ones? :P
[08:22] <pitti> yeah, reuploaded them
[08:22] <infinity> pitti: Ta.
[08:22] <pitti> I understand syncing from Debian is still broken due to some dak changes, hmm
[08:22] <pitti> fakesync it is then
[08:34] <bzoltan_> pitti: do you  see if that click-update-manager:i386 test really running? https://requests.ci-train.ubuntu.com/static/britney/vivid/landing-050/excuses.html
[08:38] <rbasak> infinity: https://launchpad.net/~mysql-ubuntu/+archive/ubuntu/mysql-5.7/+sourcepub/6314843/+listing-archive-extra for trafficserver. That's no worse than the release pocket I think. Minor patched pulled from the proposed pocket for the ppc64el fix.
[08:40] <infinity> rbasak: Alright, I can do that without the silly versioning over here.
[08:41] <cjwatson> pitti: no, syncing from Debian is fine
[08:41] <cjwatson> pitti: or at least was since the last round of complaints
[08:42] <rbasak> infinity: sorry. It's convenient when the version is lower in the PPA for testing. Then I can see when the archive upload is done easily.
[08:43] <infinity> rbasak: Indeed, no need to apologize.
[09:14] <rbasak> infinity: I think the plan is to delete myodbc? Was this discussed with you?
[09:14] <pitti> cjwatson: hm, I don't see 2.55.0-1 on https://launchpad.net/debian/+source/calibre yet, even though I uploaded it to Debian > 11 hours ago
[09:15] <infinity> rbasak: Not in the last week or two.
[09:17] <rbasak> infinity: slangasek is Debian maintainer. I think we're considering it unmaintained now. Only reverse depends is libreoffice which has alternatives available.
[09:17] <infinity> rbasak: Yeah, I was fine with the possibility of removing it long ago.  And I think Steve pointed out that it doesn't actually work anyway. :P
[09:19] <rbasak> OK, bug 1564856.
[09:19] <ubot5`> bug 1564856 in myodbc (Ubuntu) "Please remove myodbc from the archive" [Undecided,New] https://launchpad.net/bugs/1564856
[09:20] <cjwatson> pitti: Can you give it about another hour to see if the next import run picks it up?
[09:20] <pitti> cjwatson: sure
[09:21] <pitti> cjwatson: sorry, I assumed it was still related to the dak breakage you mentioned
[09:21] <cjwatson> I don't see immediate evidence in the logs of stuff being broken
[09:21] <cjwatson> You probably just hit near the worst case for latency
[09:32] <flexiondotorg> infinity, I sent the email to the techboard mailing list requesting that Ubuntu MATE be a 3yr LTS.
[09:32] <flexiondotorg> infinity, Does that need actioning prior to release day? You mentioned something about "tagging" the archive.
[09:37] <xnox> infinity, hm... the iso that was popped out does not have the new files, and also absent from the logs.
[09:38] <xnox> is the new debian-cd deployed?
[09:41]  * doko curses ignored ruby autopkg tests in debian
[09:43] <Kamilion> Oh wow, I wonder how badly 5.7's libmysqlclient is going to break some of my older applications...
[09:43] <rbasak> Kamilion: the only real change in libmysqlclient itself is the dropping of symbols that weren't previously explictly marked private.
[09:45] <Kamilion> rbasak: to be fair, trying to move over to drizzle broke them last time, so Iunno, if it breaks I'll fix. Just glad that I heard of it's change before the release, at least now I can check and warn some folks if it's no worky.
[09:52] <infinity> flexiondotorg: We'll take action from here, thanks.
[10:00] <xnox> infinity, http://paste.ubuntu.com/15910006/
[10:01] <xnox> infinity, http://paste.ubuntu.com/15910012/
[10:06] <smb> Hm, can someone remind me how to add a task for getting something added to the release notes?
[10:07] <stgraber> smb: task against the ubuntu-release-notes project
[10:07] <smb> stgraber, ah so "also affcts project" and then ubuntu-release-notes as the project name?
[10:08] <stgraber> yep
[10:10] <smb> ah... I had to use a link to change project there since it already picked one
[10:12] <infinity> smb: Open "http://wiki.ubuntu.com/XenialXerus/ReleaseNotes" in a web browser and add it to the release notes, instead of making someone else do it.
[10:12] <infinity> smb: That's the best way.
[10:13] <smb> infinity, I try to do it myself. But also wanted a task to remind myself
[10:14] <stgraber> you can assign the task to yourself :)
[10:14] <smb> stgraber, thats what I did
[10:14] <smb> :)
[10:22] <flexiondotorg> infinity, Cheers.
[11:05] <pitti> infinity: I understand bug 1570901 now, and I'd upload a simple revert of http://bazaar.launchpad.net/~ubuntu-installer/ubiquity/trunk/revision/6411.2.2 to fix it
[11:05] <ubot5`> bug 1570901 in ubiquity (Ubuntu) "Cd menu not booting to ubiquity try/install menu but always to live session" [High,Confirmed] https://launchpad.net/bugs/1570901
[11:05] <pitti> infinity: this was supposed to fix bug 1567194 but doesn't, instead it caused this regression
[11:05] <ubot5`> bug 1567194 in ubiquity (Ubuntu) "Unable to switch to console/ttys from ubiquity" [Medium,Triaged] https://launchpad.net/bugs/1567194
[11:06] <pitti> I don't yet know how to fix that ^ bug, but I guess it's more important to have a working ubiquity now-ish rather than blocking on the above?
[11:06] <pitti> (if I figure it out soon enough, we can still do a followup upload)
[11:06] <pitti> cyphermox: ^ FYI
[11:06] <pitti> I left all the info in the two bugs
[11:08] <infinity_> pitti: Sounds reasonable to me.
[11:08] <infinity_> pitti: Would be nice to fix both bugs, but I think your assessment of importance is sane.
[11:09] <pitti> infinity_: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1567194/comments/4
[11:09] <ubot5`> Launchpad bug 1567194 in ubiquity (Ubuntu) "Unable to switch to console/ttys from ubiquity" [Medium,Triaged]
[11:09] <pitti> infinity: this needs some deeper thinking of how we use plymouth, and it's prone to rip open some other holes if we rearrange this now
[11:09]  * pitti still painfully remembers the last time when we fought with the plymouth stuff for days during release week
[11:11]  * ogra_` noticed hw has a black fsck screen flashing by on boot after upgrading to xenial ... never had that before 
[11:11] <ogra_`> s/hw/he/
[11:12]  * Kamilion grumbles, I've never had a release yet that plymouth worked correctly on all my systems with.
[11:12] <Kamilion> most, but never all. ._.
[11:12] <ogra_`> on my XPS13 i never had any issues since 12.04 ... it is the firet time i do
[11:12] <ogra_`> *first
[11:15] <infinity> pitti: Can we move the getty links around in casper?
[11:15] <pitti> infinity: around where?
[11:15] <infinity> s/links/services/ whatever.
[11:15] <pitti> yes, we can
[11:15] <infinity> pitti: Seems like that may be the only way to make this work.
[11:15] <pitti> but I'm not sure to where
[11:16] <pitti> well, there's little point in creating an impossible dependency situation in our *.services and then whacking it in casper
[11:16] <pitti> we can just fix the dependencies properly
[11:16] <infinity> pitti: I would think we'd want to move getty to be in parallel with ubiquity.service if -e ubiquity.service
[11:16] <pitti> i. e. right now we start ubiquity before plymouht-wait-quit before getty
[11:16] <infinity> pitti: It's only impossible in the case of ubiquity, I assume.
[11:17] <pitti> I'm not sure why we force ubiquity.service to run before plymouth-wait-quit, though
[11:17] <pitti> if anything I would have thought that we want to force it *after* it
[11:17] <infinity> Not sure.  cyphermox may remember.
[11:17] <infinity> May have been to avoid a bunch of flicker or something?  I dunno.
[11:17] <pitti> http://bazaar.launchpad.net/~ubuntu-installer/ubiquity/trunk/revision/6363
[11:17] <pitti> that was cjwatson's fix for bug 1527353
[11:17] <ubot5`> bug 1527353 in ubiquity (Ubuntu) "ubiquity shows for a second goes to tty then starts live session. " [Critical,Fix released] https://launchpad.net/bugs/1527353
[11:18] <pitti> remove-package -m AARGH plymouth   -- OOPS!
[11:18] <infinity> Hah.
[11:19] <pitti> hm, so why is my ubiquity debdiff so ridiculously large against 2.21.57, I just did "bzr bd -S -- -nc"
[11:19] <infinity> Do it against the archive version.
[11:20] <infinity> Or update all the d-i bits in your checkout.
[11:20]  * pitti does that again with a proper debian/rules update before
[11:20] <infinity> Yes.  That.
[11:20] <infinity> I tend to do single-line fixes against pull-lp-source to avoid the annoyance.
[11:21] <pitti> well, it's not only included stuff like the ubiquity-autopilot bits, I also get lots of d-i/ cache files
[11:21] <infinity> -i -I?
[11:22] <apw> how are those not the default
[11:24] <pitti> infinity: ooh -- there was a merge in lp:ubiquity without adding a changelog entry
[11:26] <infinity> pitti: Oh, that doesn't help. :P
[11:26] <pitti> I added it now
[11:27] <pitti> ok, diff is reasonable now, dput running
[11:30] <pitti> infinity: ^ examinez, SVP ?
[11:33] <infinity> pitti: Je ne lis pas Francias.
[11:33] <pitti> cjwatson: calibre sync worked now, so it seems I indeed just got unlucky with dinstall run plus LP import
[11:34] <pitti> qui est Francias ? ☺
[11:35] <pitti> I also see bug 1566465 everywhere now, and it leads to wrong times in cloud instances and the like, will look at that after lunch unless you have another urgent installer breakage on the radar
[11:35] <ubot5`> bug 1566465 in linux (Ubuntu Xenial) "[regression]: Failed to call clock_adjtime(): Invalid argument" [Medium,Fix committed] https://launchpad.net/bugs/1566465
[11:35] <infinity> pitti: Typing is hard.
[11:35] <stgraber> flavor leads, please respond to: https://lists.ubuntu.com/archives/ubuntu-release/2016-April/003694.html
[11:35] <pitti> argh, "fix committed"? I should reload my bug tabs more often :)
[11:35] <infinity> pitti: Yeah, that's fixed in -proposed.
[11:36] <pitti> infinity: I was about to ask you about that kernel -- is that still meant for images, or 0-day SRU?
[11:37] <stgraber> pitti: image
[11:37] <pitti> ack
[11:37] <infinity> pitti: That would be the GA kernel if it wasn't broken.  There will be another.
[11:37]  * apw looks appologetic
[11:38] <pitti> oh, I didn't mean to say "I don't want this kernel", just wanted to know the plan
[11:38] <pitti> (I do want that fix, it's really annoying :) )
[11:39] <infinity> pitti: There are several fixes in -19 and -20 we want/need for release, there just happens to also be some massive breakage. :P
[11:39] <infinity> Because whee.
[12:01] <davmor2> pitti: remind cyphermox he owes you a beer ;) thanks dude :)
[12:04] <cjwatson> pitti: good good
[12:10] <flexiondotorg> infinity, During the 1604 Beta 2 you asked that the following wasn't forgotten about - https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1552539
[12:10] <ubot5`> Launchpad bug 1552539 in ubiquity (Ubuntu) "Ubiquity Erase Disk and Install Fails to create Swap Space" [Critical,Triaged]
[12:11] <flexiondotorg> infinity, I'm still able to recreate that.
[12:11] <flexiondotorg> Seen it on hardware and virtual.
[12:20] <doko> the lz4 upload was test built in https://launchpad.net/~doko/+archive/ubuntu/toolchain/+sourcepub/6314969/+listing-archive-extra
[13:06] <flexiondotorg> infinity, We have an update for ubuntu-mate-welcome to address some paper cut issues. Not required for the images but would be nice to have the archive.
[13:06] <flexiondotorg> infinity, https://bugs.launchpad.net/ubuntu/+source/ubuntu-mate-welcome/+bug/1571635
[13:06] <ubot5`> Launchpad bug 1571635 in ubuntu-mate-welcome (Ubuntu) "ubuntu-mate-welcome 16.04.9 bug fix and translations [dsc attached]" [Undecided,New]
[13:23] <doko> damn lz4 ... on s390x. maybe I should use the known working seed?
[13:31] <yofel> fix for a mysqld 5.7 startup error ^
[13:46] <pitti> yofel: hm, can't the default be set in the code instead of changing a config file?
[13:46] <pitti> yofel: I'm just wondering if that unnecessarily touches conffiles
[13:47] <yofel> pitti: I could instead add it to the server startup command line if you think that's better? (We already had a required config update in 15.12.3, so I went that way)
[13:49] <pitti> yofel: well, it's just a suggestion; but not touching conffiles generally makes upgrades much more robust
[13:51] <yofel> pitti: right, but here we already changed it recently, so it doesn't make much of a difference
[13:51] <pitti> yofel: ok; just don't rely on it then :)
[13:52] <yofel> we *have* to rely on the previous config update (upstream change removing a key that 5.7 doesn't know), so that's that...
[13:57] <pitti> yofel: ok, accepted (don't regard this as trying to bully you, just a spot check :) )
[13:58] <yofel> np, thanks for the proper review ;)
[14:17] <zequence> cyphermox: Since infinity pinged you about the two ubiquity and -slides-ubuntu merges, I'm guessing you are somehow extra involved in ubiquity stuff. Any chance we could get our two merges in before release? Been trying since before FF, and it's just updated artwork. Important for us, but a simple change for you guys.
[14:18] <cyphermox> ok
[14:20] <zequence> The merges are Bug 1568981
[14:20] <ubot5`> bug 1568981 in ubiquity (Ubuntu) "new Ubuntu Studio wallpaper for ubiquity installer [Final Freeze Exception]" [Undecided,New] https://launchpad.net/bugs/1568981
[14:21] <zequence> and Bug 1569005
[14:21] <ubot5`> bug 1569005 in ubiquity-slideshow-ubuntu (Ubuntu) "New ubiquity slideshow for Ubuntu Studio [Final Freeze Exception]" [Undecided,New] https://launchpad.net/bugs/1569005
[14:23] <cyphermox> you'll be missing a ton of translations if any string changes in the slideshow
[14:23] <cyphermox> ok nevermind, it's just screenshots
[14:24] <zequence> Right. We aren't supplying the package that was mentioned there anymore, so had to remove it
[14:43] <cyphermox> pitti: ok to land these two fixes ^ ?
[15:06] <stgraber> yofel, superm1: can you respond to the tb+release thread when you have a minute? you're the only two missing flavours
[15:08] <superm1> stgraber: i did respond?
[15:08] <superm1> did it not come through?
[15:08] <yofel> I wanted to gather some more opinions from the other kubuntu folks, but most likely my answer is "Short LTS". I'll reply by mail in ~4h
[15:08] <xnox> yofel, most are going for 3 years.
[15:09] <yofel> yeah, I saw, and I think that's best for us as well
[15:10] <stgraber> superm1: moderated
[15:10] <stgraber> superm1: got it
[15:11] <superm1> ah okay
[15:13] <infinity> yofel: Yeah, given the loss of Riddell and ScottK this cycle, I think I'd try to talk you into 3y even if you decided for 5, just because you need some time to recover and restaff before committing to the awful overlap that multiple 5y LTSes gives you.
[15:17] <pitti> cyphermox: sounds fine to me; not sure if bug 1568981 needs a documentation update (screenshots)
[15:17] <ubot5`> bug 1568981 in ubiquity (Ubuntu) "new Ubuntu Studio wallpaper for ubiquity installer [Final Freeze Exception]" [Undecided,Confirmed] https://launchpad.net/bugs/1568981
[15:18] <cyphermox> wha?
[15:18] <cyphermox> it removes a line and updates the screenshots, should be good
[15:19] <zequence> The ubiquity merge only deals with one line, changing the default wallpaper when choosing to install from boot, instead of trying the live ISO
[15:20] <cyphermox> yep
[15:20] <cyphermox> well, I'm preparing the uploads
[15:27] <pitti> cyphermox: sorry, I meant the other bug which changes the wallpaper
[15:27] <pitti> zequence: oh, that wallpaper, not the desktop one
[15:27] <pitti> yeah, that's trivial then
[15:28] <cyphermox> pitti: sorry, I didn't understand what change you meant
[15:28] <pitti> cyphermox: nevermind, I read "new wallpaper" as "for the desktop"
[15:28] <pitti> if that's just for ubiquity-dm, fine
[15:29] <cyphermox> yeah, ok
[15:30] <zequence> cyphermox: pitti: Thank you! (I owe you some beers)
[15:30] <pitti> zequence: not me, I didn't do anything for these :) thanks for the updates
[15:31] <zequence> Would have been a shame to release with the artwork from 14.04, so quite a relief to finally get all the pieces in.
[15:47] <flexiondotorg> Laney, Can I get an ack on the please? https://bugs.launchpad.net/ubuntu/+source/ubuntu-mate-welcome/+bug/1571635
[15:47] <ubot5`> Launchpad bug 1571635 in ubuntu-mate-welcome (Ubuntu) "ubuntu-mate-welcome 16.04.9 bug fix and translations [dsc attached]" [Undecided,New]
[15:49] <Laney> flexiondotorg: You don't need an ack for bug fix releases still; go ahead
[15:49] <flexiondotorg> Laney, ty. Just making sure :-)
[15:50] <Laney> Stuff goes into the unapproved queue anyway, and if we're in respin land then it might turn into an SRU
[15:50] <Laney> (But I didn't hear that we're there yet)
[15:50] <flexiondotorg> Can someone here sponsor an upload please. A paper cut update -  https://bugs.launchpad.net/ubuntu/+source/ubuntu-mate-welcome/+bug/157163
[15:50] <ubot5`> Launchpad bug 157163 in texlive-base (Ubuntu) "texlive-base-bin cannot be installed" [Undecided,Fix released]
[15:50] <Laney> (Then again I'm not in the room)
[15:50] <Laney> (Yet)
[15:50] <flexiondotorg> Oops. Can someone here sponsor an upload please. A paper cut update -  https://bugs.launchpad.net/ubuntu/+source/ubuntu-mate-welcome/+bug/1571635
[15:50] <ubot5`> Launchpad bug 1571635 in ubuntu-mate-welcome (Ubuntu) "ubuntu-mate-welcome 16.04.9 bug fix and translations [dsc attached]" [Undecided,New]
[15:50] <flexiondotorg> Laney, Yeah if this doesn't make this image, no biggy.
[15:54] <Logan> pitti: oops, didn't realize you were sponsoring that
[16:02] <pitti> Logan: no harm done :)
[16:04] <Logan> flexiondotorg: I'll look into that in around 15 minutes if someone else doesn't get to it first :)
[16:04] <flexiondotorg> Logan, Thank you :)
[16:37] <flexiondotorg> Logan, Many thanks!
[16:38] <Logan> you got it :)
[17:02] <xnox> cjwatson, as per infinity & stgraber germinate throws up running against wily/vivid, due to invalid dep in Built-Using in the removed from xenial unity-scopes-snappy
[17:02] <xnox> http://paste.ubuntu.com/15916861/
[17:03] <cjwatson> drop the comma after %s
[17:04] <cjwatson> xnox: can you arrange to re-raise the exception unless field == "Built-Using"?
[17:05] <cjwatson> i.e.   if field != "Built-Using": raise   in the exception handler
[17:05] <cjwatson> I don't think we should get more permissive in the other cases
[17:06] <xnox> ok
[17:07] <xnox> cjwatson, volleyball first though =/
[17:07] <xnox> cjwatson, i think that logic should go up into _parse_depends itself.
[17:08] <cjwatson> xnox: I think it shouldn't be rearranged too much for now :)
[17:09] <cjwatson> xnox: hm, though I guess _parse_depends is simple enough that we could afford to move it all in there
[17:09] <cjwatson> it'd just entail also passing the field name
[17:13] <Kamilion> is Bug 1547340 important enough to get a SRU if it's not fixed before release?
[17:13] <ubot5`> bug 1547340 in gnome-disk-utility (Ubuntu) "gnome-disks crashed with SIGSEGV in g_dbus_object_get_interface()" [Medium,Confirmed] https://launchpad.net/bugs/1547340
[17:15] <stgraber> sounds like it, yes
[17:15] <Kamilion> Good; it'd be nice if it worked on the live media; but I'm fine with running a rebuild of my remix ISOs after a SRU if it doesn't make it in time.
[17:16] <Kamilion> thanks for taking the time to look.
[18:37] <mgz> hello lovely release team. I'd like to upload a new juju-2.0 package with extra debug stuff for the autopkgtest that's failing per bug 1571082 - would that be okay?
[18:38] <ubot5`> bug 1571082 in juju-core (Ubuntu) "autopkgtest lxd provider tests fail for 2.0" [Critical,Triaged] https://launchpad.net/bugs/1571082
[18:51] <stgraber> mgz: just run your test locally
[18:51] <stgraber> mgz: /home/stgraber/.irssi/scripts/autorun/timezone.pl
[18:51] <stgraber> doh
[18:52] <mgz> stgraber: it passes locally - or at least it fails differently
[18:52] <stgraber> mgz: http://packaging.ubuntu.com/html/auto-pkg-test.html
[18:52] <stgraber> that one
[18:52] <stgraber> mgz: are you running using adt-run locally? if not, it doesn't really mean anything
[18:53] <mgz> yes. different virt backend, which apparently matters. but pitti ran with the qemu one and got a different failure
[18:53] <mgz> I want the extra debug stuff so at least when people report results we have something comparible
[18:56] <infinity> mgz: Is this debug stuff added to juju itself, or just to the tests?
[18:56] <mgz> tests
[18:57] <slangasek> mgz: I'll approve extra debug stuff in the tests, yes; let's get this sorted as quickly as we can
[18:57] <mgz> I'll note that pitti's last failure looks totally external to juju so I'm not sure I can help much there
[18:57] <slangasek> mgz: also, I have a small patch for debian/tests/normal-user.sh to make its use of adduser idempotent, so that in theory you can run multiple tests on the same testbed - not particularly relevant with the current test declarations, but where should I send this?
[18:58] <infinity> slangasek: We were about to pack up and head out for the day, you cool with handling this juju thing?
[18:58] <slangasek> infinity: yes, go away
[18:58] <mgz> slangasek: sounds good, I'll include that
[18:58] <slangasek> ;)
[18:58] <infinity> :P
[18:58]  * infinity kicks off a world respin before he goes away.
[18:59] <mgz> slangasek: I also want some better log gathering, hardlinking stuff into $ADT_ARTIFACTS is I think the right way forward?
[19:00] <slangasek> mgz: I have no idea, let's pretend I said "yes"
[19:00] <mgz> slangasek: :)
[19:06] <mgz> slangasek: specific to "where should I send this" is either put up bzr branch and I'll merge or pastebin a patch and likewise
[19:11] <slangasek> mgz: merge it to where? The juju-core package lacks any Vcs-* fields in debian/control
[19:12] <slangasek> mgz: merge it to where? The juju-core package lacks any Vcs-* fields in debian/control
[19:19] <mgz> slangasek: I just have a branch under the ~juju-qa group at present, it's linked several times in the ffe bug
[19:21] <mgz> slangasek: it's also the one I mention in comment #2 bug 1571082
[19:21] <ubot5`> bug 1571082 in juju-core (Ubuntu) "autopkgtest lxd provider tests fail for 2.0" [Critical,Triaged] https://launchpad.net/bugs/1571082
[19:22] <slangasek> mgz: ok
[19:39] <cyphermox> tjaalton: looking at xorg for upgrades from trusty; I don't see xorg Conflict/Replace/Provide: xorg-renamed-package, is that normal or am I misunderstanding the upgrade magic for the -lts stacks?
[19:42] <cyphermox> (to be clear, I was looking at the xorg packaging in xenial and I don't find it, it definitely is there for xorg-server-lts-vivid and xorg on trusty)
[19:44] <stgraber> mgz: oh, is the problem that you can't download the ubuntu image?
[19:44] <stgraber> mgz: because if it is, it's absolutely expected in an adt environment
[19:44] <tjaalton> cyphermox: ok, i'll check it out tomorrow..
[19:44] <mgz> stgraber: none of the problems given seem to be that
[19:44] <stgraber> sorry, just came to me after you mentioned it being the lxd test :)
[19:44] <mgz> stgraber: I'd also expect it.
[19:45] <jtaylor> can universe unseeded bugfixes still be uploaded without approval?
[19:45] <cyphermox> tjaalton: I could maybe handle it, if you agree this is what's missing
[19:45] <stgraber> mgz: ok, well, if that fails, add this to your test "lxc config set core.proxy_http ${http_proxy} && lxc config set core.proxy_https ${https_proxy}" that will fix it for you
[19:45] <cyphermox> tjaalton: fwiw this is bug https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1571677
[19:45] <ubot5`> Launchpad bug 1571677 in ubuntu-release-upgrader (Ubuntu) "upgrading caused a broken apt cache due to *-lts-vivid packages conflicting with current X packages" [Undecided,New]
[19:45] <tjaalton> cyphermox: upgrades failing?
[19:45] <cyphermox> yeah
[19:45] <mgz> stgraber: okay, I'll add that as well?
[19:46] <stgraber> mgz: make it conditional to http_proxy and https_proxy actually existing in the environment obviously
[19:46] <stgraber> so that it doesn't run and fail on systems that don't have a proxy defined
[19:46] <mgz> I don't see why the juju lxd provider would do that for me
[19:46] <cyphermox> tjaalton: asking you because looking at both X and u-r-u I don't see anything in the past u-r-u changes to point to anything special dealing with *lts-* stacks, and only something hinting to it in X
[19:47] <mgz> but simple to add
[19:47] <stgraber> mgz: sure. It could be that cloud-images.ubuntu.com is actually allowed in the test instance firewall, but I'm not sure
[19:47] <cyphermox> in case you knew off-hand
[19:47] <stgraber> mgz: the LXD testsuite doesn't touch the network so we're not affected there and the lxc1 testsuite knows what to do with those env variables so it would work in either case
[19:47] <mgz> stgraber: yeah, I'm also not sure, but failure in adt happened before image fetch it seemed
[19:49] <stgraber> mgz: certainly won't hurt to set the right proxy server in lxd, so that patch would be right anyway
[19:49] <mgz> indeed, for this test it's at worst harmless
[19:53] <tjaalton> cyphermox: mlankhorst dealt with this before leaving, but i'll have a look
[19:53] <cyphermox> tjaalton: ok, thanks
[19:56] <jtaylor> can universe unseeded bugfixes still be uploaded without approval?
[19:58] <teward> jtaylor: does https://lists.ubuntu.com/archives/ubuntu-devel-announce/2016-April/001181.html help?
[19:59] <jtaylor> well free for all probably means yes
[20:01] <jtaylor> but better safe than sorry, I haven't uploaded in quite a while ._.
[20:01] <jtaylor> does that also fall under free-for-all? ;) https://bugs.launchpad.net/ubuntu/+source/openblas/+bug/1571811
[20:01] <ubot5`> Launchpad bug 1571811 in openblas (Ubuntu) "FFe for openblas 2.18" [Undecided,New]
[20:13] <barry> hello admins.  i have a fix for the python-virtualenv regression working its way through debian.  i'll be syncpackaging it as soon as lp picks it up.  15.0.1+ds-2 should fix the python-pip proposed migration failure
[20:36] <tjaalton> cyphermox: heh, I see that precise/trusty got an updated xorg 6-7months after release. the changes were never in git
[20:36] <cyphermox> ah
[20:37] <tjaalton> actually not quite true, in git but on a separate branch so I never noticed until now
[20:45] <tjaalton> and they were added to be compatible with the next lts stack, not to help upgrades
[20:45] <tjaalton> so I'm not sure this is going to fix anything
[20:52] <tjaalton> cyphermox: i'll put it in a ppa first to see if it actually fixes that bug
[21:05] <cyphermox> tjaalton: thanks for looking into it on such short notice
[21:16] <doko> trying: usb-modeswitch-data
[21:16] <doko> skipped: usb-modeswitch-data (5 <- 0)
[21:16] <doko>     got: 136+0: a-44:a-14:a-15:i-14:p-18:p-17:s-14
[21:16] <doko>     * amd64: lubuntu-desktop, ubuntu-mate-cloudtop, ubuntu-mate-core, ubuntu-mate-desktop, usb-modeswitch
[21:16] <doko>  finish: []
[21:16] <doko> this looks like an obsolete source package
[21:20] <tjaalton> cyphermox: xorg-lts-transitional needs to be added to xenial
[21:32] <flexiondotorg> cyphermox, o/
[21:32] <cyphermox> tjaalton: fun
[21:32] <cyphermox> flexiondotorg: hey
[21:32] <flexiondotorg> cyphermox, I'm bumping into this in my testing - https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1552539
[21:32] <ubot5`> Launchpad bug 1552539 in ubiquity (Ubuntu) "Ubiquity Erase Disk and Install Fails to create Swap Space" [Critical,Triaged]
[21:32] <flexiondotorg> On hardware and Vms.
[21:32] <cyphermox> doko: usb-modeswitch-data is probably not obsolete
[21:33] <cyphermox> flexiondotorg: yeah, that's my current item
[21:33] <flexiondotorg> cyphermox, I've got a few hours. Can I help?
[21:34] <cyphermox> flexiondotorg: if you can easily reproduce it, try to run 'systemctl stop swap.target' just before running ubiquity
[21:34] <cyphermox> partman otherwise is already doing the right "swapoff" dance right before doing the partitioning
[21:34] <cyphermox> it's just that systemd is a little too eager to bring up swap partitions
[21:34] <flexiondotorg> Yeah, that is my observation.
[21:35] <flexiondotorg> Some of the guys have done clean installs at work. They all ran into this.
[21:35] <cyphermox> so, I think that incantation might help ;)
[21:35] <cyphermox> well, *hope* more than think.
[21:35] <flexiondotorg> I said, just switch tty and swapoff -a. First issue, can't switch tty ;-)
[21:35] <cyphermox> yeah.
[21:36] <flexiondotorg> So, to live desktop. And swapoff and systemd bloody well activates swap again.
[21:36] <flexiondotorg> OK, so I understand the work around.
[21:36] <flexiondotorg> I'm offering testing assistance or log gather duties.
[21:37] <cyphermox> lemme know if this works well, I'd be tempted to add it to ubiquity's start script
[21:37] <cyphermox> not in the live environment, but when ubiquity starts
[21:54] <flexiondotorg> cyphermox, Understood.
[21:56] <flexiondotorg> cyphermox, I'll install some computers now and try that.
[21:56] <cyphermox> thanks for the help
[21:56] <flexiondotorg> But only after I first encounter the issue.
[21:56] <flexiondotorg> To know that it works.
[22:02] <tjaalton> cyphermox: ^
[22:03] <cyphermox> tjaalton: oh, cool thanks. I was setting up a trusty vm to get started on that
[22:03] <flexiondotorg> I've just been asked by the Lubuntu team if someone here has permission to respin all their images?
[22:03] <tjaalton> cyphermox: spend some time testing that instead then :)
[22:03] <flexiondotorg> There "man who can" in unavailable at the moment.
[22:03] <flexiondotorg> Typos.
[22:06] <flexiondotorg> stgraber, I saw you mail to Lubuntu about seeds.
[22:06] <flexiondotorg> stgraber, I think I may have to do the same for Ubuntu MATE?
[22:09] <flexiondotorg> stgraber, Actually, it seems I did most of the alignment with Ubuntu a while back.
[22:12] <flexiondotorg> cyphermox, What timezone is infinity physically in right now? I know it is kind of irrelevant, but just want to know when it is reasonable to ping him :-)
[22:14] <rbasak> flexiondotorg: he's in UTC+1
[22:14] <flexiondotorg> Is he in my country?
[22:14] <rbasak> Indeed he is.
[22:14] <flexiondotorg> :-)
[22:14] <stgraber> flexiondotorg: you guys don't have an alternate image though, do you?
[22:14] <flexiondotorg> London?
[22:15] <flexiondotorg> stgraber, No, we don't have an alternate.
[22:15] <stgraber> flexiondotorg: infinity looked at and cleaned all the seeds for flavors which don't produce an alternate, so you're good
[22:15] <flexiondotorg> stgraber, And I've checked their removals. Ubuntu MATE is fine :-)
[22:15] <stgraber> flexiondotorg: lubuntu was special because they do produce an alternate image so we needed to have them check whether it was intentional for them to ship that stuff or not
[22:15] <flexiondotorg> stgraber, Ah.
[22:15] <flexiondotorg> Understood. Thanks.
[22:16] <flexiondotorg> So, to my earlier question.
[22:16] <flexiondotorg> Can anyone here respin the Lubuntu images for them?
[22:16] <stgraber> flexiondotorg: and yeah, infinity and I are currently in London but I don't think he's still online. I'm also going to disappear very soon :)
[22:16] <cyphermox> flexiondotorg: indeed currently in the release sprint
[22:17] <flexiondotorg> Right.
[22:17] <stgraber> and sure I can kick a lubuntu respin for you
[22:17] <flexiondotorg> I might have to have beers delivered.
[22:18] <stgraber> rebuild requested on the tracker, should show up within the hour if all goes well
[22:18] <flexiondotorg> stgraber, Thanks. I'm a proxy. They've contacted me to ask hear because the release guys aren't available right now. A birthday or something.
[22:18] <flexiondotorg> stgraber, Thanks.
[22:18] <stgraber> I think infinity meant to respin everything but we were waiting for something to land in the archive before that. Not sure what's the state of that, so they may get another respin when things settle a bit more.
[22:19] <flexiondotorg> stgraber, I'm expecting a respin for the boot directly to desktop bug that was fixed earlier.
[22:19] <stgraber> anyway, we're expecting a new kernel to land tomorrow which will require another mass respin, so current images aren't real candidates anyway but are very useful to confirm that everything else looks good
[22:25] <flexiondotorg> cyphermox, I have a snapshot that can reliably reproduce the swap issue.
[22:25] <flexiondotorg> cyphermox, Trying your work around now.,
[22:27] <cyphermox> would love to get that snapshot if the workaround doesn't work
[22:27] <flexiondotorg> cyphermox, The 'systemctl stop swap.target' work around doesn't work.
[22:27] <cyphermox> mmkay
[22:27] <flexiondotorg> cyphermox, It's a Vbox snapshot.
[22:27] <cyphermox> it did look like things behaved slightly differently then but I wasn't sure if it would be good enough
[22:28] <flexiondotorg> Interested in a VBox export if I make one?
[22:29] <flexiondotorg> cyphermox, ^^^
[22:31] <slangasek> Laney: appstream in the unapproved queue, is this bugfix-only and did you mean to self-accept it so I don't have to figure out what it is? ;)
[22:34] <cyphermox> flexiondotorg: yes definitely
[22:34] <flexiondotorg> cyphermox, Oh er, I'll have to learn how to drive this thing.
[22:34] <flexiondotorg> I only use it to test the Vbox hang on reboot thing.
[22:35] <flexiondotorg> Which is still a thing.
[22:35] <flexiondotorg> OVF 1.0 or 2.0?
[22:35] <flexiondotorg> Going with 1.0
[22:35] <flexiondotorg> Because defaults.
[22:36] <xnox> cjwatson, yeap that's what i thought...
[22:36] <xnox> however i do want germinate strict, and it's a shame it's only three releases later we have cought an invalid Built-Using.
[22:36] <xnox> can i just not like SRU unity-scopes-snappy to fix the Built-Using in -updates, and that would be the end of the story?!
[22:38] <stgraber> xnox: wouldn't germinate still read the release pocket and fail?
[22:38] <cjwatson> xnox: I'll apply something like your change tomorrow
[22:38] <cjwatson> gotta be pragmatic
[22:39]  * xnox sees little point as to why germinate would be (a) running against willy & vivid (b) without -updates. Exercise of reproducible builds?!
[22:40] <cjwatson> we run germinate against wily (not willy) multiple times a day from cron
[22:41] <cjwatson> and indeed it is failing :-)
[22:41] <cjwatson> also, -updates is irrelevant
[22:42] <cjwatson> germinate still needs to parse each Packages/Sources file even if it's only to decide that a stanza is superseded by something in -updates
[22:42] <cjwatson> so an SRU will not make any difference
[22:44] <stgraber> ok, that's what I figured. And yeah, it was when manually running said cron job that I noticed the failure earlier today.
[22:45] <flexiondotorg> cyphermox, You in Canada now?
[22:46] <Kamilion> flexiondotorg: for what it's worth, i also see the hang-on-reboot in vmware workstation
[22:46] <flexiondotorg> Kamilion, Yep, I read.
[22:46] <flexiondotorg> I don't have VMware.
[22:46] <teward> I do
[22:46] <teward> whatcha need tested?
[22:46] <flexiondotorg> But I did tidy my office the weekend. So have 11 laptops to test with.
[22:46] <flexiondotorg> All shit.
[22:47] <flexiondotorg> :-)
[22:49] <flexiondotorg> cyphermox, 67% exported...
[22:53] <Kamilion> just as another aside -- it happens with vmware workstation player -- the free one. (Workstation "pro" gets you remote management of esxi vm servers)
[22:53] <teward> Kamilion: I have workstation pro if you want to xzip a copy for me to test on.
[22:53] <Kamilion> I see it in vbox, vmware workstation player, vmware workstation pro, kvm, but not xen
[22:53] <teward> to make sure the issue ex... oh you tested :P
[22:54] <Kamilion> pretty sure it's something with systemd and the final 'halt' command
[22:54] <Kamilion> but I am not a developer, just a sysadmin
[22:55] <Kamilion> i've got my lubuntu-derived ISO rebuilding from the latest packageset right now; I'll check again to verify the behavior's still occuring.
[23:02] <flexiondotorg> cyphermox, 13GB uploading. Will take ~ 9hrs because I'm on short wave radio here :-(
[23:02] <flexiondotorg> cyphermox, You might be able to reproduce like this.
[23:03] <flexiondotorg> Install 15.10 in a VM as full disk, do everything for me.
[23:03] <flexiondotorg> Snapshot that.
[23:03] <flexiondotorg> Try and install 16.04 over the rop of that installed system. Pretty sure you'll get the error.
[23:03] <flexiondotorg> I'll leave the image uploading overnight.
[23:04] <flexiondotorg> I have a server in Canada so you're download should be quite fast.
[23:07] <flexiondotorg> cyphermox, Do the 15.10 install without lvm and without encrpytion.
[23:11] <Kamilion> Aye, I can confirm that -- or if you can find some of the early dailys from november or december, those also exhibited the hang-on-reboot for quite a while
[23:12] <Kamilion> from flex's description though, it sounds like the problem's either in a bash initscript or a unit file
[23:13] <Kamilion> I havn't seen it for a while, not since I switched my base ISO from the december dailys to alpha 1 then beta 1
[23:15] <Kamilion> but I've been building on an esxi vm and testing the isos on bare metal from a grub2-infused USB stick more and more as I've gotten a hold of more HW
[23:18] <superm1> Can someone review the mythtv upload? We're intending it for final ISO
[23:18] <slangasek> superm1: looking
[23:22] <slangasek> superm1, tgm4883: fwiw, '^.\+\?' is probably more succinctly written '^.*'
[23:25] <superm1> Thanks slangasek . tgm4883 take note of the above
[23:53] <tgm4883> superm1: noted and pushed to packaging branch