[02:29] flocculant: updated the pad [02:31] flocculant: Now getting hit by LP 1560459 too. [02:31] Launchpad bug 1560459 in ubiquity (Ubuntu) "ubiquity crashed with GLib.GError in customize_installer(): vte-pty-error: grantpt failed: Operation not permitted (1)" [Critical,Confirmed] https://launchpad.net/bugs/1560459 [02:51] flocculant: ...So using the workaround for that bug, install works. Not sure if bug fixed or that workaround just works for that too. >_> [03:11] knome: added a bit to the cloud article, not sure what else we need there unless we want team commentary on these posts [03:12] like [03:13] Simon (XPL): "I really like how Spotify plays music, better than my old tape deck of 80s mix tapes" [03:31] knome: confirmed that docs seem good now [03:32] I'll wait until morning, then reach out to -devel and upload [03:32] night all [03:32] G'night. [07:49] Unit193: I'd not say the existence of a cli workround to fix the gui update tool counts as fixed :p [07:50] Right, though not sure if it's the workaround that helped or ubiquity was fixed, and broken differently. :P [07:50] no idea - not looked since Saturday :) [07:50] Sure, sure. And at this point too late anyway, I'd think. [07:51] who knows - given that the images are all getting marked as critical fails - I'd expect a rebuild :p [07:51] if I get time I'll do an upgrade test - but you know how quick they are ... [08:02] and rebuilding :p [08:17] https://launchpad.net/ubuntu/+source/ubiquity/2.21.51 that sounds important. [08:24] FWIW, I started new builds too, but they'll take a bit to build.. :/ [08:24] yes - that does sound important :p [08:25] also ack that [09:53] flocculant: Bah, back to the first issue. So workaround works for this problem too. [09:58] Have you tested the new beta 2 isos? [09:58] Is Ubiquity still crashing for Xubuntu? [09:59] flexiondotorg: Different thing. [10:00] OK, but is Ubiquity working for you? [10:01] Not for what I'm doing no, but that's not to say the Beta 2 images don't install fine. [10:34] flexiondotorg, just testing the new beta 2 as we speak... Ubiquity seems ok so far.. got to the try xubuntu screen this time.. :-) [10:35] akxwi-dave, Thanks. In which case I've got a borked package :-( [10:35] And uninstallable images. [10:36] just about to run the full install as well. [11:12] flocculant: building here, https://launchpad.net/ubuntu/+source/xubuntu-docs/16.04.3, suppose you could start another rebuild once its published [11:14] knome: looks like we're still waiting for a new ubiquity-slideshow upload (vertical list of app icons) [11:27] bluesabre, hmm. [11:27] bluesabre, well, it'll land when the translations are uploaded i guess [11:27] just thought I'd let you know :) [11:28] the last time i checked though, it looked like many flavors had the old 15.10 slideshows [11:28] i just bumped their version numbers up [11:28] i would imagine they want to update those as well [12:21] bluesabre: mmm - even if I rebuild will it have that new docs package if it's in proposed? [12:22] guess not "Not touching package due to block request by freeze (contact #ubuntu-release if update is needed) " in excuses ... [12:25] aah I see your request in -release now :) [13:26] Hi, Is there a maximum number of photos to send to xubuntu contest? I did not find this information [13:31] ric_s, not really; though we don't want to encourage people to send their whole photo directory for obvious reasons :) [13:32] 1000 pictures is a good number? [13:32] joke ;) [13:32] pick 10 best [13:33] :) [13:33] or sth... [13:33] thanks for the reply knome :) [13:33] np [13:33] thanks for participating and good luck! [13:33] tks [13:43] I'm gonna do upgrade test with the Beta 2 ;) [13:53] good luck,, [13:55] thanks [15:04] it's really long to upgrade my system ^^ [15:18] still going? [17:21] bluesabre knome: so I set an upgrade going this afternoon - it does boot to what appears to be a xenial desktop, even so - dpkg configure is still running now 5 minutes after I got that far :) [17:26] knome: grabbed docs from -proposed, looks right eg no contr stuff, pdf looks right, not sure that it needs the green thing now the contr stuff has gone, no need to differentiate [18:21] hi [18:21] I'd like to ask a question regarding this bug: [18:21] https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1560459 [18:21] Launchpad bug 1560459 in ubiquity (Ubuntu) "ubiquity crashed with GLib.GError in customize_installer(): vte-pty-error: grantpt failed: Operation not permitted (1)" [Critical,Fix released] [18:22] yesterday I tried the 20160322 image and encountered that bug [18:22] today, I see a fix has been released [18:23] my question is, how long could it take for the fix to be applied to a new live image? [18:23] so that I can repeat the test [18:23] to confirm the bug has been solved [18:28] mexchip: there was a rebuild about 10 hours ago - the bug is fixed [18:29] mexchip: in future you can check for rebuilds on milestones fairly easily - go to tracker - check the version - we're now at 20160323 [18:29] if there were further rebuilds *today* then you'd see 20160323.1, .2 etc [18:30] mexchip: finally - thanks for testing :) [18:30] yes, I'm already downloading 20160323, but don't know if it included the fix [18:30] yep [18:30] great, I'd give a try once the download finishes [18:30] thanks [18:30] welcome :) [18:30] mexchip: you downloading the whole iso again? [18:31] or do you know about zsync or rsync? [18:32] downloading the whole iso with zsync [18:32] ok - you should keep the old one and just zsync that :) [18:32] I don't have the previous image, downloaded it on another machine [18:33] ack [18:33] just making sure you knew :) [18:33] I had not used zsync before, wished I knew about it before [18:34] thx [18:35] hi everyone, I couldn't upgrade my system [18:35] I was interrupted, I will try to do it again tonight [18:46] Nairwolf: what sort of upgrade? [18:47] mexchip: yea - very handy - I only use it for time to be honest, but if you're somewhere with slow net, or limited bandwidth - very useful :) [18:54] bluesabre: what we going to do about the blueman crash? if there is something we can do of course ... [18:54] oh - now I look I see it's gone upstream :) [18:54] from 14.04.4 to 16.04 with the upgrade-manager [18:55] As I don't have so much time now before eating, I will test from 15.10 to 16.04 [18:55] what is the most urgent to test, with the upgrade-manager, or with a new iso ? [18:55] Nairwolf: and did you read the mail to the dev list about upgrades specifically? [19:00] flexiondotorg: thanks for that btw [19:05] yes, of course, flocculant [19:05] bluesabre: http://git.xfce.org/xfce/xfce4-appfinder/commit/?id=4f3266b4902cc983385fbe6fee0a26db1002dcfb [19:06] Nairwolf: so why tell us the upgrade is broken - when we told *you* and all :) [19:06] it is said that the upgrade from 15.10 to 16.04 works, but I wanted to verify it again [19:06] bluesabre: and meh, the upstream appicon of xfce4-notifyd is png and *crap* [19:06] ochosi: evening :) [19:07] bluesabre: i can try to get in touch with jeromeg to refresh it and provide more sizes... i guess we should try that for all of xfce since appstream exposes the crappy default icons now [19:07] evening flocculant [19:07] just stopping by to fix some stuff [19:07] :) [19:07] bluesabre: i'm wondering whether meanwhile we should patch the xfce packages in our repos to ship the elementary icons instead of the unmaintained upstream crap... [19:08] flocculant: now it's dinner time ;) [19:08] bbabl [19:10] flocculant, I'm not sure to understand, are you saying it's not really necessary to test upgrades with hardware ? === ubott2 is now known as ubottu [19:17] flocculant, mm === pleia2_ is now known as pleia2 === Guest75478 is now known as flocculant [19:48] migrating-upgrading.xml:228: element para: validity error : Element useinput is not declared in para list of possible children [19:48] migrating-upgrading.xml:228: element useinput: validity error : No declaration for element useinput [19:48] hardware-devices.xml:173: element para: validity error : Element appliation is not declared in para list of possible children [19:49] hardware-devices.xml:173: element appliation: validity error : No declaration for element appliation [19:49] Document fi/index.xml does not validate [19:49] (: [19:51] should be fixed now [20:33] knome: not sure how worried you are - but today I got to the get involved slide then install done [20:41] upgrade from 15.10 to 16.04 is also really long... [20:42] Nairwolf_: upgrading via update-manager IS long [20:48] flocculant, not very [20:48] good enough for me [21:30] PaulW2U: I assume you didn't actually find bug 516237 on the livesession - but should have been 1516237 :) [21:30] bug 516237 in Mudlet "Crash when selecting a search result for "s?"" [Undecided,Fix released] https://launchpad.net/bugs/516237 [21:31] flocculant: I think you might be right :) [21:31] I edited it for you :) [21:31] Thanks [21:55] knome: draft website page done - won't touch that anymore now [21:55] :) [21:55] * knome goes looking [21:55] :) [21:55] ...but only if you release the lock [21:56] mmm [21:56] I'm logged out ... [21:56] haha [21:56] * flocculant blames sso [21:56] it says you are editing [21:56] taking over.. [21:56] well it's seriously wrong :p [21:56] k [21:57] release notes are more or less finished too now - just need to sort out a few bug removals/movements depending on tracker results [21:57] looks good to me, added release tag [21:57] and lose the BFRB [21:57] knome: I always forget tags ... [21:57] hmm [21:57] maybe remove the excess bold from the note [21:57] like the BFRB ? [21:58] refresh and see [21:58] refresh which the website one? [21:58] yes [21:58] https://xubuntu.org/?p=3788&preview=true [21:58] logging in again :p [21:59] aah right from Minimal upgrade testing was undertaken during this milestone. There ... [21:59] yep [21:59] just leaving the ... recommended [21:59] yup - works for me :) [21:59] it felt a bit too much with the next paragraph mostly bold too [21:59] flocculant, I can confirm that the upgrade from 15.10 to 16.04 works with a real hardware. I know that it has already been tested, but it's better to test twice than one. [21:59] yep - that's fine knome :) [21:59] especially with different hardware [21:59] Nairwolf: ack thanks :) [21:59] yea ofc [22:00] so consider an ACK from me for releasing [22:00] unless it happens to be me to do that [22:00] Nairwolf: if I had time - and didn't start using dev almost straight away I could properly upgrade test [22:00] knome: yup - thanks :) [22:01] depends on time - and as infinity - likely I will be snoring :p [22:01] heh [22:01] couple of resize tests to see results for only [22:01] flocculant: tell me if I can do something to help you [22:01] and any extras of course [22:02] Nairwolf: resize image tests :p [22:02] btw, i noticed something today on the contest site... [22:02] knome: ... [22:02] apparently for some reason you can select not to share your LP username with it [22:02] orly [22:02] it's no problem in a way [22:02] never noticed that [22:02] we will just have people's emails directly [22:02] flocculant: what does mean "resize image tests" ? [22:02] I did go looking to see the voting bit :) [22:03] i double-checked today; xubuntu.org always needs it, contest doesn't [22:03] sooo.. [22:03] Nairwolf: http://iso.qa.ubuntu.com/qatracker/testcases/1301/info [22:03] is the testcase [22:03] (and yeah, we're using the exact same wordpress and plugin versions, so go figure) [22:03] knome: odd [22:04] oh [22:04] perhaps because *anyone* can post there - unlike the rest of the site [22:04] there was one setting thing [22:04] maybe that helps [22:04] :) [22:04] * knome facepalms [22:04] i have no idea why i didn't see that before [22:04] anyway [22:04] it's not a biggie [22:04] we do have their email addresses anyway for contacting [22:04] and if they gave a bogus one... their loss [22:05] Nairwolf: basically - install (making sure drives is big enough for more than one install) then reboot with the iso - install, it will ask if you want alongside install [22:05] knome: yea [22:06] okay, I will test that tomorrow I think [22:06] Nairwolf: thanks :) [22:06] though depends on when of course - I might have marked all ready :) [22:07] I can't test it tonight because I'm trying tu upgrade Xubuntu from 14.04.4, as I had to stopped it this afternoon [22:08] Nairwolf: if you are doing so with the update-manager - it WILL crash, you WILL have to hard reboot :) [22:09] knome: voting works then :) [22:09] mhm [22:09] are we voting already then? P [22:09] :P [22:09] well I did to see :) [22:09] hahah [22:10] I just want to confirm it, flocculant, and mark that this bug is affecting me [22:10] https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1549067 [22:10] well it should be relatively easy to wipe out the votes if needed [22:10] Launchpad bug 1555237 in ubuntu-release-upgrader (Ubuntu) "duplicate for #1549067 Upgrade from 14.04.4→ 16.04 dies midway taking out the session." [Critical,In progress] [22:10] cos first off I thought the +/- buttons were rather dim - then once voted on *something* it all became clear [22:10] in more ways than one :p [22:10] lol [22:10] yep [22:10] actually what i should do is add a "neutral" button there too [22:11] knome: why shouldn't team vote on things as they get time? makes sense to me [22:11] if team should vote, then we should link the team LP to as admins [22:11] or some else new role that has voting rights [22:11] (admin is fine though, i don't think anybody would abuse) [22:11] knome: I thought of that while I was there - but then I went back to my default thinking - if not voted yay or nay - fence sitter are you :) [22:12] it all depends how we want to do the voting [22:12] knome: well yea - I still obviously think we're missing a trick on not having community votes [22:12] as i said before, i don't have a strong preference [22:12] we can still hook up -users to a role that can vote [22:13] though the votes are totals [22:13] so if we then wanted to vote between the team [22:13] I'd be happy doing something like a civs for the community to whittle it down - then keep the community top vote, then team vote in 5 more [22:13] or something [22:13] we would have to clear votes or do it manually [22:13] hmm [22:13] another option is make team vote [22:13] and then pick top X from that list [22:13] and put the rest that have a positive score in CIVS [22:14] so some moderation from team, but not too much [22:14] or [22:14] have team vote for X, keep a couple, let community pick Y from remainder [22:14] or is that another way of saying what you did ... [22:14] yes, it's the same [22:15] trouble with that is [22:15] so basically team decides their winners [22:15] and the community can vote for the rest that have a positive score [22:15] team might vote on 4 - we want a lot more :) [22:15] eg. are not completely crap [22:15] we can also figure out a list of all submissions that have at least one positive vote [22:15] yea [22:15] though at that point i would probably just let community vote on all [22:16] because if something has +1 and -7... [22:16] right [22:16] it's as good/bad as -8 [22:16] from my POV [22:17] there's a week to sort it out [22:17] I know how to drag info from LP group for civs [22:17] if we want to do that [22:18] dragging stuff from the contest site to civs on the other hand... [22:18] actually what i should do is create a template for the contest site that shows all the entries so far [22:19] what's the deadline as far as release schedule goes? [22:19] Final Freeze I assume [22:19] yes [22:19] was my thinking that if we got voting done (early) on release week 24, we'd have a few days before FF [22:20] so we need to make sure bluesabre is around for an upload [22:20] and might want to do the exception paperwork early [22:20] yea - if we went that way - end civs on the Thursday before week 25 [22:21] then we have Friday to Sunday to choose final lot [22:21] well we can start the CIVS vote on the day the voting ends if community votes from all [22:21] yea [22:21] if we want team moderation, then it's a much tighter [22:21] I'd be inclined towards community vote in 10 [22:21] we keep at least top 1 [22:21] i mean [22:21] team votes on rest [22:22] ultimately, if the community votes for something that is totally unacceptable [22:22] the team can have a veto anyway [22:22] yep [22:22] so there's no reason to apply team moderation before [22:22] in a way.. [22:22] well [22:22] in that case why bother :) [22:22] here's the ones we want you to vote on [22:22] well okay, if we have 100 submissions, a CIVS poll is not going to be nice [22:23] right [22:23] that's my main concern [22:23] and I'd not do it :p [22:23] especially since the targets are in a different website [22:23] has to be a manageable number [22:23] yea [22:23] so i'm not really sure what the ideal way is [22:23] as i said before, we can let the community vote on the site too [22:23] maybe team should vote 12 - then let community vote 6 of those [22:24] but also we don't have a way to separate votes from different groups... [22:24] yes - but would they? [22:24] would they vote on CIVS? [22:24] if we civs - we can do LP users [22:24] well they'd get a mail [22:24] same with the site [22:24] I would if I was just bert [22:24] we can link -users to voters [22:25] right [22:25] (currently voting is linked with the admin group, but that's easy to work around) [22:25] we need to see what the rest of team thinks about it I guess [22:26] yep [22:26] if I'm the only one who thinks we're missing a trick - then *shrug* [22:26] lol [22:26] not that I'd not keep on banging the drum :D [22:26] it's just so much easier to do team voting only [22:26] of course [22:26] well, the last time it was a subteam of team [22:26] but now we have a better voting mechanism [22:26] only have to count to 7 or so that bother to vote :p [22:26] so no reason not to involve whole team [22:27] might be best to ping people in channel rather than m/l [22:28] mhm [22:28] anyway - zebedee is about now :) [22:28] lol [22:28] good night :) [22:28] night knome et al :) [22:28] hello amerigena [22:29] close my eyes and hope I don't see the release note ... [22:29] hahah [22:29] fair enough