callmepkGood morning01:23
dufluHi callmepk 01:32
jameshhi callmepk, duflu 01:34
dufluMorning jamesh 01:34
callmepkMonring duflu, jamesh 01:39
dufluRAOF, this will be handy: https://gitlab.freedesktop.org/mesa/mesa/-/commit/fa5e800e0501:39
dufluIt's been so long coming. I really shouldn't be excited about it01:41
WimpressHi duflu o/01:42
dufluHi Wimpress 01:42
dufluBit late?01:42
Wimpressjamesh: o/01:42
jameshhi Wimpress 01:43
WimpressYeah, I have war stories about Z390 motherboards, memory timings and nvidia drivers in Ubuntu 01:43
WimpressAlso, duflu, thanks for digging into Plymouth. 01:44
dufluWimpress, no worries. I am still affected by a couple more bugs in there I hope to fix01:44
dufluon various machines01:44
WimpressThe spinner theme is working brilliantly across a range of devices I have with different IGPs and GPUs. 01:45
dufluWell, hopefully many machines but not enough of my machines yet01:45
WimpressIf there are bugs still, I can't obviously see them them. 01:45
WimpressAlso, jamesh, apologies in advance. I won't be making the snapd code review call later. 01:46
WimpressIt's nearly 3am here. 01:46
jameshWimpress: no problem.01:46
WimpressSleep required before resuming the beta sprint and then the Snapcraft Summit which is PDT timezone. 01:47
jameshvirtual summits are hard when you're in the wrong time zone :(01:47
WimpressIndeed. 01:47
WimpressAlso, really appreciate your diligence on Firefox and snap integration. 01:48
jameshWimpress: btw, the xdg-open improvements should be making their way into snapd 2.44.2.  This will make existing snaps that call /usr/bin/xdg-open talk to xdg-desktop-portal if it is available01:49
jameshso no more ugly zenity dialog when opening local files01:50
amurrayjamesh: wooo! that is awesome!02:06
Wimpressjamesh: That's wonderful news. 02:06
Wimpressamurray: Hello there 🙂02:07
amurrayhey Wimpress :) 02:07
amurrayWimpress: burning the midnight oil?02:07
* Wimpress considers sleepless nights to chat with all the interesting people down under 🙂02:07
WimpressYeah, burning the 3am oil. 02:08
WimpressIt's that kind of week.02:08
* amurray will have to try and be boring enough to convince Wimpress to go to bed :)02:10
WimpressBut nvidia drivers are broken and that an interesting problem to solve 🙂02:13
kenvandinewhy are you up this late03:36
kenvandinejamesh: FYI there's a snapd snap published which contains the browser-support PR and your portalinfo PR03:37
kenvandineit's published on latest/candidate/mar-2020-snapcraft-summit03:38
kenvandineworks quite nicely03:38
oSoMoNgood morning desktoppers06:02
jameshmorning oSoMoN 06:02
oSoMoNhey jamesh, how are you?06:02
jameshbringing my ancient snapd dbus-activation branch back up to date now that the user-daemons branch is pretty much done06:03
oSoMoNgood that things are moving forward on this front06:09
jibelhi all06:14
seb128goood morning desktopers!06:17
dufluMorning seb128, oSoMoN, jibel 06:22
seb128hey duflu, lut oSoMoN, jibel, how are you?06:23
dufluOK. How are you seb128?06:23
seb128duflu, I'm good thanks!06:24
jibelseb128, doing alright. Thanks.06:29
seb128duflu, do you have any idea why #Restart=on-failure is commented in the bluez bluetooth.service? would it be a good idea to enable it?06:31
dufluseb128, no. I was wondering why it didn't restart actually06:36
dufluProbably a good idea to enable it06:37
seb128duflu, k, I will do that06:37
seb128duflu, also did you see that I commented on the apport not triggering issue?06:37
dufluBluetooth? Yes06:38
dufluseb128, I wonder if LimitCORE=infinity would override protection without having to remove it06:38
duflu"it" meaning ProtectSystem=full06:39
seb128duflu, I will test, but probably more a problem on the apport side to fix?06:39
dufluI have no idea about apport06:39
didrocksgood morning06:40
dufluMorning didrocks 06:40
seb128ProtectSystem makes /usr /boot /etc read only from the manpage06:40
seb128lut didrocks, comment ça va ?06:41
dufluseb128, so it shouldn't break core dumps(?)06:42
seb128duflu, unless the apport job is triggered from the same env and tries to write into one of the locations? I will check that06:42
oSoMoNsalut jibel, seb128, didrocks 06:44
oSoMoNhey duflu 06:44
didrocksgood morning duflu, seb128, oSoMoN 06:45
didrocksça va :) et vous ?06:45
seb128ça va bien!06:46
oSoMoNla forme!06:49
marcustomlinsonmorning oSoMoN jamesh jibel seb128 duflu didrocks07:50
dufluHi marcustomlinson 07:50
didrocksgood morning marcustomlinson 07:51
jameshmorning marcustomlinson 07:52
dufluHi Laney08:03
didrockshey Laney 08:08
seb128hey Laney, jamesh, marcustomlinson, how are you today?08:08
marcustomlinsonyo Laney08:09
marcustomlinsondoing ok thanks seb12808:09
seb128I'm good thx08:09
oSoMoNgood morning marcustomlinson, Laney 08:09
didrocksgood morning marcustomlinson 08:12
Laneyhey duflu didrocks seb128 marcustomlinson oSoMoN 08:24
RAOFUrgh. If the first step of any “GNOME Shell is being silly” bug is to disable extensions, why do we allow extensions to be enabled *at all*?08:27
dufluRAOF, yeah I kind of want to block bug reports automatically on that. But I was being easier on you than on most08:31
RAOFduflu: no, I mean if it's *that* buggy isn't it a disservice to our users to allow them to load extensions *at all*?08:33
dufluRAOF: I have thought about that but imagine the complaints... probably worse than the bug reports08:33
RAOF(The bug is also not NVIDIA related, because it happens on both my desktop and my ATI/Intel laptop)08:34
RAOFduflu: is there a way we could make loading extensions an obviously-dangerous act?08:35
RAOFAlternatively, is there a way we could go back to a sensible architecture, like Unity 8? 😜08:35
dufluWell people won't miss what they never had08:36
dufluThat is in a system without extensions08:36
* RAOF would also accept “sensible” architectures like compiz-unity 😀08:37
dufluRAOF: Actually most of my requests were not extension-related in your bug so sorry if the numbering implies a required ordering08:37
RAOFI also have a gperfmon trace for you on the memory-usage bug, once I've uploaded it.08:38
RAOFBoth of those will wait for tomorrow.08:38
KGB-1mutter ubuntu/master Daniel van Vugt * [open] merge request !59: changelog: Remove a spurious line that should have been deleted * https://deb.li/AOWU09:08
KGB-1mutter ubuntu/master Iain Lane * [merge] merge request !59: changelog: Remove a spurious line that should have been deleted * https://deb.li/AOWU09:09
KGB-1gnome-shell-extensions pristine-tar 7ea702c Simon McVittie gnome-shell-extensions_3.36.1.orig.tar.xz.delta gnome-shell-extensions_3.36.1.orig.tar.xz.id * pristine-tar data for gnome-shell-extensions_3.36.1.orig.tar.xz * https://deb.li/ilJYM09:15
KGB-1gnome-shell-extensions tags a215b75 Simon McVittie upstream/3.36.1 * Upstream version 3.36.1 * https://deb.li/22n09:15
RAOFWhy, hello there `gnome-software --gapplication-service`. Good of you to be using 1.3GB RSS while not actually being used!09:17
KGB-1gnome-shell ubuntu/master Daniel van Vugt * [open] merge request !38: Keep the Ubuntu logo bright (LP: #1867133) * https://deb.li/KBHi09:19
ubot5Launchpad bug 1867133 in gnome-shell (Ubuntu) "Ubuntu logo vanishes and fades back in (with a slightly different size) on gdm start" [Low,In progress] https://launchpad.net/bugs/186713309:19
dufluHuh, the bots are communicating09:26
xnoxdidrocks:  duflu: so, ubuntu-logo theme never showed Ctrl+C fsckd message correctly (buggy logic that eats it), the new spinner theme does show it correctly, and I am now suspecting that we flicker that message on every boot now, even though there are no fscks to run; as if systemd-fsckd pushes that message out first, then starts fscks, realiases no fscks are needed, and that it. Now the question is09:35
xnoxif systemd-fsckd should like push the ctrl+c message after a delay (i.e. 1s after starting fscks), and abort pushing it out, if all fscks have completed by then.09:35
xnoxor if the theme should be "smart" enough to hold up the ctrl+c message, until after there are fsckd progress.09:36
dufluxnox: I was guessing myself. It's not in the spec09:36
didrocksxnox: are you sure about the never showed Ctrl+C? I tested everything at the implementation time. Maybe a later merge from someone broke it rather :p09:36
didrockson the order, that’s interesting, let me check09:37
didrocks(finishing some iso testing first)09:37
dufluxnox: If it makes it easier for you I can change the behaviour of 104.patch to better match the existing stuff. Just specify how09:37
xnoxdidrocks: right, i'm looking at current focal state, so can't tell when the regression happened. I think the logic is correct under "fake messages" debug labels =)09:38
xnoxdidrocks:  let me try a few different themes again.09:38
xnoxduflu:  i think in the old "fsck" (mountall/upstart) messages the theme did stuff like "store these messages, and flash them only when progress received, like an actual percentage" with lots of comments like "TODO move all of this logic to mountall, we just show what it tells us, without doing all of this scripting logic"09:40
xnoxduflu:  i guess in the future, where it is a mode, we would switch to the new mode, only when fscks are determined to be needed to run, and they are like producing output.09:41
didrocksxnox: so, you are incorrect09:42
didrocksfsckd only send Ctrl+C when it has the first % from fsck ready to be send09:43
didrocksso, if you don’t have fsck in progress, the Ctrl+C message won’t be displayed09:43
xnoxaha, so that's nice.09:43
didrockshowever, on the first progress report:09:43
didrocks- if ctrl+C not send -> send it (only once thus)09:43
didrocks- then send the progress09:43
xnoxwhich is a bit backwards, especially if progress is >98.9%09:44
didrocksI don’t think it’s illogical to send the ctrl+C message first, whatever pourcentage you are going to send (which is != 100%)09:45
dufluAlthough that implies different behaviour between fsckd-cancel-msg: and keys: because the latter is not fsck-specific09:45
dufluUnless someone can point to a spec for the "keys:" thing09:46
xnoxi think we can forget about "keys:" no?09:46
dufluOK, doesn't matter then09:46
dufluxnox: Want fsckd-cancel-msg to auto-vanish?09:46
xnoxthat's the other thing, does fsckd ever remove the cancel-msg, after it is done?09:46
xnoxor if it is transalted09:46
xnoxi guess i want logs from it.09:47
dufluI assumed it would, but I could be wrong09:47
dufluMostly because I was generalising for keys:09:47
xnoxplymouth-theme-ubuntu-gnome-logo => still exists! fun09:48
dufluThe upstream proposal is unlikely to ever land but it's useful as SCM and for auto-generating patches. I can change it to do whatever is easiest for Ubuntu09:50
seb128duflu, why do you think it's unlikely to land?09:55
dufluseb128, because upstream said so :)09:57
seb128duflu, ah, I though you were speaking about !106 but the comment is about !104?09:58
dufluI mentioned that in the status update this week I think?09:58
dufluYes, those two09:58
seb128but yes, the current patch we can change as fits us09:59
dufluAh, no I didn't state it in the status update10:00
didrocksxnox: r = plymouth_send_message(m->plymouth_fd, "", false) when the checks are finished (which should clear both content)10:01
seb128duflu, well, I've been following the upstream MR, I just though you were saying the mode approach from 106 where not likely to ever land upstream10:01
xnoxduflu:  "fsckd:1:%d:Checking in progress on 1 disk (%d%% complete)"10:01
seb128duflu, but you were speaking about the current patch, so ignore my comment10:01
dufluI'm not sure how to respond without creating confusion10:01
* duflu nods10:01
xnoxduflu:  my understanding was "fsckd:NUMBER_OF_DISKS:PERCENT_COMPLETE:FALLBACK MESSAGE" where fallback message, is not shown on graphical plymouth, and only like shown/recorded as messages if one clicks ESC10:02
xnoxduflu:  or am I understanding this wrong.....10:02
xnoxduflu:  i wonder what i should be sending there.10:02
xnox(in casper md5sum) as we now have duplicate messages10:02
* duflu is checking10:03
dufluxnox: It's not a "fallback". The implication is that it's the main message shown with disk checking10:03
xnoxduflu:  ack! i shall fix it then10:04
dufluxnox: man systemd-fsckd.service10:04
dufluThough that's confusing because there's a separate main message in plymouth which I remember before/after disk checks10:04
dufluThe spec is too vague to say if that's right or wrong10:05
dufluSo I assume the display-message should just be hidden and superseded by fsckd: while that's active10:06
xnoxduflu:  https://people.canonical.com/~xnox/casper-fsck.png10:07
xnoxduflu:  so the first message is "generated by the theme", the second message is ":<string>" from fsckd, and last is the keycode.10:08
xnoxduflu:  imho we have 3 progress bars here =) one visual, and two % ones10:09
xnoxduflu:  i'd rather keep the first line for the regular display-message stuff; and make the theme override whatever was passed as <string> with the Checking disks: 6% complete (or blank?) and keep the Ctrl+C message10:10
xnoxduflu: for now, i will change casper, to emit empty :<string> in that message to at least kill one of the messages10:11
dufluxnox: Are you saying you want the first line to come from display-message ?10:11
xnoxduflu:  for casper yes, because we flash individual file names there "Checking capser/filesystem.squashfs" etc.10:12
xnoxduflu:  for regular fsckd not sure, we could flash errors/warnings there.10:12
xnoxduflu:  or a heading10:12
xnoxor maybe it shouldn't be there10:12
xnoxduflu:  somehow i was expecting just the progress bar, no text about % progress, and the Ctrl+C line to cancel.10:13
xnoxduflu:  and the checking disks 68% done be in ESC output only10:13
* xnox ponders what is happening on the ESC output, one sec.10:13
dufluI'm trying to EOD but I am now too confused to offer a fix today. Maybe you can email me :)10:14
dufluif anything needs fixing10:14
xnoxduflu:  i am confused too =) i need UX/UI design people to tell me how it should look like10:14
dufluxnox, if ubuntu-logo is right I will check that again and see if it's not being emulated well enough10:15
seb128night duflu!10:20
seb128mvo, hey, could you change the maintainer from https://launchpad.net/update-notifier to ubuntu-core-dev?10:26
mvoseb128: sure, one sec10:33
mvoseb128: done10:33
seb128mvo, thanks10:34
seb128mvo, I converted it to git and push as lp:update-notifier now10:34
mvoseb128: nice10:37
xnoxyeah, i have weird things to show to duflu11:48
seb128xnox, email or launchpad if you don't want to wait for tomorrow morning12:23
GunnarHjHey seb128,12:23
seb128hey GunnarHj, how are you?12:24
GunnarHjseb128: Since you now is a proud member of ~ubuntu-translations-coordinators, do you have an idea how to handle this kind of request properly:12:24
GunnarHjThe https://launchpad.net/~ubuntu-l10n-ta team is apparently abandoned by the owner and the other admin, and several applications to join the team have been left unanswered. A complication is that the guy who offers to take over is someone without an Ubuntu record as far as LP is concerned.12:24
GunnarHjIs this an rt.ubuntu.com thing? Other ideas?12:24
GunnarHjseb128: I'm ok, thank you.12:24
seb128GunnarHj, easiest is to try to contact the current admin asking them to add someone, that's what I did for ~ubuntu-translations-coordinators ... but yeah, if that doesn't work then you need a RT12:26
BeretHi all - why is the vendor splash remaining up on the screen during boot in focal?12:26
seb128Beret, hey, because that's what modern OS-es do, win10 does the same12:27
seb128Beret, that's the only way to have a smooth boot without transition or flicker12:27
seb128Beret, that somewhat fails/look less nice if for some reason you have a grub menu though (like multibooting or being old school)12:28
GunnarHjseb128: While David responds to emails, this owner has so far ignored the guy's application to join. So yeah, rt next.12:29
seb128GunnarHj, I'm unsure request to join do trigger emails? also there is a difference between responding to an administrative request and to a personal email12:30
seb128GunnarHj, I do tend to be lazy on e.g list moderations or applications reviews and could ignore those for a while but I do respond to emails12:30
seb128GunnarHj, same, David was not dealing with ~ubuntu-translations-coordinators requests but responded to a private email12:31
GunnarHjseb128: I get the point. Maybe try a personal email first.12:32
seb128GunnarHj, also I'm unsure about promoting that guy admin, as you said his launchpad account is new. We don't know who he is and he has no activity there12:32
GunnarHjseb128: Right. I think we would need to establish a proper procedure for cases like this. I fear that the situation is the same for more teams.12:41
seb128indeed :/12:42
=== Newfangled___ is now known as Newfangled
seb128is gedit untranslated for others as well?13:26
oSoMoNseb128, wfm13:28
seb128oSoMoN, spanish or french? did you do the update and have your local built deb?13:29
didrockstranslated in french here13:29
seb128k, thanks13:29
oSoMoNseb128, French, and I have a clean update13:29
seb128I guess it makes it a local issue13:29
seb128shrug, my own stupidity13:30
seb128thanks fro replying oSoMoN and didrocks!13:30
didrocksyw :)13:30
seb128I have to change LC_ALL to fix session-migration tests, they don't work under fr_FR13:30
seb128and I still has that set13:30
didrocksprobably the test script should set it, sorry!13:36
Beretseb128, ok thanks14:15
seb128Beret, np, if you dislike it for some reason feel free to open a bug with your rational and we can get design's input14:17
Beretseb128, I don't dislike it. It's clean and consistent - I just wanted to make sure the change was intentional and on purpose14:28
seb128Beret, good, and yw!14:31
ograbah ... the snap store in forcal doesnt expose the audio-record plug in the "permissions" window .... that makes a few of my snap just hard lock up (i.e. zoom-client)14:56
ogra(this works on 18.04 and 16.04 btw)14:58
Wimpresskenvandine: ^14:59
seb128[Build #19100162] riscv64 build of atk1.0 2.35.1-1ubuntu1 in ubuntu focal RELEASE15:02
kenvandineogra: i just fixed that a couple days ago15:02
seb128new arch seen :)15:02
kenvandineit should be in the latest revision on latest/stable/ubuntu-20.0415:03
ograwell, i downloaded dialy-live from cdimage15:04
ograseems to be from yesterday15:05
jibelogra, latest build is 20200401, and there is a new one coming soon15:08
oSoMoNricotz, FYI, I figured out the build failure on ppc64el/s390x on xenial and bionic: https://bugzilla.mozilla.org/show_bug.cgi?id=162697215:33
ubot5Mozilla bug 1626972 in Untriaged "firefox fails to build on ppc64el and s390x with an old clang/libstdc++" [Normal,Unconfirmed]15:33
ricotzoSoMoN, \o/15:58
ograkenvandine, tried with upgrading snap-store, still no audio-record, do i need to use edge ?15:58
seb128kenvandine, gedit master snap start failed to build because the tpl part is using autotools to build and they removed it now to only have meson16:03
seb128(just a FYI, I still don't know how reliably those failure email reach you)16:03
kenvandineogra: it's in the stable/ubuntu-20.04 channel16:48
kenvandinewhich is what's seeded16:48
kenvandineonce i work out the last of the issues there it'll get promoted to stable16:49
kenvandineseb128: i'm ignoring failures on the master snaps for now16:53
kenvandineonce i get some other things off my plate i'll review all the snaps and fix any failures16:54
ograkenvandine, awesome, thanks !18:29
seb128ricotz, hey, could you have a look to indicator-sound failing to build with the current vala?19:34
seb128 /<<BUILDDIR>>/indicator-sound-12.10.2+18.10.20180612/src/notification.vala:22.2-22.20: error: Creation method of abstract class cannot be public.19:34
robert_ancellgithub is broken :/20:54
robert_ancelloh come on gh, sort your s*** out...21:00
robert_ancellLooks like some of GitLab is back, but not mentioning users - kenvandine see https://github.com/snapcore/snapd-glib/pull/8321:08
gitbotsnapcore issue (Pull request) 83 in snapd-glib "Add support for new snap types: "core", "base" and "snapd"" [Open]21:08
kenvandinerobert_ancell: there doesn't seem to be a type "core"21:09
kenvandinethe core snap is type os21:09
kenvandinecore18 is type base21:09
robert_ancellI think we can mark all base snaps as "essential"21:10
kenvandinerobert_ancell: i did a quick query of the store and found 4 uniq types in the store21:10
kenvandineapp, base, os, snapd21:10
kenvandinerobert_ancell: yeah21:10
robert_ancellkenvandine, what is an OS snap?21:10
kenvandinei suspect that is more legacy21:10
kenvandinebut regardless, we need to handle it21:11
robert_ancellI figure we treat os and base as the same in g-s21:11
kenvandineso you can drop core from your PR21:11
robert_ancellkenvandine, it's in snapd21:11
kenvandineoh 21:11
kenvandinejust no sanps using it21:12
kenvandinerobert_ancell: ok, so we'll mark base, os, core, and snapd types as essential?21:13
robert_ancellYeah, I think so. Basically anything not app21:13
kenvandineand add a hack to mark the content snaps from a static list for now?21:13
robert_ancellPerhaps just that logic - != app, then it's "system"21:13
kenvandineand snap-store as well21:13
kenvandineoh, you mean not having an app defined?21:13
kenvandineor just the static list?21:13
kenvandinei'd vote for the static list until we can talk to the snapd folks about a new type for content21:14
kenvandineit would also be interesting if snapd could tell us if a snap was installed because it was needed or if a user specifically chose to install it21:15
robert_ancellI mean if type != "app" then we mark it as not uninstallable.21:15
robert_ancellkenvandine, yeah, that would be useful. And if it can be removed without affecting any existing snaps.21:15

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