=== s8321414_ is now known as s8321414 === tyhicks` is now known as tyhicks [04:27] 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] 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] bzoltan_: You might want pitti. [05:05] it's probably already lost and just needs one of us to retry it [05:05] infinity: Yes, last time he helped with the same problem [05:06] which infinity or I could do [05:06] slangasek: that was exactly the case last time too [05:06] slangasek: \o/ please :) do [05:06] just requires me to figure out the syntax [05:07] Mirv: do you know the syntax by head? ^ [05:10] bzoltan_: I may or may not have triggered it [05:10] 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] slangasek: Thank you ... let's see [05:12] bzoltan_: no, sorry [05:13] slangasek: bzoltan_: seems to be running, thanks! http://autopkgtest.ubuntu.com/running.shtml#pkg-ubuntuone-credentials [05:13] I was sure it would run, I'm just not sure the results will go to the right place :) [05:18] 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] slangasek: because System x is the future, duh ;P [05:22] er, z [05:22] I should stop getting my IBM product lines confused [05:24] (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] 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] especially when unity will not meaningfully work on this architecture [05:26] gotcha, I can see why that would be a problem [05:28] I'm not going to try and figure out why you need a desktop environment to run OpenJDK tests [05:28] because there are graphical bits as part of the java classes [05:31] 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] yes [06:14] ;) [06:17] 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] I'm amazed you can get anything to work on a G200 anymore. [06:20] Or an old Rage... [06:20] They're pretty common... Almost every supermicro board has one or the other. [06:20] Oh, right, they still put them in server boards. Ugh. [06:21] generally as an ASPEED AST2100/2400 or Nuvoton [06:21] I would have hoped that would die by now with Intel and AMD both having modern onboard graphics options. [06:21] most of my dells also have the ASPEED [06:21] That said, server boards are also not the target market for most desktop environments. [06:22] 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] it's a little htpc actually [06:23] well, the one I've got in front of me at the moment [06:23] 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] http://www.supermicro.com/products/chassis/Mini-ITX/101/SC101s.cfm [06:24] it's got minipci [06:24] so I guess I could cobble together some crazy chinese adapter [06:24] one of those bitcoin PCI express extension cables [06:24] I wouldn't call that an htpc, just a mini server. [06:24] The "T" in htpc implies video capabilites that aren't 15 years in the past. [06:25] that's just the VGA port [06:25] the hdmi port is connected to the AMD chipset on that one [06:25] ._. [06:25] Ahh. Well, that would be much less crap indeed. [06:25] and I have no real problems playing back video on either the ATI or the matrox [06:26] I've been mostly hanging around the lubuntu crowd because 'thats what works' [06:26] I'd expect using the ATI video would work for pretty much all the desktops we ship. [06:27] The G200 will be very hit and miss with compositors. [06:27] 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] It used to have the best OpenGL stack in the free software world, but that was literally more than a decade ago. [06:27] yeah, that's what struck me as strange, both report opengl 1.1 [06:27] and glxgears goes at 600-1000 FPS [06:27] and yet dragging windows around feels like sandpaper on bare skin [06:28] glxgears is not a benchmark. :P [06:28] yeah, but if it was in software it generally doesn't go over about 100-200ish when bound to a single core [06:28] anotherwords "I know I have hardware acceleration on" [06:29] Yeah, but that doesn't mean you have all the hardware accel you need for a modern compositor. [06:29] * Kamilion nods [06:29] The G200 is stuck deeply in the past. [06:29] the ATI lacks hardware texture and lighting I think [06:29] 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] yeah. [06:29] I'm itching to read http://lwn.net/Articles/683320/ but my LWN sub expired [06:30] i would love to see these BMCs die a horrible insecure death [06:30] most of them are just glorified framebuffer to VNC scrapers [06:30] looks like your wish will be granted in three days [06:31] to read the article, I should clarify [06:31] or I could just resubscribe, I'm just busylazy [06:31] or I could go bug a friend to 'send me a free link' [06:31] also yeah, your followup question about a DE for tests was kinda what I was going for earlier [06:31] but I don't know enough about programmatically testing GUIs [06:32] yeah, I figured it had some integration features which needed a pass/fail too [06:32] there's lots more than just ICCWM these days I guess [06:32] anyway, I'll shaddap and let this return to bot notices and proper release traffic [06:32] there are lots of references in this conversation that predate me [06:33] Logan: hardware has a longer tail than most people realize sometimes [06:34] 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] generally with their linux firmware on an unsecured SPI bus on a 16MB (128mbit) flash chip [06:36] oh, right, keep forgetting this is wrong place for chatting. *foreheadslap* [06:36] yeah, IPMI always has seemed like a scary backdoor to me [06:37] infinity: looking into the two missing packs [06:37] 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] bzoltan_: whatever it was, s://requests.ci-train.ubuntu.com/static/britney/xenial/landing-050/excuses.html is all good now [06:38] pitti: yeah I retriggered it successfully [06:39] ah, thanks [06:39] need to find out what that was [06:47] 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] mvo: Looking. [06:52] * mvo hugs infinity [07:20] Good morning [07:21] * xnox looks around blue fin like a confused John Travolta [07:22] xnox: Start time is 9ish, not 8ish. :P [07:22] xnox: But go on being confused. I'll be there soon. [07:22] infinity, i was hoping you are jet lagged, or something. [07:22] =) [07:22] 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] had breakfast upstairs, nom nom =) [07:23] xnox: I'm jet-lagged indeed, I've been up since 4am. Just didn't feel like hitting the office early. [07:25] 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] Oh they got real people in for release? I thought that was so 2014 [07:30] infinity: welcome to this time zone! [07:32] rbasak, I guess physical time zone. who knows which one his mind still is :) [07:35] smb: No one knows that, lease of all me. [07:35] s/lease/least/ [07:36] infinity, yeah I can imagine that. and I would only switch a fraction the times you do [08:03] slangasek, cjwatson - would you look at debian-cd bundle (which is against the right branch...) on bug #1565889 [08:03] Error: Launchpad bug 1565889 could not be found === jibel_ is now known as jibel [08:04] https://bugs.launchpad.net/bugs/1565889 [08:09] Morning [08:11] xnox: do you see where Steve said "the branch has been updated"? [08:11] xnox: i.e. nothing to do [08:12] yeah [08:12] slangasek, sorry about it. [08:21] infinity: ok, all langpacks in excuses now have landed [08:21] pitti: Lovely. You found the missing ones? :P [08:22] yeah, reuploaded them [08:22] pitti: Ta. [08:22] I understand syncing from Debian is still broken due to some dak changes, hmm [08:22] fakesync it is then [08:34] 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] 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] rbasak: Alright, I can do that without the silly versioning over here. [08:41] pitti: no, syncing from Debian is fine [08:41] pitti: or at least was since the last round of complaints [08:42] 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] rbasak: Indeed, no need to apologize. [09:14] infinity: I think the plan is to delete myodbc? Was this discussed with you? [09:14] 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] rbasak: Not in the last week or two. [09:17] infinity: slangasek is Debian maintainer. I think we're considering it unmaintained now. Only reverse depends is libreoffice which has alternatives available. [09:17] 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] OK, bug 1564856. [09:19] bug 1564856 in myodbc (Ubuntu) "Please remove myodbc from the archive" [Undecided,New] https://launchpad.net/bugs/1564856 [09:20] pitti: Can you give it about another hour to see if the next import run picks it up? [09:20] cjwatson: sure [09:21] cjwatson: sorry, I assumed it was still related to the dak breakage you mentioned [09:21] I don't see immediate evidence in the logs of stuff being broken [09:21] You probably just hit near the worst case for latency [09:32] infinity, I sent the email to the techboard mailing list requesting that Ubuntu MATE be a 3yr LTS. [09:32] infinity, Does that need actioning prior to release day? You mentioned something about "tagging" the archive. [09:37] infinity, hm... the iso that was popped out does not have the new files, and also absent from the logs. [09:38] is the new debian-cd deployed? [09:41] * doko curses ignored ruby autopkg tests in debian [09:43] Oh wow, I wonder how badly 5.7's libmysqlclient is going to break some of my older applications... [09:43] Kamilion: the only real change in libmysqlclient itself is the dropping of symbols that weren't previously explictly marked private. [09:45] 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] flexiondotorg: We'll take action from here, thanks. [10:00] infinity, http://paste.ubuntu.com/15910006/ [10:01] infinity, http://paste.ubuntu.com/15910012/ [10:06] Hm, can someone remind me how to add a task for getting something added to the release notes? [10:07] smb: task against the ubuntu-release-notes project [10:07] stgraber, ah so "also affcts project" and then ubuntu-release-notes as the project name? [10:08] yep [10:10] ah... I had to use a link to change project there since it already picked one [10:12] 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] smb: That's the best way. [10:13] infinity, I try to do it myself. But also wanted a task to remind myself [10:14] you can assign the task to yourself :) [10:14] stgraber, thats what I did [10:14] :) [10:22] infinity, Cheers. === davmor2_ is now known as davmor2 === henrix_ is now known as henrix [11:05] 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] 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] infinity: this was supposed to fix bug 1567194 but doesn't, instead it caused this regression [11:05] bug 1567194 in ubiquity (Ubuntu) "Unable to switch to console/ttys from ubiquity" [Medium,Triaged] https://launchpad.net/bugs/1567194 === Beret- is now known as Beret [11:06] 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] (if I figure it out soon enough, we can still do a followup upload) [11:06] cyphermox: ^ FYI [11:06] I left all the info in the two bugs === Trevinho_ is now known as Trevinho === superm1_ is now known as superm1 === Ursinha_ is now known as Ursinha [11:08] pitti: Sounds reasonable to me. [11:08] pitti: Would be nice to fix both bugs, but I think your assessment of importance is sane. [11:09] infinity_: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1567194/comments/4 [11:09] Launchpad bug 1567194 in ubiquity (Ubuntu) "Unable to switch to console/ttys from ubiquity" [Medium,Triaged] === infinity_ is now known as infinity [11:09] 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] 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] most, but never all. ._. [11:12] on my XPS13 i never had any issues since 12.04 ... it is the firet time i do [11:12] *first [11:15] pitti: Can we move the getty links around in casper? [11:15] infinity: around where? [11:15] s/links/services/ whatever. [11:15] yes, we can [11:15] pitti: Seems like that may be the only way to make this work. [11:15] but I'm not sure to where [11:16] well, there's little point in creating an impossible dependency situation in our *.services and then whacking it in casper [11:16] we can just fix the dependencies properly [11:16] pitti: I would think we'd want to move getty to be in parallel with ubiquity.service if -e ubiquity.service [11:16] i. e. right now we start ubiquity before plymouht-wait-quit before getty [11:16] pitti: It's only impossible in the case of ubiquity, I assume. [11:17] I'm not sure why we force ubiquity.service to run before plymouth-wait-quit, though [11:17] if anything I would have thought that we want to force it *after* it [11:17] Not sure. cyphermox may remember. [11:17] May have been to avoid a bunch of flicker or something? I dunno. [11:17] http://bazaar.launchpad.net/~ubuntu-installer/ubiquity/trunk/revision/6363 [11:17] that was cjwatson's fix for bug 1527353 [11:17] 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] remove-package -m AARGH plymouth -- OOPS! [11:18] Hah. [11:19] hm, so why is my ubiquity debdiff so ridiculously large against 2.21.57, I just did "bzr bd -S -- -nc" [11:19] Do it against the archive version. [11:20] 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] Yes. That. [11:20] I tend to do single-line fixes against pull-lp-source to avoid the annoyance. [11:21] well, it's not only included stuff like the ubiquity-autopilot bits, I also get lots of d-i/ cache files [11:21] -i -I? [11:22] how are those not the default [11:24] infinity: ooh -- there was a merge in lp:ubiquity without adding a changelog entry [11:26] pitti: Oh, that doesn't help. :P [11:26] I added it now [11:27] ok, diff is reasonable now, dput running [11:30] infinity: ^ examinez, SVP ? [11:33] pitti: Je ne lis pas Francias. [11:33] cjwatson: calibre sync worked now, so it seems I indeed just got unlucky with dinstall run plus LP import [11:34] qui est Francias ? ☺ [11:35] 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] bug 1566465 in linux (Ubuntu Xenial) "[regression]: Failed to call clock_adjtime(): Invalid argument" [Medium,Fix committed] https://launchpad.net/bugs/1566465 [11:35] pitti: Typing is hard. [11:35] flavor leads, please respond to: https://lists.ubuntu.com/archives/ubuntu-release/2016-April/003694.html [11:35] argh, "fix committed"? I should reload my bug tabs more often :) [11:35] pitti: Yeah, that's fixed in -proposed. [11:36] infinity: I was about to ask you about that kernel -- is that still meant for images, or 0-day SRU? [11:37] pitti: image [11:37] ack [11:37] pitti: That would be the GA kernel if it wasn't broken. There will be another. [11:37] * apw looks appologetic [11:38] oh, I didn't mean to say "I don't want this kernel", just wanted to know the plan [11:38] (I do want that fix, it's really annoying :) ) [11:39] 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] Because whee. [12:01] pitti: remind cyphermox he owes you a beer ;) thanks dude :) [12:04] pitti: good good [12:10] 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] Launchpad bug 1552539 in ubiquity (Ubuntu) "Ubiquity Erase Disk and Install Fails to create Swap Space" [Critical,Triaged] [12:11] infinity, I'm still able to recreate that. [12:11] Seen it on hardware and virtual. === mhall119_ is now known as mhall119 [12:20] the lz4 upload was test built in https://launchpad.net/~doko/+archive/ubuntu/toolchain/+sourcepub/6314969/+listing-archive-extra [13:06] 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] infinity, https://bugs.launchpad.net/ubuntu/+source/ubuntu-mate-welcome/+bug/1571635 [13:06] Launchpad bug 1571635 in ubuntu-mate-welcome (Ubuntu) "ubuntu-mate-welcome 16.04.9 bug fix and translations [dsc attached]" [Undecided,New] === ogra_` is now known as ogra_ [13:23] damn lz4 ... on s390x. maybe I should use the known working seed? [13:31] fix for a mysqld 5.7 startup error ^ [13:46] yofel: hm, can't the default be set in the code instead of changing a config file? [13:46] yofel: I'm just wondering if that unnecessarily touches conffiles [13:47] 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) === plars_ is now known as plars [13:49] yofel: well, it's just a suggestion; but not touching conffiles generally makes upgrades much more robust [13:51] pitti: right, but here we already changed it recently, so it doesn't make much of a difference [13:51] yofel: ok; just don't rely on it then :) [13:52] we *have* to rely on the previous config update (upstream change removing a key that 5.7 doesn't know), so that's that... === PaulW2U_ is now known as PaulW2U [13:57] yofel: ok, accepted (don't regard this as trying to bully you, just a spot check :) ) [13:58] np, thanks for the proper review ;) [14:17] 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] ok [14:20] The merges are Bug 1568981 [14:20] bug 1568981 in ubiquity (Ubuntu) "new Ubuntu Studio wallpaper for ubiquity installer [Final Freeze Exception]" [Undecided,New] https://launchpad.net/bugs/1568981 [14:21] and Bug 1569005 [14:21] 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] you'll be missing a ton of translations if any string changes in the slideshow [14:23] ok nevermind, it's just screenshots [14:24] Right. We aren't supplying the package that was mentioned there anymore, so had to remove it [14:43] pitti: ok to land these two fixes ^ ? [15:06] yofel, superm1: can you respond to the tb+release thread when you have a minute? you're the only two missing flavours [15:08] stgraber: i did respond? [15:08] did it not come through? [15:08] 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] yofel, most are going for 3 years. [15:09] yeah, I saw, and I think that's best for us as well [15:10] superm1: moderated [15:10] superm1: got it [15:11] ah okay [15:13] 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] cyphermox: sounds fine to me; not sure if bug 1568981 needs a documentation update (screenshots) [15:17] bug 1568981 in ubiquity (Ubuntu) "new Ubuntu Studio wallpaper for ubiquity installer [Final Freeze Exception]" [Undecided,Confirmed] https://launchpad.net/bugs/1568981 [15:18] wha? [15:18] it removes a line and updates the screenshots, should be good [15:19] 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] yep [15:20] well, I'm preparing the uploads [15:27] cyphermox: sorry, I meant the other bug which changes the wallpaper [15:27] zequence: oh, that wallpaper, not the desktop one [15:27] yeah, that's trivial then [15:28] pitti: sorry, I didn't understand what change you meant [15:28] cyphermox: nevermind, I read "new wallpaper" as "for the desktop" [15:28] if that's just for ubiquity-dm, fine [15:29] yeah, ok [15:30] cyphermox: pitti: Thank you! (I owe you some beers) [15:30] zequence: not me, I didn't do anything for these :) thanks for the updates [15:31] Would have been a shame to release with the artwork from 14.04, so quite a relief to finally get all the pieces in. === Guest15381 is now known as medberry === medberry is now known as med_ === smoser` is now known as smoser [15:47] Laney, Can I get an ack on the please? https://bugs.launchpad.net/ubuntu/+source/ubuntu-mate-welcome/+bug/1571635 [15:47] Launchpad bug 1571635 in ubuntu-mate-welcome (Ubuntu) "ubuntu-mate-welcome 16.04.9 bug fix and translations [dsc attached]" [Undecided,New] [15:49] flexiondotorg: You don't need an ack for bug fix releases still; go ahead [15:49] Laney, ty. Just making sure :-) [15:50] Stuff goes into the unapproved queue anyway, and if we're in respin land then it might turn into an SRU [15:50] (But I didn't hear that we're there yet) [15:50] Can someone here sponsor an upload please. A paper cut update - https://bugs.launchpad.net/ubuntu/+source/ubuntu-mate-welcome/+bug/157163 [15:50] Launchpad bug 157163 in texlive-base (Ubuntu) "texlive-base-bin cannot be installed" [Undecided,Fix released] [15:50] (Then again I'm not in the room) [15:50] (Yet) [15:50] 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] Launchpad bug 1571635 in ubuntu-mate-welcome (Ubuntu) "ubuntu-mate-welcome 16.04.9 bug fix and translations [dsc attached]" [Undecided,New] [15:50] Laney, Yeah if this doesn't make this image, no biggy. [15:54] pitti: oops, didn't realize you were sponsoring that [16:02] Logan: no harm done :) [16:04] flexiondotorg: I'll look into that in around 15 minutes if someone else doesn't get to it first :) [16:04] Logan, Thank you :) [16:37] Logan, Many thanks! [16:38] you got it :) [17:02] 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] http://paste.ubuntu.com/15916861/ [17:03] drop the comma after %s [17:04] xnox: can you arrange to re-raise the exception unless field == "Built-Using"? [17:05] i.e. if field != "Built-Using": raise in the exception handler [17:05] I don't think we should get more permissive in the other cases [17:06] ok [17:07] cjwatson, volleyball first though =/ [17:07] cjwatson, i think that logic should go up into _parse_depends itself. [17:08] xnox: I think it shouldn't be rearranged too much for now :) [17:09] xnox: hm, though I guess _parse_depends is simple enough that we could afford to move it all in there [17:09] it'd just entail also passing the field name [17:13] is Bug 1547340 important enough to get a SRU if it's not fixed before release? [17:13] 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] sounds like it, yes [17:15] 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] thanks for taking the time to look. [18:37] 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] bug 1571082 in juju-core (Ubuntu) "autopkgtest lxd provider tests fail for 2.0" [Critical,Triaged] https://launchpad.net/bugs/1571082 [18:51] mgz: just run your test locally [18:51] mgz: /home/stgraber/.irssi/scripts/autorun/timezone.pl [18:51] doh [18:52] stgraber: it passes locally - or at least it fails differently [18:52] mgz: http://packaging.ubuntu.com/html/auto-pkg-test.html [18:52] that one [18:52] mgz: are you running using adt-run locally? if not, it doesn't really mean anything [18:53] yes. different virt backend, which apparently matters. but pitti ran with the qemu one and got a different failure [18:53] I want the extra debug stuff so at least when people report results we have something comparible [18:56] mgz: Is this debug stuff added to juju itself, or just to the tests? [18:56] tests [18:57] mgz: I'll approve extra debug stuff in the tests, yes; let's get this sorted as quickly as we can [18:57] 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] 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] slangasek: We were about to pack up and head out for the day, you cool with handling this juju thing? [18:58] infinity: yes, go away [18:58] slangasek: sounds good, I'll include that [18:58] ;) [18:58] :P [18:58] * infinity kicks off a world respin before he goes away. [18:59] slangasek: I also want some better log gathering, hardlinking stuff into $ADT_ARTIFACTS is I think the right way forward? [19:00] mgz: I have no idea, let's pretend I said "yes" [19:00] slangasek: :) [19:06] 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] mgz: merge it to where? The juju-core package lacks any Vcs-* fields in debian/control [19:12] mgz: merge it to where? The juju-core package lacks any Vcs-* fields in debian/control [19:19] slangasek: I just have a branch under the ~juju-qa group at present, it's linked several times in the ffe bug [19:21] slangasek: it's also the one I mention in comment #2 bug 1571082 [19:21] bug 1571082 in juju-core (Ubuntu) "autopkgtest lxd provider tests fail for 2.0" [Critical,Triaged] https://launchpad.net/bugs/1571082 [19:22] mgz: ok [19:39] 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] (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] mgz: oh, is the problem that you can't download the ubuntu image? [19:44] mgz: because if it is, it's absolutely expected in an adt environment [19:44] cyphermox: ok, i'll check it out tomorrow.. [19:44] stgraber: none of the problems given seem to be that [19:44] sorry, just came to me after you mentioned it being the lxd test :) [19:44] stgraber: I'd also expect it. [19:45] can universe unseeded bugfixes still be uploaded without approval? [19:45] tjaalton: I could maybe handle it, if you agree this is what's missing [19:45] 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] tjaalton: fwiw this is bug https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1571677 [19:45] 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] cyphermox: upgrades failing? [19:45] yeah [19:45] stgraber: okay, I'll add that as well? [19:46] mgz: make it conditional to http_proxy and https_proxy actually existing in the environment obviously [19:46] so that it doesn't run and fail on systems that don't have a proxy defined [19:46] I don't see why the juju lxd provider would do that for me [19:46] 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] but simple to add [19:47] 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] in case you knew off-hand [19:47] 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] stgraber: yeah, I'm also not sure, but failure in adt happened before image fetch it seemed [19:49] mgz: certainly won't hurt to set the right proxy server in lxd, so that patch would be right anyway [19:49] indeed, for this test it's at worst harmless [19:53] cyphermox: mlankhorst dealt with this before leaving, but i'll have a look [19:53] tjaalton: ok, thanks [19:56] can universe unseeded bugfixes still be uploaded without approval? [19:58] jtaylor: does https://lists.ubuntu.com/archives/ubuntu-devel-announce/2016-April/001181.html help? [19:59] well free for all probably means yes [20:01] but better safe than sorry, I haven't uploaded in quite a while ._. [20:01] does that also fall under free-for-all? ;) https://bugs.launchpad.net/ubuntu/+source/openblas/+bug/1571811 [20:01] Launchpad bug 1571811 in openblas (Ubuntu) "FFe for openblas 2.18" [Undecided,New] [20:13] 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] cyphermox: heh, I see that precise/trusty got an updated xorg 6-7months after release. the changes were never in git [20:36] ah [20:37] actually not quite true, in git but on a separate branch so I never noticed until now [20:45] and they were added to be compatible with the next lts stack, not to help upgrades [20:45] so I'm not sure this is going to fix anything [20:52] cyphermox: i'll put it in a ppa first to see if it actually fixes that bug [21:05] tjaalton: thanks for looking into it on such short notice [21:16]