[00:53] anyone in from the complaints department? [00:53] trusty-alternate-amd64.iso != http://cdimage.ubuntu.com/lubuntu/releases/trusty/release/lubuntu-14.04-alternate-amd64.iso ? [00:55] Good [00:55] the name ing structure has been changed? [00:55] Dailies are always like that [00:55] Have been for the last ten years [00:55] cjwatson: are we on name or number. [00:55] Dailies by name, release by number [00:57] cjwatson: it has not not for the last 4 years as there was a script that captured the ISOS.... in fact, I do recall you grabbing a lubuntu one from my mirror?.... [00:58] I beg to differ. [00:58] Perhaps your mirror renames stuff or something, but dailies have always been like this. I wrote the initial code ten years ago and have done most of the work on it ever since. [00:59] some one changed it, as the script no longer works and the guy who wrote it has said he cannot be bothered to re write the entire thing... and he is a ubuntu member :P [00:59] No, nobody changed this. [00:59] If your script broke then it isn't for this reason. [01:00] cjwatson: go argue with a ubuntu member who wrote the script and leave me out of it... bottom line... no backups now done. [01:00] For example maybe it hardcodes codenames and just needs to be updated with recent ones. [01:00] No, you're dragging me into it. [01:00] Stop. [01:00] Don't drag me into something and then tell me to leave you out of it. [01:01] Not to mention that I have no idea where this script is or who I might talk to (but it's really not my responsibility, since as I say we didn't change the naming structure on our end). [01:03] cjwatson: nope, I only provide the hosting area, it is a ubuntu guy who's code has worked to mirror up until this release.... I'm just letting you know. The guy is unit193 ... As I've had so much fun with the non-pae kernel working... I'll let you chat, if you wish, to wxl [01:03] cjwatson: someone changed the naming system [01:03] he's welcome to come and ask for help, but I'm not going to independently chase up the authors of various third-party mirroring scripts. [01:04] No, nobody changed it. [01:04] cjwatson: I'll ask him to get in touch. [01:09] Yep, the scheme of naming dailies by codename is literally over ten years old. First code for that predates my initial checkin of cdimage on 14 July 2004. [01:11] cjwatson: he now does not wish to come on here for you to actually state that the naming has changed... [01:11] Though admittedly it was "warty-i386-1.iso" back then. The first point where it's recognisably the modern naming scheme was r28 on 12 October 2004. [01:13] phillw: I'm happy to look at the script if pointed to the current running source code [01:14] cjwatson: kk, let me just fetch it. [01:20] cjwatson: as always, thanks... I'm just grabbing it now... [01:25] phillw: That script only contains code to mirror milestone releases of one kind or another. It contains no code to mirror daily builds. [01:25] So I wouldn't expect it to work for the current 14.04.1-candidate daily builds. [01:27] cjwatson: it is only there to hold mailestones, but it seems that naming was changed in a1 for 14.04 [01:27] What URL exactly? [01:27] All you said was "trusty-alternate-amd64.iso". [01:28] cjwatson: it changed... -rw-r--r--. 1 root root 665845760 Feb 25 16:36 lubuntu-14.04-beta1-alternate-amd64.iso [01:29] the release number was replaced with name [01:29] What URL exactly? [01:29] This is very new. [01:29] it was cdimagae [01:29] What URL exactly? [01:30] Seriously, there's no point giving me other information - this is the information I need [01:30] http://cdimages.ubuntu.com/lubuntu/releases/12.04/release/lubuntu-12.04-alternate-amd64.iso [01:31] notice any difeerence? [01:31] No, that's a URL that works. I need you to give me a URL that doesn't work. [01:31] I can't notice any difference because you haven't given me the thing to compare against. [01:32] using name instead of number [01:32] What URL exactly? [01:32] Where is the URL that uses a name, that you are complaining about? [01:33] cjwatson: zsync http://cdimage.ubuntu.com/lubuntu/daily/20140623.1/utopic-alternate-amd64.iso.zsync [01:33] That's a daily build. [01:33] Your script doesn't mirror daily builds. [01:34] So it can't be that. [01:34] cjwatson: http://iso.qa.ubuntu.com/qatracker/milestones/317/builds [01:34] that's the link for the buiold [01:34] *build* [01:34] Finally! You're talking about utopic alpha-1. [01:35] You said "trusty-alternate-amd64.iso" above, and "14.04". [01:35] always worked in the past.. not working this time :) [01:35] You never once mentioned utopic. [01:37] So, alphas have been named like daily builds (i.e. using the codename instead of number) at least back to August 2010, possibly before but I don't have accurate records before then. (Reference: http://bazaar.launchpad.net/~ubuntu-archive/ubuntu-archive-tools/trunk/revision/132, lines 94-95) [01:37] We only start using the version numbers once we reach beta [01:38] cjwatson: I have a a guy who just runs the script.. he said it did not work as "someone" had messed yp the naming. As I'm not the most popular person on release I've kept quiet. However after today's "get the first point release out" I though I may try my luck at chatting and getting a kick ban :) [01:38] I therefore strongly suspect that this script has always been broken for alphas, but nobody noticed; it will have worked as of beta [01:38] cjwatson: the script had alphas.... [01:38] But I can assure you that this is not a recent change. You're only noticing it now because you're actively paying attention to an alpha. [01:38] The script may have done, but they did not work. [01:40] In the form you showed me, it will only have worked for betas on, back as far as I can remember. [01:40] cjwatson: you're a boss, you're also a boss I follow exactly... As always, thank you for your time. There is a completely crazy question I'd like to ask about alternate install.... [01:42] (Before 2010, it was reliant on whoever happened to be doing the publishing holding the correct rule in their head, so it's possible there was some inconsistency then, although I don't remember any. Since mid-2010 it's been scripted.) [01:43] cjwatson: why does the alternate ISO try to grab all the info from internet instead of using what is on the ISO? [01:45] It doesn't grab it all from the network, only some. The "some" is because in general it has to in order to provide things like complete language support. [01:45] cjwatson: okiees, seems like I need to beg for a couple of scripters to tidy things up. If they do have proposed fixes, is there any on the release team who would review and sponsor? [01:46] People are welcome to propose merges and they land in our mailbox, but as far as I can see there is nothing to change on our end. [01:46] cjwatson: for lubuntu it grabs 729 / 729.... I disable internet when it tries [01:46] The naming is a matter of policy. [01:47] I recall when an alternate ISO could actually do an upgrade.... happy days :) [01:49] I was told that I would need someone to update that script?... [02:00] phillw: That script has nothing to do with us. [02:00] So you may well need somebody to update it, but not the release team. [02:01] And, as I say, the fact that alpha release files are named using the codename rather than the release version is a matter of longstanding policy. [02:01] cjwatson: I have issued an invite to you... it is, of course, to you if you accept [02:02] cjwatson: some times coders telling coders stuff is easier on us guys who do tsting :) [02:02] It's much easier if you get into the habit of reporting problems literally rather than paraphrasing. [02:03] This would have been much quicker if I'd had an expected/observed URL right from the start. [03:17] hi, anyone got working links for the 14.04.1 ISOS@ [04:19] phillw: I sent out an email explaining how to fix them. [09:46] Is the someone who could approve nvidia-graphics-drivers-* in the Trusty queue, please? === doko_ is now known as doko [11:00] Hey everyone! [11:01] We've reached verification-done for the following packages... is it possible to release them into trusty-updates? [11:01] https://bugs.launchpad.net/ubuntu/+source/lightdm-gtk-greeter/+bug/1331871 [11:01] Launchpad bug 1331871 in lightdm-gtk-greeter "[SRU] Please backport lightdm-gtk-greeter 1.8.5 to trusty" [High,Fix committed] [11:01] https://bugs.launchpad.net/ubuntu/trusty/+source/menulibre/+bug/1323405 [11:01] Launchpad bug 1323405 in menulibre "[SRU] Please backport menulibre-2.0.4 to trusty" [High,Fix committed] [11:03] cjwatson, as today's vanguard, would you mind taking a look at the above? [11:04] bluesabre: I'm not going to touch trusty right now due to 14.04.1 in preparation - any changes to trusty-updates may require respins [11:04] bluesabre: talk with infinity [11:06] infinity, would you mind taking a look? One of the bugs fixed in menulibre is of a critical nature... when the issue happens with the current package, alacarte and menulibre will no longer function without deleting the menu file [11:06] At the very least, if we could get menulibre uploaded, only the xubuntu isos would request respins [11:20] kubuntu images are oversized, removing gdb from them seems the best way to fix that, I've uploaded apport to do so but it needs a rapid SRU, not sure if that's possible. bug 1347565 [11:20] bug 1347565 in apport "apport recommends gdb" [Undecided,New] https://launchpad.net/bugs/1347565 [12:06] infinity: are you the dude to bless trusty changes ↑ ? [12:18] Riddell: isn't the best way to explicitly seed gdb-minimal, before seeding apport-kde, instead of uploading sru like that? [12:18] and then upload updated meta (if needed) [12:19] hmm, maybe [12:20] infinity: which would you prefer? === pete-woods1 is now known as pete-woods|away [12:56] where can I find the livefs build logs of 14.04.1? [13:00] nm, I got the answer === willcooke is now known as willcooke|meetin [13:14] infinity: cjwatson: i'm failing to work out why lubuntu trusty daily-live does not have btrfs-tools, yet it's present in utopic. [13:14] https://bugs.launchpad.net/ubuntu-cdimage/+bug/1347345 [13:14] Launchpad bug 1347345 in ubiquity "lubuntu/trusty/i386 missing btrfs-tools and hence fails to create btrfs filesystem" [High,Triaged] [13:17] good question [13:18] xnox: Needs r194 from lubuntu.utopic seeds backported to lubuntu.trusty [13:18] xnox: Sorry, r294 [13:19] cjwatson: makes sense. [13:19] However we have a bit of a problem applying that because updating tasks post-release is hard [13:20] I'd recommend backporting it anyway, but I think it might unfortunately be necessary to SRU livecd-rootfs with changes to install the relevant additional packages manually in the case of Lubuntu [13:20] Fortunately it's just five packages or six for powerpc (you can disregard wamerican from platform.trusty/live-common for this purpose, I think) [13:21] am I making sense? [13:22] yeah, kind of. you lost me at SRU livecd-rootfs though =) [13:24] live-build/auto/config, look for the main lubuntu config block, add some appropriate "add_package live ..." lines [13:25] with the justification that these packages were accidentally left out of the lubuntu-live task in trusty and are now hard to get in there properly [13:30] cjwatson: ack. kind of like ever-moving signed kernels. but in this case "forgotten" packages. [13:32] Yeah, sort of. Bit of a mess :( === willcooke_ is now known as willcooke === pete-woods|away is now known as pete-woods [13:57] Hi. The links to Ubuntu Studio images at http://iso.qa.ubuntu.com/qatracker/milestones/318/builds/73692/downloads and http://iso.qa.ubuntu.com/qatracker/milestones/318/builds/73693/downloads are pointing to the wrong url paths [13:57] zequence, known issue. I fixed some but not all [13:58] jibel: Ok [14:03] zequence, links to ubuntu studio images are fixed [14:04] jibel: Thanks [14:23] infinity, for mythbuntu, ubutnu-core, ubuntu-gnome, ubuntu-kylin, ubuntu-server the build number on the tracker is 20140722.2 (.3 for server) but they don't exist on cdimage.u.c [14:23] latest build is either 20140722 or 23 [14:32] infinity, nm, wrong release, too much copy/paste [14:32] I'll fix the links on the tracker for those too [15:01] I fixed the download links on the tracker for the flavors and ubuntu desktop. Ubuntu server and core will have to live with broken links for the moment [15:37] superm1, hey, mythbuntu is untested and the release of 14.04.1 is tomorrow. [15:37] tgm4883: ^ have you looked at all? [15:39] stgraber, same for edubuntu, there is no result on the tracker. [15:41] JackYu, ypwong can you test ubuntu-kylin before the release tomorrow. [15:47] jibel, sure, we will do it asap. [16:08] JackYu, great, thanks! [16:13] who manages the text which is shown for update-manager release notes [16:13] as i think the utopic ones are still saying trusty, and when testing with the bad test descriptions we have for upgrades [16:13] apw: it's a tarball in the archive that bdmurray typically uploads? [16:13] it makes detecting you did it wrong hard [16:14] or mvo [16:16] apw, I replied to your bug report and asked bdmurray to have a look [16:17] jibel, great thanks [16:23] isn't trusty-update frozen. There are updates of oxide available after a fresh installation. [16:32] Riddell: Do we actually care deeply about oversized images anymore? [16:32] jibel: I assume the security team is happily disregarding any such freezes. [16:34] infinity: not too much, although the html page looks ugly [16:36] Riddell: The HTML page for the release doesn't list oversized, just the dailies do. ;) [16:36] not a problem then [16:36] Riddell: Anyhow, SRUing apport to swap the recommends wouldn't help, as gdb will remain in the desktop task. [16:36] Riddell: Since we can't fix tasks post-release. :/ [16:36] okey dokay, we'll go with these [16:37] time to crack on testing [16:37] Riddell: A hack to livecd-rootfs to swap the packages would work (it'd be ugly, but work), if you deeply cared. [16:37] nah [16:37] Riddell: Anyhow, yeah, if you don't actually care about point releases being a bit over 1G, easier to take the "it's the same as release but a bit bigger, so probably no regressions, yay" approach, and test away. :) [16:39] bluesabre: If you guys are committed to a rapid testing turnaround, we can look at squeezing a fix in for you. Looks like menulibre is only on xubuntu images. [16:55] jibel: stgraber is on vacation, I'm getting the kernel team to test edubuntu for him. [16:58] bluesabre: Just let me know how you want to proceed. We can promote menulibre to updates and re-spin just for you if you're down with re-testing ASAP. [17:01] stgraber: hmm, so you're not available to do the edubuntu point release validation? :) [17:04] infinity, okay, I'll cover the LTSP test if no one have the setup ready. === Ursinha is now known as Ursinha-afk [17:08] infinity: Yes, please do. Got confirmation from our QA lead, and I will also be available to image testing (sounds like we have more on board as well) [17:09] infinity: yea, xubuntu is commited to a rapid test turnaround [17:09] what time do we need to mark them as released? [17:12] bluesabre: Alright, I'll make it happen right now. [17:12] thanks infinity [17:13] infinity: thanks! [17:14] bluesabre: Unfortunately, the lightdm-gtk-greeter change would force a respin of lubuntu, studio, and myth as well, so I'd rather not do that one unless you can get them all to agree to re-test. [17:14] bluesabre: But menulibre, we can do with minimal impact. [17:14] infinity: yeah, we can leave lightdm-gtk-greeter out for now [17:19] result of having a small team I guess [17:23] bluesabre: Just waiting on that to publish and then I'll re-do your ISOs shortly. [17:23] great, thanks again :) [17:31] jibel: let me look [17:33] tgm4883, also a tester reported bug 1347779 and bug 1347823 specific to mythbuntu. If you can confirm or add a comment on the report [17:33] bug 1347779 in syslinux "FAMILY boot screen doesn't show up" [Undecided,New] https://launchpad.net/bugs/1347779 [17:33] bug 1347823 in ubuntu-manual-tests "System stuck when pressing the "Watch TV" button" [Undecided,New] https://launchpad.net/bugs/1347823 [17:35] jibel: i'll test those as well === Ursinha-afk is now known as Ursinha [17:46] Something I'm pretty sure Unity8/Mir still doesn't do right. [17:46] Err. [17:46] Paste fail. [17:46] La la la. [17:49] infinity: what's new in these images? [17:50] Does this mean I should hold off on testing the http://cdimage.ubuntu.com/mythbuntu/trusty/daily-live/20140722.2/trusty-desktop-amd64.iso image? [17:50] Riddell: Those aren't new images, just the upgrade testing tasks. [17:50] tgm4883: See above. [17:50] gotcha [17:50] ok [17:50] so i'll test on then [17:51] The only images I'm respinning currently are xubuntu's, everyone else's are staying put. [17:56] infinity, netboot and cloud images are not on the tracker. are they added manually? [17:56] jibel: I'll add cloud images early next week [17:57] jibel: netboot is added when d-i is uploaded, which happened before the milestone was created. [17:57] jibel: But since netboot isn't actually tied to a point release (ie: I can update d-i any time), I'm not amazingly fussed either. [17:57] okay [17:58] jibel: If you want to spin through a quick smoketest of current netboot just to confirm it's not broken (though, really, I suspect half our infrastructure would fall over if it was), that wouldn't hurt my feelings, I guess. :P [18:14] infinity, I'll do it after dinner [18:14] hm, upgrade from saucy is broken https://jenkins.qa.ubuntu.com/view/Upgrade/job/upgrade-ubuntu-saucy-trusty-desktop-amd64/139/ [18:16] Ugh, that's the same subtle apt loop breaking bug we were working around at release time... [18:16] bdmurray, did you see reports with this failure http://paste.ubuntu.com/7843200/ ? [18:16] I don't think there's much we can do about it in the next two days. [18:38] Where do I go to edit test cases again? [18:45] jibel: anything special I need to do to pass these ISOs, I've invalidated both bugs due to incorrect test cases, and I'm testing the last test case now [18:47] bluesabre / elfy ^^ [19:01] infinity: thanks! [19:17] tgm4883, mark the tests as passed for mythbuntu on the tracker http://iso.qa.ubuntu.com/qatracker/milestones/318/builds [19:17] tgm4883, the project for the test cases is lp:ubuntu-manual-tests [19:18] jibel: already marked as passed, I'll take a look at that project === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha [20:58] tgm4883, yes you can simply checkout lp:ubuntu-manual-tests and propose corrections [21:06] balloons: I'm doing something wrong then [21:07] I tried doing a merge request, but it says it's not mergable [21:07] https://code.launchpad.net/~mythbuntu/mythbuntu/mythbuntu-testcase [21:17] tgm4883, you should bzr push to the ubuntu-manual-tests projects.. so like lp:~mythbuntu/ubuntu-manual-tests/mythbuntu-testcase [21:17] that should make proposing easy [21:17] balloons: I thought I tried that, but let me do it again [21:17] tgm4883, it just makes it easier for the mp, as the target branch should be correct, etc [21:19] balloons: as usual, you are correct. That worked much better, thanks [21:19] https://code.launchpad.net/~mythbuntu/ubuntu-manual-tests/mythbuntu-testcase/+merge/227994 [21:19] just the 1 line change? I can approve and push now [21:20] yea just the 1 [21:20] k, just a sec [21:22] k, should be updated on the tracker tgm4883 [21:23] balloons: looks great. Thanks [21:29] ty!