[05:45] good morning [06:03] salut didrocks [06:04] Morning didrocks and jibel [06:04] hi duflu and all [06:10] good morning desktoppers [06:16] salut jibel, oSoMoN, hey duflu [06:24] Hi oSoMoN === tomreyn_ is now known as tomreyn [06:32] salut didrocks & jibel [06:32] hey duflu === pstolowski|afk is now known as pstolowski [07:56] morning didrocks jibel duflu and oSoMoN [07:57] good morning marcustomlinson [07:58] hey marcustomlinson [08:01] morning!!!! [08:05] hey Laney [08:08] goood morning desktopers! [08:09] salut seb128 [08:09] morning Laney [08:09] oSoMoN, lut, en forme? J'ai vu ton msg, je fais les retries :) [08:09] hey Laney [08:09] merci! [08:10] shrug, my internet laaags today dunno why :-/ [08:10] hey seb128 [08:10] lut didrocks, en forme ? [08:11] fatigué par les oreilles, mais sinon ok, et toi ? [08:11] morning Laney and seb128 [08:11] hey didrocks oSoMoN seb128 marcustomlinson [08:12] * oSoMoN lends some of his internet to seb128 [08:12] moi ça va [08:12] hey marcustomlinson [08:13] oSoMoN, looking at https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#desktop-packages we probably need another round of retry of tb/jsunit with proposed versions [08:14] seb128, I think the retries I requested earlier should be sufficient [08:15] is it because jsunit hasn't migrated? [08:15] ah, right, they include both triggers [08:15] Laney, yes, they need to migrate together [08:15] tb/jsunit/enigmail are a locked set [08:16] tb changed in some incompatible way which forced the others ones to be changed [08:16] it's a bit annoying that I'm allowed to upload thunderbird but not jsunit and enigmail, and thus not allowed to trigger autopkgtests involving them [08:16] you need to get coredev rights :) [08:17] there's an ubuntu-mozilla-uploaders team that can upload enigmail, I should probably apply for that first [08:17] you probably did enough archive work and fixes and uploads to apply for that? [08:17] yeah, I expect getting mozilla right should be a formality for you [08:18] yeah, I'm not sure I'm familiar enough with all the subtleties of archive work for core-dev yet [08:18] but it's definitely a goal for me [08:19] applying for ubuntu-mozilla-uploaders is just like a PPU application, right? [08:20] Morning seb128, marcustomlinson, Laney [08:30] hey duflu, how are you? [08:30] oSoMoN, I'm not familiar with ubuntu-mozilla-uploaders but it sounds like it [08:30] seb128, alright. Surprised to find that there was zero discussion on any of my merge requests last week, so kind of good, kind of :) How are you? [08:32] I'm good! [08:32] duflu, no discussion but still some action? or is just everyone on holidays? [08:33] or everyone respected duflu's holidays, and decided not to add to his backlog [08:35] Oh, one thing landed, but that's not really worth mentioning https://gitlab.gnome.org/GNOME/mutter/merge_requests/778 [08:35] GNOME issue (Merge request) 778 in mutter "Fix 32-bit compiler warnings" [Merged] [08:53] Morning desktoppers o/ [08:54] Morning Wimpress [08:54] seb128: Thanks for the slideshow update. [08:54] Wimpress, np! [08:54] hey Wimpress :) === ecloud_ is now known as ecloud [08:59] is anyone alse having issues connecting to the GNOME infra today? [08:59] seb128, no (?) [08:59] thx duflu, probably my isp [08:59] Though that's just gitlab web right now [09:00] good morning Wimpress [09:00] no issue for me either [09:01] k, changing DNS servers to use the google ones and it's back at working, so isp blaming! [09:03] enigmail tests all passed \o/ [09:04] now it seems I'll need to trigger again the jsunit ones, and thunderbird should finally migrate [09:06] oSoMoN, ah, so we need the jsunit again? I'm getting lost with those multi-trigger retries [09:14] ricotz, good morning! sorry for not getting back to you earlier, I'm totally seeing the partial translations problem you raised with firefox 70.0 beta 11 [09:14] the chrome is correctly localized, but the web UI at e.g. about:preferences is not [09:39] seb128, gitlab's now really down [09:39] I jinxed it? :p [09:39] ricotz, upstream builds are not affected, apparently, but they distribute language packs rather differently, so not really a surprise [09:39] but yeah, changing dns got me gnome irc/ftp working but not gitlab, I gave up for now [10:10] thunderbird migrated \o/ [10:11] that's a migratory (thunder)bird [10:18] oSoMoN: :) [10:21] mpt, hello, have you had a chance to think about https://wiki.ubuntu.com/SoftwareAndUpdatesSettings#drivers ? [10:39] oSoMoN, hi, I didn’t get to it last week but plan to work on it this week [10:42] mpt, ack, thanks. At this stage that'll be work for the 20.04 cycle I think, but I'll implement it as early as possible [10:46] oSoMoN, yes, I thought it was low priority because Will said at the sprint there was no longer time for 19.10 [10:46] And it will be a non-trivial change to convey things like “If you have multiple cards from the same vendor they must use the same driver” [10:58] oSoMoN, well done! [11:11] Perhaps somebody around that has quite some ALSA knowledge to debug something? [11:37] dupondje, hey, I don't think we have experts on the topic but we might still be able to help if you ask the actual question :) [11:48] seb128: Well I have a Dell WD15 dock, headphones output on it is shown correctly in pulseaudio etc, but it stays complete silent :( [11:48] Laney, what do you think about skipping the ruby-gnome autopkgtest failure to let gst-plugins-good1.0 migrates? [11:49] treid already multiple things with pulseaudio guys, but they think its a alsa/kernel issue :( [11:49] strange thing also is that I see multiple reports where it seems to be working on linux ... [11:49] dupondje, what Ubuntu serie? [11:50] Eoan :) [11:50] dupondje, https://gitlab.freedesktop.org/pulseaudio/pulseaudio/issues/572 sounds like past report about such issues but I expect those changes are in Eoan :/ [11:50] PulseAudio issue 572 in pulseaudio "Regression with Dell TB16/WD15: audio not working with kernel 4.18" [Closed] [11:52] also https://bugs.launchpad.net/ubuntu/+source/alsa-lib/+bug/1806532 [11:52] Launchpad bug 1806532 in linux (Ubuntu) "The line-out on the Dell Dock station can't work" [Critical,Fix released] [11:52] basically no idea about that one sorry :/ [11:54] seb128: yea that patch is included in Eoan, but indeed doesn't work [11:55] Collegue on 18.04 with same setup neither has sound, so seems broken long-time :P [11:59] seb128: kind of bad, let's kill that stack out of eoan [12:00] * Laney files a bug about doing that [12:15] https://bugs.launchpad.net/ubuntu/+source/rabbiter/+bug/1846331 [12:15] Launchpad bug 1846331 in ruby-gnome (Ubuntu) "tests broken with gobject-introspection 1.62" [Undecided,New] [12:15] think that's the lot [12:16] https://bugzilla.kernel.org/show_bug.cgi?id=205071 lets do it that way then :D [12:16] bugzilla.kernel.org bug 205071 in Sound(ALSA) "No sound on Dell WD15 dock" [High,New] [12:16] bit late but /me is reviewing zfs in ubiquity again [12:24] Laney, k, wfm, thanks [12:25] Laney, does that need an ack from another r-t member? [12:26] don't think so [12:26] I've never asked for acks for this kind of thing anyway [12:26] k, thx [12:26] please check my working though! [12:26] will do yes [12:39] also don't close the bug tasks otherwise it could migrate straight back [12:41] good point [12:43] :> [13:37] didrocks: jibel: I got https://people.canonical.com/~laney/weird-things/zfs-grub.png just now trying with the branch [13:37] syslog: https://paste.ubuntu.com/p/jjT4pSgnGB/ [13:59] interesting, this is typically zfslinux-utils which couldn't be installed [14:01] zfsutils-linux? [14:01] zfslinux-utils [14:02] ok, that's a new one on me [14:03] this is the zfs command line [14:03] grub is using it as well [14:03] (no, it's really zfsutils-linux, never know which way around) [14:03] ah :> [14:04] but yeah, typically, it's that it couldn't be installed in the chroot for $reason [14:04] and despite using the ubiquity utils, and the script exiting with 1, ubiquity doesn't fail before [14:04] I wonder though, jibel and I both did multiple successful install yesterday [14:11] Oct 2 13:18:37 ubuntu ubiquity: mount: /target/boot/efi: /dev/vda1 already mounted on /target/boot/grub. [14:11] is it that? [14:11] I don't see anything from your script after there [14:13] yeah, it seems to be it [14:13] so, the efi detection is wrong (we preserve the efi) an mixed with the grub partition [14:14] can you dump your disk layout, please? [14:16] like fdisk -l? [14:17] sfdisk -l even [14:17] (for gpt handling) [14:18] okey [14:20] VM is being slowwwwwwww [14:24] we even used real hardware with a similar config though! [14:25] bonus point if you can add a set -x to the script and rerun an install :) [14:25] https://paste.ubuntu.com/p/jm6b89rkYD/ [14:26] ok, will do that [14:26] hum, I don't see an efi partition there… [14:26] ohhhh, maybe since we added efi support, we didn't test without it… [14:26] what is your config, straight qemu? [14:26] (no efi) [14:26] right, its bios [14:27] that may be it, let me try an install without efi with latest code [14:29] once I can git clone that again [14:30] https://packages.home.orangesquash.org.uk/dev/ubuntu/ has it ;-) [14:30] 404, just adding it as an archive (component main I guess?) [14:30] yeah [14:31] thx, that's handy :) [14:31] you'll need to add my gpg key [14:31] yep, is it yours or another one? [14:31] sudo apt-key adv --keyserver keyring.debian.org --recv-keys "3D0E FB95 E7B5 237F 16E8 2258 E352 D5C5 1C50 41D4" [14:31] I doubt you are having your personal one signing this archive :) [14:31] that's me [14:32] thx [14:32] ah ok [14:32] sure I am, it's just published from my pc [14:32] manually [14:32] ah ok, I thought you had a fancy local build farm :) [14:32] sadly not [14:32] sbuild -> reprepro include [14:32] it's at least inside a separate lxd [14:32] container [14:35] got it, thanks [14:35] let me see if I can reproduce here without efi [14:37] running with set -x now [14:38] cold has just decided to make itself known again... [14:38] brb [14:39] :( [14:43] Laney: confirmed [14:43] :> [14:43] jibel: so, the efi handling broken the non efi one [14:43] well, ":>" [14:43] sorry to not have spotted it before and retried that Laney [14:43] we'll do another round with and without efi I guess :p (jibel knows more the regexp setup that I, so maybe we'll work on this together) [14:44] stupid users always manage to break things :p [14:44] good to have tested it though [14:44] yeah, sad that we can't easily bake in into ubiquity tests directly without testing the whole iso [14:45] this would have make this easier to spot [14:45] (and yeah, stupid users, the code was *perfect*) ;) [14:45] indeed [14:45] could it be tested via preseeding on the iso smoke tests? [14:46] yeah, I guess we'll need that at some point, but I don't think the infa support installing ubiquity first from a ppa [14:47] good morning [14:47] hey hellsworth [14:48] hi didrocks hope your day has gone well :) [14:48] mostly, thanks ;) Hoping your one will be great! [14:48] me too. [14:50] I feel like https://bazaar.launchpad.net/~ubuntu-test-case-dev/ubuntu-test-cases/desktop/files/head:/scripts/ a script in there could add a random archive and install ubiquity from it [14:50] but jibel would know more [14:50] hey hellsworth [15:48] hi Laney :) sorry didnt' see your hi until just now === pstolowski is now known as pstolowski|af === pstolowski|af is now known as pstolowski|afk [16:40] ricotz, bug #1846371 FYI, I'm looking into it [16:40] bug 1846371 in firefox (Ubuntu) "firefox 70.0 beta 11 isn't fully translated" [High,New] https://launchpad.net/bugs/1846371 [16:50] Laney, thanks for testing, i'll see what's wrong with non-uefi systems [16:51] as for the tests we have autopilot tests which can pull ubiquity from anywhere and run an installation [16:53] no worries, ping me when there's a new version [17:01] ken: https://gitlab.gnome.org/GNOME/tali/merge_requests/7 [17:01] GNOME issue (Merge request) 7 in tali "snap: Update yaml to use gnome extension" [Opened] [17:02] kenvandine, ^^ [17:03] kenvandine, this too: https://gitlab.gnome.org/GNOME/swell-foop/merge_requests/4 [17:03] GNOME issue (Merge request) 4 in swell-foop "snap: Update yaml to use gnome extension" [Opened] [17:08] thanks! [17:10] hellsworth: done :) [17:29] good evening/rest of the day everyone [18:38] jibel: hey; did you upload ubiquity 19.10.14 ? [18:39] it's not UNRELEASED in ubiquity git; but I can't find the upload [18:43] cyphermox, no it is not uploaded, not important enough [18:44] cyphermox, I was wishing zfs would be reviewed today and release all at once but there is still something to fix [18:46] jibel: ok; mind if I put it back to UNRELEASED and add a translation update then? [19:25] cyphermox, that's fine [19:25] oh good, cause I timed out and just did :) [19:25] err, not UNRELEASED though, but you'll want to pull from git anyway