=== jamesh_ is now known as jamesh
callmepkgood morning00:59
pieqhey callmepk !02:28
dufluHi callmepk and pieq 03:12
dufluHi luna_ 03:21
pieqhi duflu and luna_ :)03:26
jibelGood morning all04:25
Maikgood morning everyone04:36
dufluMorning jibel, Maik 04:49
jibelHi duflu 04:52
Maikhey duflu05:02
oSoMoNgood morning desktoppers05:55
Maikgood morning oSoMoN05:57
jibelSalut oSoMoN 06:06
oSoMoNhey Maik, salut jibel 06:10
didrocksgood morning06:24
Maikhi didrocks06:24
didrockshey Maik 06:25
oSoMoNsalut didrocks 06:30
didrockshey oSoMoN 06:35
marcustomlinsonmorning all06:56
dufluMorning oSoMoN, marcustomlinson 06:57
dufluMorning didrocks 06:57
ricotzgood morning desktopers07:01
dufluHi ricotz 07:07
didrockshey duflu, marcustomlinson 07:11
jibelHello didrocks and marcustomlinson 07:25
jibelhow is life today?07:25
seb128goood morning desktopers07:27
jibelsalut seb128 07:32
seb128lut jibel , comment ça va aujourd'hui ?07:32
jibelseb128, ça va bien et toi?07:35
seb128ça va bien!07:40
didrockssalut jibel, seb128 07:42
didrocksça peut aller, mal de crâne, par contre07:43
dufluHi seb128 07:43
oSoMoNgood morning marcustomlinson, duflu, ricotz, seb128 07:45
marcustomlinsonjibel: sorry missed that. good thanks :) and you?07:46
seb128lut didrocks , oSoMoN 07:48
seb128hey marcustomlinson , duflu 07:48
seb128didrocks, outch, manque de sommeil?07:48
didrocksseb128: ouais, nuit difficile07:49
seb128bon courage alors07:50
didrocksmerci !07:51
oSoMoNTrevinho, hey, when you're around could you please create a groovy branch at https://code.launchpad.net/~unity7maintainers/ubuntu-seeds ?08:02
oSoMoNyo Laney 08:05
oSoMoNhandsome_feng, hey, would you mind reviewing https://github.com/ukui/ukui-desktop-environment/pull/26 ?08:05
oSoMoNhandsome_feng, and https://code.launchpad.net/~osomon/ubuntu-seeds/+git/ubuntukylin/+merge/390843, too08:07
oSoMoNseb128, I submitted https://salsa.debian.org/debian/gedit-latex-plugin/-/merge_requests/1 but got no feedback from the Debian maintainer yet, should I go ahead and prepare an ubuntu debdiff to help gvfs migrate until Debian takes it?08:25
oSoMoNnote that the gedit latex plugin appears to be broken anyway, but that's a separate (and older) problem: bug #187582008:25
ubot5bug 1875820 in gedit-latex-plugin (Ubuntu) "LaTeX Plugin not working" [Undecided,Confirmed] https://launchpad.net/bugs/187582008:25
jibelan easy one to review. Removal of popcon from the installer https://code.launchpad.net/~jibel/ubiquity/+git/ubiquity-1/+merge/39088208:27
seb128oSoMoN, yes08:33
seb128oSoMoN, well, if it's not working we could as well remote it...08:33
seb128oSoMoN, unless we want to also apply the commits mentioned at the end of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=95581208:35
ubot5Debian bug 955812 in gedit-latex-plugin "gedit-latex-plugin does not work anymore" [Important,Open]08:35
oSoMoNseb128, the traceback I'm seeing when trying to activate the plugin in a fully up-to-date groovy VM is a different one that wouldn't be addressed by those commits, I think08:40
oSoMoNso it looks like the plugin needs more work08:40
jibelxnox, I didn't follow how the live image changed. The iso validation tests have been failing for a while because there is no /EFI/BOOT/* on the ISO. I suppose it's expected. Can I safely remove this check and should I replace it with another one?08:42
seb128oSoMoN, https://gitlab.gnome.org/GNOME/gedit-latex/-/commit/2b4cbb44 ?08:46
Laneymoin oSoMoN jibel and seb128 08:46
jibelGood morning Laney 08:46
Laneythat thing could equally be NMUed + synced or removed I'd say08:46
seb128oSoMoN, anyway I don't think we should waste efforts on an universe plugin08:46
seb128you have probably higher importance work on your plates08:47
seb128hey Laney , how are you?08:47
seb128'tracker search' is broken on Ubuntu and we never noticed08:48
seb128another -Bsymbolic-functions victim08:48
oSoMoNseb128, I agree, let's remove it?08:49
oSoMoN(not tracker, gedit-latex-plugin ;))08:49
seb128oSoMoN, k, it can come back by autosync if/when Debian fixes it08:49
seb128oSoMoN, removed08:50
Laneyhey seb128, yeah I'm OK, did some soldering last night, trying to learn new skills!08:52
Laneygood find on tracker, sounds like that would be a nice autopkgtest08:53
seb128Laney, electronic? did you try to fix something?08:54
Laneynah, I got this kit to make a GPS clock that comes with all the parts but you have to put them together08:54
xnoxjibel:  would it be possible to mark it as xfail or some such? mwhudson and vorlon have been working on ressurecting that.08:54
jibelxnox, yes, I can do that08:57
jibelxnox, is it the discussion in bug 1895131 ?08:58
ubot5bug 1895131 in casper (Ubuntu) "Groovy Desktop *BREAKS* the most common method of creating UEFI bootable drives for Ubuntu installation" [Undecided,Confirmed] https://launchpad.net/bugs/189513108:58
jibelhow do I type a superscript letter on a French keyboard?08:59
jibelother than copy-pasting from a unicode table09:01
seb128jibel, ctrl-shit-U <unicode number>?09:06
seb128ctrl-shit-U 00B3 ³09:07
seb128if that's what you are asking?09:07
jibelyeah, I was looking for something more user friendly, I don't know the code for every letter09:08
oSoMoNyou could define compose key shortcuts, but I suppose you were looking for something that works OOTB09:09
xnoxIs Windwos+L supposed to lock Ubuntu Desktop? I'm sure it used to..... but not anymore?09:10
jibellike in libreoffice09:10
jibelwhich I did in the end open LO, type what I want, copy/paste in TB09:11
jibelWin+L still locks the desktop here. All updates aplied09:11
seb128jibel, if you don't know the symbols then using gnome-characters to browse?09:16
seb128you can even search there, e.g ctrl-F and type 'fraction' is that's a fraction symbol you are after09:17
jibelthat's what I tried at first. But if I type 'superscript' there are no letters, and if I type the letter I want, there is no superscript09:19
jibelLO for the win :)09:20
seb128jibel, weird, it works for me, https://people.canonical.com/~seb128/characters.png09:25
seb128jibel, but it finds them also on the real name (well I don't know about superscripts just glanced to https://en.wikipedia.org/wiki/Unicode_subscripts_and_superscripts)09:26
seb128e.g U+00B9 ¹ SUPERSCRIPT ONE, U+2044 ⁄ FRACTION SLASH, U+2082 ₂ SUBSCRIPT TWO 09:26
jibelrigh,t but there are no letters there09:26
seb128if you search for 'fraction slash' it finds it09:26
seb128what letter are you after?09:26
jibelsomething like 1er, 2eme, .., but superscript09:27
jibelsuperscript e gives me 8 and = in g-characters09:28
seb128k, learning every day :-)09:30
seb128jibel, but yeah, gucharmap does the same, it find eight and equal09:30
seb128but no 'e'09:30
jibelanti french writers conspiracy :P09:32
seb128jibel, it's caleed U+1D49 MODIFIER LETTER SMALL E09:32
seb128so you can filter on modifier letter09:32
jibelI'll write everything in LO now, the only editor that understands me09:33
jibelecho "export EDITOR=lowriter" >> ~/.bashrc09:33
jibelseb128, thanks for searching 09:34
seb128it was fun to learn what superscripts are :)09:34
oSoMoNif you start seeing superscript letters all over the place in commit messages, don't ask…09:37
jibelparide, I'll skip the 2 UEFI tests in iso validation for both server and desktop in utah until it's resolved.09:37
paridejibel, you mean, bypass them in the code?09:38
jibelYou should be worried I working on Utah tests and talking about superscript >:)09:38
jibelparide, changing skipunless() to skip() in the testsuite09:38
jibelin iso_static_validation.py more precisely09:39
parideI hope that doesn't require superscripts :P 09:40
paridejibel, anyway OK09:40
jibelparide, its broken right now because there is no EFI/BOOT09:40
parideyes, I kind of have a fix in mind09:40
paridebut maybe there's smarter way09:40
jibelit requires cap letters, not sure it's available on a french keyboard09:40
jibelparide, vorlon and mwh are working on resurrecting that, so skip() until they come to a conclusion seemed reasonable.09:41
paridemmh this doesn't match my understanding of the problem09:42
paridejibel, is there a bug/MP?09:42
jibelI don't have any09:43
jibelI think it's related to bug 189513109:43
ubot5bug 1895131 in casper (Ubuntu) "Groovy Desktop *BREAKS* the most common method of creating UEFI bootable drives for Ubuntu installation" [Undecided,Confirmed] https://launchpad.net/bugs/189513109:43
paridelet's see09:43
paridejibel, yes that's it, but it's not clear if and how it's going to be fixed09:50
parideI was thinking to make utah check the files in the actual ESP partition instead of checking the copies of the EFI files that are/were present in the main iso9660 filesystem09:51
paridebut well, if we *want* to provide those copies for convenience they they should be validated too09:53
jibelright, we could do both09:55
Trevinhomarcustomlinson: hey, any news on gnome-terminal 3.38?09:56
paridejibel, I'll comment to the bug09:57
LaneyTrevinho: did you see oSoMoN's message about the unity seeds?09:58
Laney& hi :>09:58
oSoMoNhi Trevinho :)09:58
TrevinhoI saw it now, highmon wasn't efficient09:59
TrevinhooSoMoN: any change needed for the seed, or can I leave it to you?10:05
paridejibel, btw venonat went ENOSPC again a few days ago, I did a cleanup and reboot10:10
marcustomlinsonTrevinho: was gonna use my Friday to do that. why?10:11
marcustomlinsonno update sorry10:11
Trevinhomarcustomlinson: ok, just to know if you were still planning that or we could start some work on it10:12
TrevinhooSoMoN: I've made it at https://code.launchpad.net/~unity7maintainers/ubuntu-seeds/ubuntu-unity.groovy feel free to hack it if needed, let me know if you need approvals10:12
oSoMoNTrevinho, thanks, I'm going to submit a MR against that branch shortly, I'll need your review/approval10:14
TrevinhooSoMoN: ok ping me when needed10:15
oSoMoNTrevinho, there: https://code.launchpad.net/~osomon/ubuntu-seeds/ubuntu-unity.groovy/+merge/39089410:17
jibelparide, okay, I restarted the upgrade slaves.10:17
paridejibel, commented to https://bugs.launchpad.net/ubuntu/+source/casper/+bug/1895131 10:17
ubot5Ubuntu bug 1895131 in casper (Ubuntu) "Groovy Desktop *BREAKS* the most common method of creating UEFI bootable drives for Ubuntu installation" [Undecided,Confirmed]10:17
parideI hope it makes fully sense for Desktop too10:17
TrevinhooSoMoN: done10:19
oSoMoNTrevinho, thanks! now we'll need a MOTU to update ubuntu-unity-meta10:20
LaneyI'll do that10:30
Laneylet's see how much stuff it has picked up since eoan10:32
Laneyneed to drop i38610:35
jibelparide, it makes sense. I'll push the 'skip'10:36
jibelparide, well, I'll skip only for groovy and we can revisit the decision for H10:40
paridejibel, I agree10:40
ricotzmarcustomlinson, hey, heather wanted to provide you with a libreoffice 7.0.1 package to sponsor, the ppa build passed the autopkgtests already?10:48
marcustomlinsonricotz: I don't recall running those for her. let me look through her millions of ppas for the right one ;P10:51
ricotzmarcustomlinson, it would have been a run against the libreoffice prereleases ppa10:51
oSoMoNLaney, thanks!10:53
ricotzmarcustomlinson, given the release schedule, it might make sense to pick up 7.0.2~rc1 building in prereleases now, which also meant to improve the integration of the yaru icon style for ubuntu sessions10:53
ricotzlibreoffice 7.0.2 final will be out after the beta freeze, so it would a minor update if rc1 goes in now10:54
ricotzmarcustomlinson, https://wiki.documentfoundation.org/ReleasePlan/7.0#7.0.2_release10:54
marcustomlinsonricotz: either way I need to get a thumbs up from heather on manual testing, I'll ping her later10:54
ricotzmarcustomlinson, ok, the delay with 7.0.1 is unfortunate :(10:55
ricotz(which made it possible to pick up 7.0.2~rc1)10:55
marcustomlinsonricotz: I myself wouldn't usually bother with the rc's unless it was for a major release to weed out any big update issues11:00
marcustomlinsonricotz: but I ack your point11:01
ricotzmarcustomlinson, basically the weeding out is happening upstream after the big 7.x release ;)11:06
ricotzmarcustomlinson, was there an autopkgtest run against https://launchpad.net/~libreoffice/+archive/ubuntu/libreoffice-prereleases/+sourcepub/11572068/+listing-archive-extra11:06
paridejibel, mp approved11:10
Laneyseb128: did you notice the geary failure?11:19
seb128Laney, yes, it built in Debian though and I'm a bit puzzled at what component update in groovy is creating those errors11:20
seb128any clue?11:20
seb128also it failed on debian/s390x in a similar fashion, to add to the weirdness11:20
LaneyI dunno, didn't look, just wanted to point you to it as syncs don't create ftbfs emails11:21
Laneynot supposed to look at this stuff on +1 :D11:21
seb128../test/client/util/util-cache-test.vala:22.9-22.19: error: The type name `Lru' could not be found11:21
seb128ricotz, ^ any idea about what that could be due to?11:21
seb128oh, it didn't fail that way on the ubuntu builders, let's wait for -3 to be available and sync that11:23
seb128though I get that error ^ in a local build11:23
* ricotz is looking11:24
ricotzseb128, might be an insufficient build dependency check?11:26
seb128ricotz, I guess it could, but unsure what it could be11:30
ricotzeyes on 0.55.3-111:30
seb128also what is Lru ?11:30
seb128ah, meson11:30
ricotzseb128, it is a class in src/client/util/util-cache.vala:public class Util.Cache.Lru<T> : Geary.BaseObject {11:31
ricotzI mean, I suspect meson11:31
seb128ricotz, thanks, still weird, it's failing a groovy chroot but not on the buildds, also failing that way only on s390x in Debian11:34
ricotzweird indeed11:35
LaneyThe specific failure in groovy is just the thing fixed in -2 afaics, but no idea about the Lru thing :(11:40
seb128Laney, on a local chroot on amd64 I get the lru thing11:41
seb128go wonder11:41
Laneyfor unstable?11:41
LaneyW E I R D11:42
slyonhmm... My netplan/arm64 test failed again :-/ ... The test creates a /netplan-dummy.service file, reboots, and moves it to /run/systemd/system/ after reboot. This file is missing after reboot (or not created at all?) on arm64, while it works on the other architectures... The other file created during the same test (/etc/systemd/system/cloud-init-dummy.service) works just fine on all architectures.12:12
slyonDoes anybody have an idea what could cause this file to be missing/deleted on the arm64 autopkgtest runner?12:13
seb128slyon, try asking on #ubuntu-devel rather, the issue isn't really a desktop one, you might have more people knowing about that on the other channel12:15
slyonoops, wrong channel, sorry12:16
seb128no worry12:16
jibelparide, sorry for the spam12:25
jibeltrying to get this static validation test right12:26
ricotzseb128, jfyi, I would expect such an error with vala 0.48.x if the source relies on a 0.50.0 feature, but this would result an error on every arch12:35
seb128ricotz, right12:36
jibelparide, finally got the correct list of files for groovy. There are 2 tests failing for live-server but they should fix themselves once the images are in sync.12:43
jibelI(ll push the change. Not one I'm happy with, I special cased focal, but that'll do.12:44
paridejibel, I'll trigger a live-server download, let's see if it passes12:45
jibelparide, it should the 2 failures are the timestamp and the checksum12:46
paridejibel, it passed with the latest image12:46
paridejibel, thanks for this! 12:46
jibelparide, FYI everything's in git, I didn't do a release from the debs.12:47
paridejibel, so it's in git + applied locally on venonat?12:48
jibelparide, yes12:48
parideok, we can switch to the .debs after the next daily build12:49
jibelohoh 12:54
jibelYay Jenkins build is back to normal : ubuntu-groovy-desktop-amd64-smoke-default #4112:54
seb128Trevinho, is that pipewire update/ppa needed? did you check with Ken if updating the portals to 1.7 was something we want this cycle?13:20
GunnarHjGood afternoon!13:21
GunnarHjThe fonts on the login screen and the top bar are strikingly small for me in groovy. Is that an intentional change?13:21
Trevinhoseb128: well, it is not *stricly* needed, but given that it was helping moving on for next cycle we said with Laney to do this13:21
Trevinhoseb128: but no... Do we have breakage by that?13:22
seb128Trevinho, I don't know, it's rather to know what portal series are supported as stable ones, also need to make sure it doesn't create issues for desktop snaps13:22
Trevinhoseb128: in theory mutter could just go in without any pipewire build-dep in ubuntu, but...13:23
seb128Trevinho, just ask Ken before landing new portals and make sure it doesn't create issues for snaps13:24
Trevinhoseb128: from what I see 1.7.0 is just about supporting mutter screencasting and few small things https://github.com/flatpak/xdg-desktop-portal-gtk/blob/master/NEWS13:24
Trevinhowe won't use that mutter thingy this cycle, but I assume we will next one13:24
Trevinhoso to make things easier...13:24
seb128I'm not saying we shouldn't update, just asking that we check with the corresponding stakeholders before landing a new serie13:25
Trevinhoseb128: sure13:27
Trevinhowill do13:27
Trevinhoseb128: when you've time maybe you can handle harfbuzz? From what I see the ubuntu one is just about rebuilds so we can probably just sync from debian?13:32
Trevinhoalso is gst-plugins-good1.0 under our umbrella? as it seems the only thing in gstreamer that isn't in sync13:33
seb128Trevinho, good/bad needs merging, LocustusofBorg is supposed to do those...13:34
seb128Trevinho, harfbuzz you can sync if you want I guess yes13:34
* Trevinho missess powers13:35
seb128do we need it for anything?13:35
seb128I'm unsure how to properly test that component...13:35
Trevinhowell pango uses it, not a requirement, but..13:35
Trevinhoif you get good text we're good :)13:35
seb128expect it's rather useful for non latin glyphs13:36
seb128which I've no clue about13:36
Trevinhoseb128: mostly fixes https://github.com/harfbuzz/harfbuzz/blob/master/NEWS#L5013:36
Trevinhoseb128: in the portals it seems there are only API additions though (https://github.com/flatpak/xdg-desktop-portal/compare/1.6.0...1.8.0#diff-4cabe9d9ee00aececc8de6a19ddc03e0) but those are just "vardict" options so something that can be passed to the DBus API as optional argument, so snaps should be fine with that13:43
Trevinhonot sure also what `better support for snap and toolbox` means13:44
seb128Trevinho, no need to convince me, just ask Ken for a +1 and so they know we are updating13:47
Trevinhono wasn't about convincing, just to show what's going on :)13:47
kenvandineTrevinho: cool, yeah good to grab that13:48
Trevinhokenvandine: hey... so the idea was to do a transition to pipewire-3 that involves also the portals 1.813:48
kenvandinewe need to look into pipewire13:49
Trevinhokenvandine: I don't think it should break anything, but seb128 rightly pointed out to check with you13:49
kenvandinepipewire isn't in main, is it now a depends?13:50
Trevinhokenvandine: would be this https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/4265.1/+packages13:50
Trevinhokenvandine: it always been a build-depend not to be a debian diff, we could avoid it, but given we'd have to do this next cycle anyways (very likely), we thought it would be just better to do it earlier13:51
Trevinhoto reduce the various debian/upstream deltas13:51
kenvandinei agree13:51
kenvandinewe need to do it13:51
Laneywhat is this new constraint, which packages do we have to consult with kenvandine about now?13:53
TrevinhoLaney: desktop-portals13:54
Laneyyou mean?13:56
LaneyI don't want to get this wrong, and it's a new requirement that I've apparently missed13:57
kenvandine Laney he just wanted to make sure it wasn't going to break snap integration14:01
LaneyI'm looking for guidance on how to tell if that's likely14:01
seb128Laney, I guess the question was rather 'did someone try a bunch of snaps that use portals and make sure there is no regression'14:04
seb128Laney, asking Ken to verify seemed like an easy way to get confirmation since he knows which one do use portals and how to test14:04
Laneyseb128: I don't know how to tell which updates trigger that question14:05
seb128Laney, https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/4265.1/+packages did14:05
seb128which includes xdg-desktop-portal-(gtk) to 1.714:05
seb128we discussed 1.6 vs 1.7 some weeks ago here and I asked Ken if we should update and he said he wanted to talk to upstream before taking the new serie14:06
seb128so I was just trying to make sure we don't overlook an issue with updating14:06
Laneyso any update to xdg-desktop-portal package?14:06
Laneyand -gtk14:06
seb128unsure what's the problem you try to raise?14:06
seb128but yes, updating portals to a new serie after ff I would expect we verify that the update has no regression by testing with known snaps14:07
LaneyI want to know how to know when to ask such a question14:07
Laneybecause I would have uploaded this,s o I'm looking for guidance14:07
Laneythat's all14:07
seb128I guess I could change that14:07
seb128need a ffe14:07
Laneyjust trying to do the right thing really14:08
seb128I was just asking if we tested the new portals with some snaps14:08
seb128sorry if that was a weird question14:08
Laneyit's not weird!14:08
TrevinhoI think it was right to do indeed14:09
LaneyI'm just asking for clarification so I can ask the same questions14:09
seb128the angle I'm coming from is that I don't think we have solid testing about snaps and portal atm14:09
Laneytrying to get information on what you think is required, and when, so that I can do the same14:09
seb128other things we probably know how to test better14:09
Laneyit's not a challenge, it's not supposed to come across like that14:09
Laneytrying to help myself do better14:09
seb128k, sorry14:09
seb128but yeah, to reply at your question, I think we should test that portals still work correctly when updating the portal or -gtk components14:12
seb128I'm not sure myself how to do that though, I don't know exactly what integrations bits are working with snaps today and what snaps are good candidate to test14:12
Laneythere's a portal tester app somewhere isn't there14:13
seb128which is why I suggested asking to Ken, but we should probably document that or at least share the knowledge14:13
seb128could be :-)14:13
Laneyportal-test               0+git.0dc8864   jamesh                -      xdg-desktop-portal test application14:13
seb128sounds like a good one indeed, thanks for the pointer14:15
seb128Trevinho, ^ just confirm with that snap that things still work as expect I guess then :-)14:16
LaneyI wonder if someone would be interested in writing that as e.g. an ISO test case14:17
seb128kenvandine, ^ you maybe?14:20
Laneymaybe it could be a point in http://iso.qa.ubuntu.com/qatracker/milestones/413/builds/220597/testcases/1303/results ?14:22
Laneyif someone writes the text, me or jibel can get it in there14:22
Trevinhoseb128: soooo... just tested `portal-test` and it does WORK14:23
seb128great :-)14:24
TrevinhoI think portal is broken in one thing btw... in the snap, if you save something in /tmp it still points to snap's $TMPDIR, which... Isn't what the portal is supposed to do14:25
TrevinhoI think that's also the reason why firefox open download isn't working well?14:26
TrevinhooSoMoN: maybe you looked at it? ^14:26
kenvandinewe have the portal-test snap that's useful for testing that stuff14:26
kenvandineTrevinho: the firefox open thing is really caused by browser-support in snapd14:27
kenvandinethat is fixed in snapd, but not released to stable yet14:27
Trevinhokenvandine: I see14:28
kenvandinei'll add this PPA in a VM and test the portal integration14:28
Trevinhokenvandine: nice, thanks14:32
Trevinhokenvandine: expect the shell to make uninstall you the indicators :)14:33
kenvandinethat's fine :)14:33
hellsworthgood morning desktopers14:41
hellsworthricotz: i know you're eager to go for 7.0.2~rc1 but 7.0.1 is ready to go now14:45
oSoMoNgood morning hellsworth 14:46
hellsworthhi there oSoMoN !14:47
ricotzhellsworth, ack, the rc would be something for next week14:54
hellsworthricotz: i'm rebuilding the artifacts now with seb's changelog entry moved.. 14:57
hellsworthmarcustomlinson: you did run autopkgtests against the prereleases ppa 7.0.1 and they all passed except for arm64 but it looks like a builder failure and nothing more15:00
marcustomlinsonok sorry I do vaguely recall this from last week yeah15:01
hellsworthlast friday you ran the tests15:06
hellsworthor maye it was thursday15:06
hellsworthmarcustomlinson: you may be happy to know that i just deleted 9 ppas. so i'm down to only 3 now :)15:14
kenvandineTrevinho: everything in portal-test that worked in focal works in groovy with the PPA15:26
Trevinhokenvandine: great15:27
Trevinhothanks for confirming 15:27
marcustomlinsonhellsworth: :)15:31
ricotzhellsworth, package looks good now15:46
hellsworthmarcustomlinson: can you please upload this to groovy? https://launchpad.net/~hellsworth/+archive/ubuntu/lo-dummy-repo-1/+packages15:46
marcustomlinsonhellsworth: will do in a few16:06
marcustomlinsonricotz, hellsworth, https://launchpad.net/ubuntu/+source/libreoffice/1:7.0.1-0ubuntu116:49
ricotzmarcustomlinson, \o/17:07
ricotzhellsworth, please don't forget to update the git branch17:08
hellsworthricotz: i pushed the changelog change and pushed a tag17:20
=== ijohnson is now known as ijohnson|lunch
=== ijohnson|lunch is now known as ijohnson
seb128marcustomlinson, I've no idea how close were glibc and poppler to migrate but that upload is resetting the transition until libreoffice is built and its autopkgtest results come back green now :-/19:03
hellsworthso sorry seb128 for the glibc and poppler migration interruptions :(20:45
seb128don't worry, it's tricky to know about ongoing transition (and on that note 'night desktopers)20:56

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