-queuebot:#ubuntu-release- Unapproved: ncbi-blast+ (groovy-proposed/universe) [2.10.1-2 => 2.10.1-3] (no packageset) (sync)00:00
-queuebot:#ubuntu-release- Unapproved: accepted ncbi-blast+ [sync] (groovy-proposed) [2.10.1-3]00:01
-queuebot:#ubuntu-release- Unapproved: python-biopython (groovy-proposed/universe) [1.77+dfsg-3 => 1.78+dfsg-3] (no packageset) (sync)00:01
-queuebot:#ubuntu-release- Unapproved: accepted python-biopython [sync] (groovy-proposed) [1.78+dfsg-3]00:01
-queuebot:#ubuntu-release- Builds: Ubuntu Desktop arm64+raspi [Groovy Final] has been updated (20201020.2)00:14
vorlon^^ arm64+raspi successfully rebuilt and ready for testing00:27
amurrayhmm so I accidentally published this freetype update to groovy-security - should that go to release or is it fine to sit in -security since we are so close to release?00:29
bdmurraygiven that it is seeded on most live media and we are so close to release I think letting it sit there is best03:30
plarsswapfile seems to work fine now on pi-desktop03:47
amurraybdmurray: ok no worries04:10
=== Ukikie is now known as MrDark
-queuebot:#ubuntu-release- Unapproved: virtualbox-ext-pack (groovy-proposed/multiverse) [6.1.14-2 => 6.1.16-1] (no packageset) (sync)05:52
-queuebot:#ubuntu-release- Unapproved: accepted virtualbox-ext-pack [sync] (groovy-proposed) [6.1.16-1]05:52
-queuebot:#ubuntu-release- Unapproved: virtualbox (groovy-proposed/multiverse) [6.1.14-dfsg-4 => 6.1.16-dfsg-1~build1] (ubuntu-cloud)06:23
LocutusOfBorgsigh ^^06:35
LocutusOfBorgif possible to grab the 6.1.16-dfsg-1 from sid even better :(06:39
LocutusOfBorgthere are few fixes in 3d host/guest and kernel side...06:39
LocutusOfBorgwe really should have them06:39
=== didrocks999 is now known as didrocks
seb128I've uploaded a language-pack-he fix, the change is a gnome-desktop translation update to fix the clock being inverted in hebrew (https://launchpadlibrarian.net/502434781/%D7%A6%D7%99%D7%9C%D7%95%D7%9D%20%D7%9E%D7%A1%D7%9A%20%D7%9E%D6%BE2020-10-17%2018-59-26.png)08:27
seb128(I basically copie the fix from -base with the fix from https://gitlab.gnome.org/GNOME/gnome-desktop/-/commit/4db3e5d9 applied on top)08:27
seb128it might be something nice to fix in the release, unsure if that langpack is on any ISO, otherwise 0 day SRU08:28
seb128hum also unsure why the bot didn't pick up the upload08:28
seb128but I also didn't get an email for it (but it's in the queue so it worked)08:28
seb128probably some issue on the launchpad side of things?08:28
handsome_fengHi, Is it possible for someone in ubiquity-slideshow team to review this before groovy release:  https://code.launchpad.net/~feng-kylin/ubiquity-slideshow-ubuntu/ubuntukylin-groovy/+merge/391419 ? It only affect two strings.08:29
seb128handsome_feng, I could merge and upload, but I'm unsure the release team are wanting to accept an update to that package since it would mean respinning ISOs08:30
seb128also it would invalid translations08:31
seb128I'm not in the release team though so I'm going to let them +1 or -1, just feel free to ping me in you needed an uploader08:31
handsome_fengseb128: Thanks! So, hi, release team, what your opinion? And If we can't make it to this release, can I update this after release by SRU?08:35
seb128handsome_feng, there is no much point updating the installer slides in a SRU since they are only shown on the ISO...08:37
handsome_fengOkay, Got it. :(08:38
handsome_fengseb128: BTW,  Do you know how can I join the ubiquity-slideshow team? I sent an email, but no response yet.08:41
seb128handsome_feng, no idea sorry08:41
handsome_fengseb128:  Thank you anyway!08:42
Laneywe probably need a new administrator for that ... https://launchpad.net/~ubiquity-slideshow/+members08:43
Laneydoes anybody know that person?08:43
Laneyhandsome_feng: it would mean rebuilding all of the ISOs that have the slideshow on, which is not planned this late, but we can pick it up if we need to do a respin for another reason08:48
handsome_fengLaney: That's fine, thank you very much!08:49
-queuebot:#ubuntu-release- Unapproved: pulseaudio (groovy-proposed/main) [1:13.99.2-1ubuntu1 => 1:13.99.2-1ubuntu2] (core, i386-whitelist)08:49
Laneysorry for missing it, I know I don't get emails for reviews on this project (:08:49
juliankHey folks, we have a regression in shim-signed in groovy that breaks multi-esp installs (supported by subiquity) and DKMS modules - 1.41 never included the changes from 1.40.* which fixed those08:51
juliankBecause 1.41 was earlier than 1.40.x due to the shim revert08:51
juliankso we reverted focal from 1.41 to 1.40 and kept going, but groovy continued on with 1.41, and lost all changes from focal08:52
juliank Pass --timeout -1 to mokutil in a separate mokutil run (LP: #1869187)08:52
ubot5Launchpad bug 1869187 in shim-signed (Ubuntu Groovy) "mokutil ignores timeout parameter" [High,Triaged] https://launchpad.net/bugs/186918708:52
juliankInstall grub to multiple ESPs (LP: #1871821)08:52
ubot5Launchpad bug 1871821 in shim-signed (Ubuntu) "[FFe] Resilient boot" [Undecided,Fix released] https://launchpad.net/bugs/187182108:52
juliankDepend on the correct version of grub-signed (LP: #1871895)08:52
ubot5Launchpad bug 1871895 in shim-signed (Ubuntu Focal) "package shim-signed 1.40.2+15+1533136590.3beb971-0ubuntu1 failed to install/upgrade: o subprocesso instalado, do pacote shim-signed, o script post-installation retornou erro do status de saída 127" [Undecided,Fix released] https://launchpad.net/bugs/187189508:52
juliankSo, I'd just merge the focal branch into groovy and copy the changelog entries with the relevant bug numbers for groovy to the top entry08:55
juliankBut does this need a respin after?08:55
juliankI don't know08:56
juliankshould it be 0day sru?08:56
juliankIf it's a 0day SRU, chances are subiquity multiple ESP installs are broken, though not sure08:56
juliankprobably it's fine08:56
Laneyjuliank: We need it on the media I think, ubiquity can integrate with this08:58
juliankon it08:58
handsome_fengLaney: It's my fault, I just sent the email yesterday, I should have been on the irc earlier.08:58
Laneyhandsome_feng: looks like you might be lucky ;-)08:59
juliankLaney: uploaded09:04
-queuebot:#ubuntu-release- Unapproved: shim-signed (groovy-proposed/main) [1.44 => 1.45] (core)09:05
juliankI only have myself to blame :/09:05
juliankI'd mark bug 1899678 as a duplicate of bug 186918709:06
ubot5bug 1899678 in ubiquity (Ubuntu) "No wifi after installation - does not work with secure boot enabled" [Undecided,New] https://launchpad.net/bugs/189967809:06
ubot5bug 1869187 in mokutil (Ubuntu Groovy) "mokutil ignores timeout parameter" [Undecided,Confirmed] https://launchpad.net/bugs/186918709:06
juliankBut oh well, we don't know for sure it's the same bug, but it's very unlikely to be not09:07
handsome_fengseb128: Hi, Could you merge and upload the changes? Since we get a chance that all the iso might be respin.09:09
seb128handsome_feng, k09:13
-queuebot:#ubuntu-release- Unapproved: accepted shim-signed [source] (groovy-proposed) [1.45]09:14
-queuebot:#ubuntu-release- Unapproved: ubiquity-slideshow-ubuntu (groovy-proposed/main) [162 => 163] (ubuntu-desktop)09:19
seb128Laney, handsome_feng ^09:20
Laneythank you!09:20
-queuebot:#ubuntu-release- Unapproved: accepted ubiquity-slideshow-ubuntu [source] (groovy-proposed) [163]09:23
handsome_fengThank you, guys. \o/09:27
seb128handsome_feng, you are going to have those strings in english and not chinese though, I guess that's ok?09:32
seb128handsome_feng, if you want to avoid that issue next time you can update the zh translation in the same merge request at least09:32
handsome_fengIt's ok! It's better than wrong strings09:32
handsome_fengseb128: Got it! I didn't update the zh translation this time because those would been overwritten by the translation on launchpad.09:35
seb128handsome_feng, on the next export manually imported right? if would have been enough for that upload as a temporary thing09:36
seb128you should still do translate on launchpad as well in those cases09:36
seb128whoever is maintaining https://xubuntu.org/release/20-04/ , the torrent url needs to be updated for .1 , it's currently a notfound09:45
seb128I should probably mention that on #xubuntu09:46
juliankLaney: I just realized I never uploaded the apt that changed focal to groovy in the docs09:53
juliankwhich people will get angry about09:54
juliankLaney: The docs and example sources.list say focal but should say groovy09:54
juliankLaney: And customers copy those examples into their sources.list and break their systems :D09:55
sil2100Is that an apt upload then?09:56
juliankSo I'm releasing 2.1.11 now which has that change, a "fix" for LP#1871268 (turns error into warning), a typo fix and a translation update09:56
juliankBut I think we can SRU that09:56
juliankIt doesn't have to be in the release pocket09:56
sil2100Yeah, apt feels like not the best thing right now09:57
sil2100So +1 on SRUing09:57
juliankDo we want SRU bugs for them all, or given that the other is just small stuff, are we fine just using bug 1871268?09:57
ubot5bug 1871268 in apt (Ubuntu) "Installation fails when "Install Third-Party Drivers" is selected" [High,In progress] https://launchpad.net/bugs/187126809:57
juliankI don't think we need an SRU bug for the translation update, the typo fix and the s/focal/groovy/09:59
juliankSeems like a waste of paperwork :)09:59
juliankoh ffs10:10
juliankI typed in launchpad for 10 or 20 mins and hit a wrong key combo and it's all gone10:11
juliankOh I hit Esc10:11
juliankBecause I mapped CapsLock to Esc10:11
sil2100juliank: I guess maybe all in one SRU bug? Since it's nice to have something for tracking at least10:18
julianksil2100: I've added SRU info about squashed changes to bug 1871268 in a [Groovy SRU] section10:18
ubot5bug 1871268 in apt (Ubuntu Focal) "Installation fails when "Install Third-Party Drivers" is selected" [Medium,Triaged] https://launchpad.net/bugs/187126810:18
juliankSomeone ought to add this to beta testing10:20
juliank"Check that /usr/share/doc/apt/examples/sources.list points to the correct Ubuntu release"10:20
juliankfakesynced it for reviewability :)10:26
-queuebot:#ubuntu-release- Unapproved: apt (groovy-proposed/main) [2.1.10 => 2.1.11] (core, i386-whitelist)10:26
juliankgroovy will be tracking unstable for a bit, but it's not clear for how long10:29
juliankat some point we'll have changes not worth SRUing10:29
Laneysil2100: good to respin now I think11:24
LocutusOfBorgLaney, is it possible to accept virtualbox, seeded in ubuntu-cloud?11:50
LocutusOfBorgI know its meh :/11:50
LocutusOfBorgbut the new release fixes some 3d acceleration issues and resize screen that we should have in the iso, if there11:50
julianknew upstream releases? that sounds like a lot11:55
julianksounds more like an SRU to me11:55
LocutusOfBorgthe diff is trivial, kernel fixes, 3d fixes, patches merged, end11:57
Laneyin the iso, why?11:58
LocutusOfBorgoh, virtualbox is not part of the iso anymore, right?11:58
LocutusOfBorgbecause that "(ubuntu-cloud)" means nothing, wrt respins?11:59
LocutusOfBorg(this is a mistake I do exactly twice a year :p )11:59
Laneyit's a packageset11:59
Laneybut I'm thinking SRU still, no time to fix any regressions if you introduce them with this12:01
Laneyand after final freeze basically everything should be SRU-level anyway12:01
LocutusOfBorgmmm but the guest-additions is already migrated, as well as the -hwe12:02
LocutusOfBorgso, we are left with vbox and the ext-pack, but we will have inconsistencies between host and guest...12:02
-queuebot:#ubuntu-release- Builds: Lubuntu Desktop amd64 [Groovy Final] has been updated (20201021)12:12
-queuebot:#ubuntu-release- Builds: Xubuntu Desktop amd64 [Groovy Final] has been updated (20201021)12:13
-queuebot:#ubuntu-release- Builds: Ubuntu Desktop amd64 [Groovy Final] has been updated (20201021)12:15
-queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity amd64 [Groovy Final] has been updated (20201021)12:18
-queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity arm64 [Groovy Final] has been updated (20201021)12:18
-queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity ppc64el [Groovy Final] has been updated (20201021)12:18
-queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity s390x [Groovy Final] has been updated (20201021)12:18
-queuebot:#ubuntu-release- Builds: Kubuntu Desktop amd64 [Groovy Final] has been updated (20201021)12:20
-queuebot:#ubuntu-release- Builds: Ubuntu MATE Desktop amd64 [Groovy Final] has been updated (20201021)12:20
-queuebot:#ubuntu-release- Builds: Ubuntu Budgie Desktop amd64 [Groovy Final] has been updated (20201021)12:23
-queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop amd64 [Groovy Final] has been updated (20201021)12:25
-queuebot:#ubuntu-release- Builds: Ubuntu Studio DVD amd64 [Groovy Final] has been updated (20201021)12:35
-queuebot:#ubuntu-release- Unapproved: qemu (bionic-proposed/main) [1:2.11+dfsg-1ubuntu7.32 => 1:2.11+dfsg-1ubuntu7.33] (ubuntu-server, virt)12:40
-queuebot:#ubuntu-release- Unapproved: qemu (xenial-proposed/main) [1:2.5+dfsg-5ubuntu10.46 => 1:2.5+dfsg-5ubuntu10.47] (ubuntu-server, virt)12:40
-queuebot:#ubuntu-release- Unapproved: qemu (focal-proposed/main) [1:4.2-3ubuntu6.7 => 1:4.2-3ubuntu6.8] (ubuntu-server, virt)12:41
-queuebot:#ubuntu-release- Builds: Ubuntu Desktop arm64+raspi [Groovy Final] has been updated (20201021)12:42
handsome_fengpopey: Hi, I'm one of the leader of Ubuntu Kylin, could you give me write access to the release note post? Then I can modify the release note's link of Ubuntu Kylin.12:52
handsome_fengDiscourse account name: handsome_feng       mail: jianfengli@ubuntukylin.com12:55
patviaforesil2100: regarding cloud images, our plan is to make a build late US time today, check in with you tomorrow for any respins (building again if necessary), wait for your +1 and release13:07
sil2100patviafore: sounds like a plan, thanks!13:09
plarssil2100: was the pi-desktop rebuild for today intentional? any idea what changed from the 20201020.2 image I saw last night?13:12
sil2100plars: hey! Yes, we rebuilt it since there was a new slideshow that got accepted13:14
sil2100No relevant changes really13:15
plarssil2100: ok, I'll try it still, just wondering if there was anything else I should pay close attention to13:15
-queuebot:#ubuntu-release- Unapproved: accepted python3.9 [source] (focal-proposed) [3.9.0-5~20.04]13:21
jibelplars, here is what changed https://discourse.ubuntu.com/t/20-10-release-candidate-isos-ready-for-testing/18894/413:27
plarsjibel: ah, I think I'm subscribed to the release one but not this, thanks for pointing it out13:29
Laney👍 useful post13:30
=== cpaelzer__ is now known as cpaelzer
bdmurrayjuliank: can you add something to https://wiki.ubuntu.com/BetaProcess about apt doc updates?14:05
juliankbdmurray: Someone has to figure out which of those days :D14:10
juliankminus 7?14:10
juliankminus 10?14:10
juliankI don't know14:10
juliankWe can also do it earlier14:10
juliankIt really should happen during archive opening, I suppose14:10
bdmurrayThen put it here! https://wiki.ubuntu.com/NewReleaseCycleProcess14:11
bdmurrayOr is it similar to "Update /usr/share/python-apt/templates/Ubuntu.info in python-apt to include the new release name."14:11
Laneycould it be de-hardcoded so it's figured out at build time?14:12
Laneythen it'd only be a problem if we manage to go a whole cycle without uploading apt ...14:12
juliankLaney: I don't know, I guess14:20
coreycb@bdmurray I've added SRU sections for the ceph bug. sorry I didn't realize that got backported to focal.14:22
coreycbbdmurray: ^14:22
coreycbhello, please can an archive admin promote python3-octavia-lib to main? that will unblock ovn-octavia-provider from groovy-proposed. the corresponding MIR has received a security team ack. https://bugs.launchpad.net/bugs/186466614:25
ubot5Ubuntu bug 1864666 in python-octavia-lib (Ubuntu) "[MIR] python-octavia-lib, ovn-octavia-provider" [Medium,Fix committed]14:25
plarssil2100: waveform: one thing I did just notice - sound defaults seem to be different on pi-desktop. With the server image, it seems to default to whichever hdmi is plugged in, and I can reconfigure using .asoundrc for headphones. On desktop it seems to default to headphones even if they are not plugged in14:25
waveformplars, yup - I've got that in the release notes pointing to the relevant bug14:25
waveform(nearly done writing - should have them done in a few minutes)14:26
bdmurraycoreycb: Do you have anything we could add to https://discourse.ubuntu.com/t/groovy-gorilla-release-notes/15533 for openstack?14:26
Laneywaveform: I wrote a short sentence about the new pi desktop image, don't know if you want to expand that and also I don't know what the right link to the rasperry pi imager is.14:26
plarswaveform: ok, good, I couldn't find a bug for it yet but I thought I'd check to make sure14:26
coreycbbdmurray: yes, I've been meaning to do that. I'll do that now.14:26
Laneywaveform: Or maybe there's going to be a proper page on ubuntu.com which we should link to there instead?14:27
waveformLaney, I've written a quick post about installation here: https://waldorf.waveform.org.uk/2020/boot-configuration-with-pibootctl.html - I think Rhys is organizing something for ubuntu.com ?14:27
Laneywaveform: ok, I asked Rhys14:30
Laneycoreycb: there's no ack on octavia itself yet, is that ok?14:32
coreycbLaney: yes we can hold off on that MIR until next release14:32
coreycbthanks Laney14:32
-queuebot:#ubuntu-release- Unapproved: netplan.io (focal-proposed/main) [0.100-0ubuntu4~20.04.2 => 0.100-0ubuntu4~20.04.3] (core)14:56
-queuebot:#ubuntu-release- Unapproved: openjdk-13 (groovy-proposed/universe) [13.0.4+8-1 => 13.0.5+3-2ubuntu1] (i386-whitelist)15:01
-queuebot:#ubuntu-release- Unapproved: accepted openjdk-13 [source] (groovy-proposed) [13.0.5+3-2ubuntu1]15:03
xnoxapw:  https://launchpad.net/ubuntu/+source/nvidia-graphics-drivers-455 how come this migrated; and yet we don't have lrm modules built for 455?15:14
waveformsil2100, updated release notes; plars, the issue for the incorrect audio device selection is LP: #1899962 which is now in the release notes15:14
ubot5Launchpad bug 1899962 in pulseaudio (Ubuntu) "Wrong audio output device selected on Raspberry Pi Desktop" [Undecided,New] https://launchpad.net/bugs/189996215:14
xnoxapw:  didn't the monday kernel respin, build lrm for 455 nvidia?15:15
-queuebot:#ubuntu-release- Unapproved: openjdk-15 (groovy-proposed/universe) [15+36-1 => 15.0.1+9-0ubuntu1] (i386-whitelist)15:20
xnoxsforshee:  are you online?15:20
-queuebot:#ubuntu-release- Unapproved: accepted openjdk-15 [source] (groovy-proposed) [15.0.1+9-0ubuntu1]15:22
xnoxfginther:  are you online?15:22
sil2100waveform: thank you!15:23
xnoxone way for us to fix this is to remove nvidia-graphics-drivers-455 from the archive15:23
fgintherxnox, yes I am15:23
sforsheexnox: yes15:25
xnoxsforshee:  tah, fginther is quicker. Shipping nvidia-graphics-drivers-455 without matching lrm; breaks ubiquity installer =( cause it picks the highest one, instead of picking the highest one WITH lrm =) hence we are removing 455 from release; and publish it into -proposed; you can publish 455 into groovy-updates;15:33
xnoxonce there is matching lrm for 455 with the next kernel sru.15:33
sforsheeack, I wasn't even aware that a -455 driver had landed15:35
sforsheetseliot: ^15:36
tseliotsforshee, yes, I am aware of the problem. The 455 series doesn't replace any other series, so that the l-r-m are not broken. Of course, then, things break with secureboot15:37
xnoxtseliot:  issue is that we automatically included 455 on the iso; and during ubiquity isntallation ubuntu-drivers picked to install 455 driver as the best one; despite it having only dkms module provider, and not lrm one.15:38
xnoxtseliot:  see https://bugs.launchpad.net/ubuntu/+source/ubuntu-drivers-common/+bug/1900870 i think ideally we should prefer to install the driver that is highest with lrm; and if none found, then prefer highest dkms one.15:39
ubot5Ubuntu bug 1900870 in ubuntu-drivers-common (Ubuntu) "maybe nvidia drivers should pick the highest one with lrm, if more than one is available" [Undecided,New]15:39
-queuebot:#ubuntu-release- Unapproved: virtualbox (groovy-proposed/multiverse) [6.1.14-dfsg-4 => 6.1.16-dfsg-1] (ubuntu-cloud) (sync)15:40
tseliotxnox, yes, I can implement that, so that drivers with the lrm sort before the dkms ones15:40
xnoxtseliot:  hence out of the box ubiquity 3rd party drivers is broken on nvidia =( anyway, removing 455 from the archive which can come in ubuntu-updates later.15:40
xnoxtseliot:  tah, but for next cycle.15:40
xnoxsforshee:  so 455 landed on the 10-14; and kernel rebuild was done on 10-15 => not sure about timezones though, i doubt that the people who kicked kernel rebuild knew about 455 at the same time.15:41
tseliotxnox, no, that was intentional on my side. I can't share the reasoning behind it here.15:42
tseliotxnox, making ubuntu-drivers prefer the LTS driver (450) over the NFB (455) would also do it. That's a very easy change to make.15:49
xnoxtseliot:  no, as it will need respinning squashfs of all the live .isos which takes a long time. and affects more flavours.15:50
xnoxtseliot:  by removing 455, we can respin /pool/ directory of 5 flavours only to fix things; without rebuilding the full squashfs even. as the nvidia debs are only in the iso /pool/ and not in the live session at all.15:51
xnoxtseliot:  i mean we should probably do both; as ubuntu-drivers change will be useful when you upload 460 =)15:53
xnoxas this removal juggling is one off fix to ship groovy.15:54
xnoxtseliot:  but no need to stay up over this; can land ubuntu-drivers next week or whatever.15:54
Laneyyes, it should be SRUed15:55
tseliotxnox, ok. We will be losing support for the new NVIDIA Ampere architecture without 45515:55
Laneyit can go back in via -updates as soon as either LRM exists or the ubuntu-drivers fixes are uploaded15:55
Laney(and accepted :p)15:57
xnoxtseliot:  until the next kernel sru.... yes. Do a nochange kernel rebuild, with lrm with 455 and release to updates this week.15:57
tseliotxnox, I don't think we can do this. sforshee ^^15:57
xnoxtseliot:  it's not like you are gonna gain support for that architecture with secureboot anyway without lrm =) since nobody knows how to do mok.15:57
tseliotxnox, doesn't dkms enroll its own key these days?15:58
xnoxtseliot:  it needs user interaction on reboot...... lrm ones just modprobe15:58
tseliotoh, ok15:59
xnoxtseliot:  yeah, if we can't have lrm soon => then ubuntu-drivers might be a quicker16:02
xnoxway to publish 455 back into updates.16:02
-queuebot:#ubuntu-release- Builds: Ubuntu Desktop amd64 [Groovy Final] has been updated (20201021.1)16:08
tseliotxnox, yes, that's what I was thinking16:08
-queuebot:#ubuntu-release- Builds: Kubuntu Desktop amd64 [Groovy Final] has been updated (20201021.1)16:12
-queuebot:#ubuntu-release- Builds: Ubuntu Budgie Desktop amd64 [Groovy Final] has been updated (20201021.1)16:13
-queuebot:#ubuntu-release- Builds: Ubuntu MATE Desktop amd64 [Groovy Final] has been updated (20201021.1)16:15
-queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop amd64 [Groovy Final] has been updated (20201021.1)16:17
coreycbpopey: may I have access to the groovy release notes to update them for openstack?16:48
jibelxnox, verified with 20201021.1 and 450 + corresponding lrm are installed16:57
vorlonLaney: I see you processed LP: #1867813; fwiw you missed promoting the source package.  You generally want the '-S' option to change-override17:07
ubot5Launchpad bug 1867813 in linux-firmware-raspi2 (Ubuntu) "[MIR] linux-firmware-raspi2 to restricted" [High,Fix released] https://launchpad.net/bugs/186781317:07
xnoxjibel:  whoop whoop17:08
Laneyvorlon: cheers17:41
mwhudsongood morning how on fire are things today?18:29
Laneysmall flames18:31
Laneynice to keep your hands warm18:31
sil2100A thousand little respins18:31
Laneycontinuous delivery right18:32
LaneyTrevinho: will you be around in ~1h to retest?18:33
TrevinhoLaney: yeah18:33
mwhudsonevery week should be release week!18:33
LaneyTrevinho: cool, look out for a notification from queuebot18:34
LaneyI guess it would be helpful to do offline and online unless jibel comes back :>18:35
Laneybdmurray: sil2100: just double checking that someone notified the flavours of this respin18:38
Laney(not waiting for the response though, consider this a poke :P)18:38
Laneysee ya18:38
bdmurrayI did18:38
-queuebot:#ubuntu-release- Builds: Ubuntu Desktop amd64 [Groovy Final] has been updated (20201021.2)18:51
-queuebot:#ubuntu-release- Builds: Kubuntu Desktop amd64 [Groovy Final] has been updated (20201021.2)18:54
bdmurrayTrevinho: ^19:02
bdmurraythank you for testing!19:02
vorlonxnox: should initramfs-tools-devices be removed from the archive in groovy?19:06
vorlonxnox: it currently wants demoting because initramfs-tools-ubuntu-core is removed; but if initramfs-tools-ubuntu-core is removed I'm not sure why we still want it at all in groovy19:06
vorlonabeato: ^^ perhaps you would be a better person to answer19:07
abeatovorlon, well, we have used it some times for resizing of the rootfs on first boot - not sure if there is an alternative19:08
abeatovorlon, we use it on classic, not UC19:10
popeycoreycb done19:16
-queuebot:#ubuntu-release- Builds: Ubuntu MATE Desktop amd64 [Groovy Final] has been updated (20201021.2)19:22
xnoxvorlon:  it should die.19:25
-queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop amd64 [Groovy Final] has been updated (20201021.2)19:28
-queuebot:#ubuntu-release- Builds: Ubuntu Budgie Desktop amd64 [Groovy Final] has been updated (20201021.2)19:34
plarsbdmurray: did you want to put some sort of testcase on isotracker for Ubuntu Desktop arm64+raspi? I don't think we can log that anything was tested on it unless there's something there19:35
bdmurrayplars: Is there some template we could copy over?19:40
bdmurrayplars: I haven't tried the image myself19:40
Odd_Blokevorlon: Is it expected that http://cdimage.ubuntu.com/ubuntu-base/releases/18.04.3/release/ will only contain the .5 files (rather than redirecting or 404ing)?19:44
plarsbdmurray: Well, I wouldn't copy over the desktop tests, because most of them wouldn't apply since they focus on ubiquity (pi desktop more like a preinstall image with oem-config to set up lang, tz, user, etc). In the interest of time, it may make more sense to just have an entry for rpi4b 4G and 8G. I know there are people trying it out, would just be good to have a place to log it rather than leave19:46
plarsyou wondering whether anyone tried it or not when making the release19:46
bdmurrayOdd_Bloke: what are you doing snooping around in our cupboards19:46
Odd_Blokebdmurray: Answering questions for users in #ubuntu-server. :p19:51
Trevinhobdmurray: confirm working now!19:57
bdmurrayTrevinho: right on19:57
bdmurrayplars: here you go http://iso.qa.ubuntu.com/qatracker/milestones/418/builds/222055/testcases19:57
vorlonOdd_Bloke: well, it's not ideal to have an 18.04.3 that doesn't point to 18.04.3 objects.  https://lists.ubuntu.com/archives/ubuntu-release/2020-October/005113.html for context19:58
vorlonI also wonder why we didn't do an 18.04.6 for ubuntu-base, since AFAIK the 18.04.5 misses the apt security fix19:59
vorlonabeato: so you're using it in classic images based on releases later than 20.04?19:59
vorlon(or expect that you will do)20:00
-queuebot:#ubuntu-release- Unapproved: google-osconfig-agent (groovy-proposed/universe) [20200625.00-0ubuntu2 => 20200625.00-0ubuntu3] (no packageset)20:33
rbalint^later SRU or punting to h*20:33
rbalintnot super urgent but would be nice to have20:34
-queuebot:#ubuntu-release- Unapproved: accepted google-osconfig-agent [source] (groovy-proposed) [20200625.00-0ubuntu3]20:34
-queuebot:#ubuntu-release- Unapproved: resource-agents (focal-proposed/main) [1:4.5.0-2ubuntu2 => 1:4.5.0-2ubuntu2.1] (ubuntu-server)21:14
plarssil2100: waveform: heads up, new regression found for rpi - lp#190090421:18
waveformplars, hmm, that's a consequence of us getting rid of net.ifnames=0; I'll release note it for now21:20
plarswaveform: ack21:22
plarswaveform: it should have still caught it without the driver restriction in the netplan yaml though, shouldn't it?21:22
waveformI don't think so - I think the way it's configured at the moment I'd need an *additional* section to deal with "other" ethernet interfaces21:23
waveform(optional obviously)21:23
vorlondo we really have to be using set-name >_<21:24
waveformwithout that, on the most common model Bs we wind up with wlan0 and enxMACMACMAC which is ... incongruous to say the least21:25
waveformI agree it's hacky though21:25
vorlonso yes, you'd want another section, for the case of drivers where you don't intend to rename the interface21:25
plarswaveform: interesting side-note - since we override the cloud-init data for creating the default user in automated provisioning (but we don't touch anything network related), we don't see this happen there. I only saw this when booting fresh with a local device and nothing added. When we add the extra cloud-init bits to create a user, it seems to generate something that IDs it by mac21:26
waveformplars, yup - that's the "default" configuration - unfortunately that configuration also breaks the "move your SD card between pis" use-case21:26
sil2100waveform, plars: thanks for the heads-up guys o/21:31
=== ebarretto_ is now known as ebarretto
sil2100bdmurray: hey! Did you try chasing down the pulseaudio guys regarding LP: #1897934 ?23:08
ubot5Launchpad bug 1897934 in pulseaudio (Ubuntu) "The initial sound level is set to zero (mute)" [Undecided,Confirmed] https://launchpad.net/bugs/189793423:08
sil2100I'm a bit angry at myself, how did I miss this on my radar23:12
bdmurraysil2100: I have not, steve suggested desktop.23:13
-queuebot:#ubuntu-release- Builds: Ubuntu Studio DVD amd64 [Groovy Final] has been marked as ready23:14
Eickmeyer[m]Might be premature but... ^23:14
vorlonsil2100: well, I think we need to work on making sure we have explicit tracking of the run-once tests at beta23:15
sil2100vorlon: agreed23:22
sil2100Anyway, maybe we should try reaching out to Kai-Heng Feng, or Hui Wang? Since I see they worked on pulseaudio uploads before23:23
sil2100They could start investigating before the desktop team wakes up23:23
sil2100Since otherwise we'll waste precious time in the morning, leaving us not so much time to respin and retest23:24
vorlonsil2100: I think this is going to just have to be release-noted, unless we want to slip the release.  It could be either a kernel regression or a pulseaudio regression, and either is going to take time to sort out23:25
sil2100I consider that a possibility, yes, but it is a accessibility regression, making it potentially harder for people with disabilities to install/test groovy23:28
sil2100Since I assume it might not always be trivial for them, in such case, to change the volume to make the sound appear23:28
sil2100So if there's a chance that someone can possibly figure this out before release still, I'd like to try23:29
vorlonyes. I'm not happy about it, I'm just trying to be realistic about our chances of fixing it in the next 24 hours23:29
vorlonsil2100: so certainly, reaching out to anyone who might be available to look into it is a good idea IMHO23:29
sil2100I'll send an e-mail and try to get things moving23:30
vorlonsil2100, xnox, bdmurray: opinions on https://code.launchpad.net/~vorlon/debian-cd/lp.1899615/+merge/392638 ?  it's a small change to restore the boot option; I don't think it warrants a respin, and I don't feel strongly that we should block the merge until after release23:32
sil2100vorlon: hm, no strong preference here - but maybe we could add that in case we respin the world (in the unlikely case of getting a fix for the audio issue)23:51
sil2100Ok, updated the status tracking post23:53
sil2100E-mail sent, not much we can do now but wait...23:53
sil2100I go to sleep in the meantime, see you tomorrow o/23:53

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!