didrocksgood morning05:41
dufluMorning didrocks05:46
jibelmorning all05:50
didrockshey duflu, jibel05:50
dufluMorning jibel05:56
oSoMoNgood morning desktoppers06:36
didrockssalut oSoMoN06:42
dufluMorning oSoMoN06:44
oSoMoNsalut didrocks, hey duflu06:46
seb128gooood morning desktopers07:18
oSoMoNsalut seb12807:18
seb128lut oSoMoN, wb! did you have good holidays?07:19
oSoMoNyes, I had a really good time off. what about you?07:19
seb128same, no computer, nice weather, being outside was good and food was great07:24
seb128my shoulders were glad when we stopped walking though, the kid didn't want to walk much and ended up spending most of the days in the backpack07:25
didrockshey seb12807:25
seb128lut didrocks, en forme ?07:25
didrocksça va, et toi ?07:25
seb128ça va bien :)07:29
seb128busy week though, post holidays catchup + new GNOME + Paris to prepare07:30
didrocksstill on catchup? good luck!07:30
seb128I did email/trello/active topics on monday and I'm done with those07:34
seb128I didn't look at bugs reports and such though, which I want to do at this point of the cycle to have an idea where we stand and potential bugs to rls tag at least07:34
Laney0\ 0\ 0\08:00
marcustomlinsonmorning seb128 didrocks willcooke Laney and wb oSoMoN08:01
Laneygood anticipation marcustomlinson08:01
willcookemorning all y'all08:01
seb128hey marcustomlinson, willcooke, Laney08:01
oSoMoNgood morning marcustomlinson08:01
oSoMoNgood morning willcooke08:01
didrockshey marcustomlinson, Laney, willcooke08:01
marcustomlinsonwhat a friendly bunch :)08:03
seb128Laney, I think we should maybe skip at-spi2-atk/s390X (http://autopkgtest.ubuntu.com/packages/a/at-spi2-atk/eoan/s390x) autopkgtests, they worked once but they are new and I don't think they are indicating any real regression by failing atm08:23
seb128we should still figure that out, but debugging accessiblity on s390x is probalby not our priority atm08:23
Laneyespecially if you can say that it's a problem that doesn't affect other arches08:28
Laneynot just e.g. because s390x is way fast08:28
seb128the tests hit a SIGTRAP on s390x so probably a really binary problem than timing08:29
seb128well could be resulting from timing issues...08:30
seb128I didn't debug much so far08:30
Laneylooks like gvfs has become sad08:59
seb128not only09:01
seb128bah :-/09:01
seb128no, it's the trash test, but diffing the last good and failing log I can't see a lot of depends changed09:07
seb128gcc, cups, mesa09:08
seb128but that looks like the same flackyness we have been having for a while09:09
Laneymore ignoring of it?09:10
seb128or retrying09:10
seb128I mean https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-eoan/eoan/amd64/g/gvfs/20190826_213835_f43da@/log.gz09:10
seb128from aug 26 was the same error09:10
seb128and it worked after retrying09:10
seb128but yeah, another one we should probably look at once rush of updates & co is over09:11
LaneyI've been flagging gvfs for a long time now, so agreed it would be good to actually do it09:12
seb128agreed, let's deal with that once GNOME 3.34 is done09:14
=== JanC_ is now known as JanC
oSoMoNricotz, hey, could you please push your changes to the firefox-beta.* branches?10:53
seb128hey frederikf[m] :)11:46
frederikf[m]omg... hi! I wont tell how long it took me to connect freednode to riot...11:47
seb128frederikf[m], trying matrix? ;)11:51
willcookehi frederikf[m]11:52
frederikf[m]Yeah :| I thought it's so easy but it looks like I am a spoiled telegram user being too stupid to use all these stuff.. irc... matrix :)11:53
clobranofrederikf[m]: hi! may I suggest you irccloud? :)12:03
frederikf[m]<clobrano "frederik.f: hi! may I suggest yo"> I think I got it now thanks to this tutorial: https://jon.sprig.gs/blog/post/49712:20
Trevinhoweechat and a bouncer is the way :-P. I spent days in getting riot to behave as I wanted with a custom irc server but no....12:34
TrevinhoBTW hi :-)12:35
frederikf[m]hi :)12:39
seb128hey Trevinho, how are you?12:41
Trevinhoseb128: hi Seb, all good...12:59
seb128Trevinho, I blocked a bit my back which is annoying but otherwise good!13:00
ricotzoSoMoN, hi, will try to push it in the evening13:09
ricotzoSoMoN, regarding the clang usage, I am not so convinced with your approach, while this can all be done in debian/config/mozconfig.in ?13:11
=== jdstrand_ is now known as jdstrand
willcookehey marcustomlinson, did you snap up a gnome extension?13:38
marcustomlinsonwillcooke: I haven't myself, I know ken has done at least one13:39
willcookeoki, np13:40
kenvandinenot an extension :)13:40
marcustomlinson(I read that differently from how it was written - assuming what was meant was snapped something using the extension)13:40
willcookeSo general question then... frederikf[m] has written a gnome extension to allow you to easily switch themes.  He was asking about getting it packaged.  I wondered if we could snap it, could be a whole lot quicker13:40
marcustomlinsonright, confusing the snapcraft gnome-extension13:41
willcookeoh, sorry :)13:41
kenvandineyeah :)13:42
kenvandineso i think it might iterate $XDG_DATA_DIRS13:43
seb128makes things easier :)13:43
kenvandinebut not a silver bullet13:43
frederikf[m]I forked it and changed it to work for ubuntu:13:44
marcustomlinsonfrederikf[m]: nice13:46
marcustomlinsonI'm just trying to think now how a snap could be installed such that gnome could discover the extension inside13:49
marcustomlinsonwill likely need a post-install script13:54
clobranofrederikf[m]: very nice! Does it change gtk variant only, or also shell one?13:55
frederikf[m]only the gtk theme sadly13:55
clobranoI see13:55
oSoMoNricotz, thanks. agreed that if everything can be done in d/config/mozconfig.in, that's better, let's tweak this in the beta branches once you have pushed your changes14:04
frederikf[m]<marcustomlinson "frederik.f: nice"> here is the repo https://github.com/Feichtmeier/gnome-shell-extension-dark-theme-toggle14:12
xnoxwillcooke:  error: cannot validate seed:14:25
xnox- cannot use snap "gnome-calculator": default provider "gtk-common-themes" is missing14:25
xnoxwillcooke:  is layered images work maintained at all? or is it dead?14:26
xnoxbut looks like above was fixed in https://bugs.launchpad.net/bugs/177284414:28
ubot5Launchpad bug 1772844 in snapd "snapd didn't initialize all the seeded snaps" [High,Fix released]14:28
Laneyno it's not14:28
Laneythis is something else - livecd-rootfs is validating the snapd seed.yaml as it is being created14:29
Laneyand it must be that some of the intermediate steps here are invalid14:29
Laneywe turned off that for regular distro image builds but I guess this one is using something else14:31
ricotzoSoMoN, ok, I will force push the beta branches14:32
oSoMoNricotz, I think I merged back the changes from the stable branch only for xenial, the others shouldn't require a force-push14:33
xnoxLaney:  looks like it's sorted wrong.14:33
xnoxLaney:  https://people.canonical.com/~ubuntu-archive/germinate-output/ubuntu.eoan/desktop-minimal.snaps has things not in the order of seed text =/14:33
xnoxand the order matters14:34
ricotzoSoMoN, ok14:34
xnoxLaney:  do you remember where/how "turned off that for regular distro image builds" => was that in livecd-rootfs?14:34
Laneythe order doesn't really matter14:36
Laneydesktop isos do work14:36
xnoxLaney:  well, the snap seed validation code, tries to validate that seed yaml is correct after every snap download, instead of "in the end" because it doesn't know if something is "the end" or not.14:36
Laneyit's just bogus for livecd-rootfs to be enforcing that every intermediate step is a valid seed14:36
xnoxyeah that14:36
Laneybut I didn't win that one with CPC so I just turned it off selectively14:37
Laneynot sure which path this image is using for seeding though :(14:37
xnoxLaney:  possibly found the "one more code path"14:42
xnoxLaney:  does desktop team maintain that at all still?14:45
Laneynot sure14:45
LaneyI think it's not a top top priority right now14:45
seb128didrocks, do you know if there is anything I can do to unblock the rygel MIR? security team gave their +1 some weeks ago, should it auto-bounce to MIR/be discussed in the next meeting? (was it since if you had a meeting?)14:45
xnoxLaney:  or is it the case of something actually needs to use that, as in "make ubiquity build/use a two layer image"14:45
Laneycheck with jibel and/or didrocks14:45
willcookexnox, Laney - from what I can remember we were told that Ubiquiuty should not use the multi lat14:46
seb128xnox, good discussion for Paris maybe? but afaik we have been asked to not spend efforts on ubiquity, that was some of the first step toward the new installer which was put in standby for now14:47
willcooke*layer stuff, only subiquity when used in desktop mode.  And that got dropped as a requirement for 20.0414:47
Laneyright, but there's a canary image being built still14:47
seb128did we get that build fixed?14:47
Laneythat's the conversation14:47
seb128it was buggy since july after some changes from xnox14:47
xnoxseb128:  wrong =) on june 14th i explained to didrocks & jibel and coached them that layered images are executing certain hooks at the wrong layers and use the wrong initrd extracted from the wrong layer.14:49
xnoxseb128:  and i was awaiting to review the patch to extract initrd from the live layer, instead of the first one.14:49
xnoxseb128:  and i am confused why 3line patch did not emerge from desktop team since.......14:50
xnoxwillcooke:  right, i was hoping that we could use layer image in at least one type of image, such that it does not regress.14:50
seb128xnox, from your hangout they understood you said you would fix it14:50
xnoxseb128:  ?!14:50
seb128xnox, since it's your changes who broke the build14:50
seb128xnox, is that the bug you assigned to willcooke? ;)14:51
xnoxseb128:  dude no. my changes didn't break stuff. layered images have never had initrd with expected content to begin with.14:51
seb128xnox, let's not have that discussion again14:51
Laneyyou're off topic from snap stuff now so I'll go away and do something else if you don't mind :-)14:51
jibelxnox, our implementation of layered image have been reviewed and merged, then your change breaks it, my understanding is that you break it you fix it14:51
xnoxseb128:  they always used root layer initrd, expecting it to work, without any detection of matching iso & initrd ever ;-)14:51
xnoxjibel:  the bug exists in layered image work, and it never worked correctly.14:52
seb128xnox, that's not going to be a constructive discussion to have here so let's stop please14:52
seb128and talk in person in Paris14:52
jibelyeah lets do that14:52
seb128that's going to be easier than wasting an hour arguing over IRC typing14:52
xnoxjibel:  as in, if one burns two different builds of layered images on two usb sticks, and boots with both plugged in, a random one gets mounted, instead of a matching one. Ie. resulting in missmatch of booted kernel & modules available.14:53
xnoxjibel:  so layered images work has always been buggy. despite reviews and merged.14:53
xnoxjibel:  and my understanding was that desktop team committed to maintain that part of livecd-rootfs codebase.14:53
xnoxjibel:  not just throw it over the wall =)14:54
xnoxjibel:  and it looks like it's bitrotting now, given that snap validation stuff is broken for it now, and was only fixed for non-layered case.14:54
xnoxso someone has to maintain layered code in livecd-rootfs codebase on ongoing basis. cause foudnations/cpc does not do that.14:54
willcookeThis can be a 20 min conversation face to face, lets do that please14:55
seb128xnox, Laney, sorry I didn't mean to derail the initial snap problem which from I understand now is another problem14:55
seb128but sounds like we had multilayer image buggy still even without the snap problem then14:56
xnoxwell always, just nobody noticied that it was lacking uuid stamps, and later in eoan further checks got added to enforce requiring them, since we included them for years at this point.14:57
xnoxat which point it became evident that layered features has never been correct14:58
xnox(but kind of operational, if one didn't happen to hit archive when kernel changes)14:58
jibelTrevinho, I've just got another gnome-shell crash. All the crashes point to bug 1736664 which is not very useful.14:59
ubot5bug 1736664 in gnome-shell (Ubuntu) "gnome-shell crashed with SIGTRAP in _g_log_abort() from g_log_default_handler() from default_log_handler() from g_logv() from g_log() from gjs_callback_closure() from ffi_closure_unix64_inner() [any error message logged from JavaScript will look like this]" [Low,Confirmed] https://launchpad.net/bugs/173666414:59
jibelTrevinho, how can I help getting more interesting data?14:59
seb128xnox, as said let's discuss that nex tweek please14:59
xnoxwillcooke:  seb128: either any image should use layered code-path for something, or it should be removed and dropped. It could be as simple as, building ubiquity image via layered codepath with just two layers "full" and "live" overlay. That alone would be enough to keep that code-path of livecd-rootfs hot and alive.15:02
xnox(not the whole subiquity-for-desktop stuff)15:02
willcookeoki, we can look at that next week then15:03
seb128that's for sure doable for next cycle15:03
xnoxwillcooke:  seb128: so if you schedule that the agenda would be to identify a usecase/scope/resource-allocation. Or writting off layered work, which will make it more expensive to resurrect later (well obvious statement)15:06
seb128xnox, well I though our usecase when we previously talked about it was to make the minimal install do less work than the normal install15:06
seb128willcooke, ^15:07
willcookeyeah, but that got nacked for ubiquiuty.  Maybe we JFDI?15:07
seb128well, that's what we can discuss in Paris15:07
* willcooke draws a line under it15:08
seb128looks like the fix from rober_ancell for the g-c-c/sound missing slider didn't work...15:23
didrocksright, it worked for all bars but the sound top one15:26
seb128the other bar is Laney's fix15:27
seb128that one works it looks like :)15:27
didrocksyeah ;)15:27
Trevinhojibel: try follow https://wiki.gnome.org/Projects/GnomeShell/Debugging#Starting_GNOME_Shell_under_gdb15:31
Laneythe global slider works ok for me15:31
didrocksLaney: are you in the ubuntu session, with the amplification setting visible?15:31
didrocksmaybe you should :)15:32
Laneyno thanks15:32
Laneyif it's that, sounds like a distro patch bug though15:33
seb128still needs fixing?15:33
seb128I'm going to drop an email to Robert15:33
seb128right, works with XDG_CURRENT_DESKTOP=GNOME15:35
Laneythis is probably a trivial fix15:41
jibelthe global slider doesn't work for me15:43
seb128jibel, yeah, we confirmed it's an issue with our ubuntu session change15:43
seb128Laney, agreed, I trust Robert should be able to fix easily :)15:43
Laneydone it15:43
Laneyyou can unemail him15:43
seb128thx, doing so15:43
seb128sorry I though you said you were not interested, misunderstanding15:44
jibelTrevinho, I don't have a reliable way to reproduce the crash. It's just random and I cannot run all day under gdb. Any other suggestion?15:44
seb128jibel, does gdb create any problem?15:45
seb128if it doesn't stop you should be able to have it attached all day long without noticing15:45
jibelseb128, my system's quite slow already. I'll try gdb anyway see if it's still usable15:48
seb128gbp isn't valgrind15:48
seb128too much packaging recently!15:48
seb128it shouldn't have any impact on performances15:48
seb128or I never had cases where I could see performances problems once it's done loading the symbols15:49
marcustomlinsonfrederikf[m]: sorry for the delay, so interestingly I developed a very similar extension which I've just added snap packaging to. Here's how: https://bit.ly/2kFWL5g16:01
GunnarHjHi seb128, still there?16:01
seb128GunnarHj, hey, yes but probably going to step our for dinner&co in not long, why?16:01
GunnarHjseb128: I started to play with the docs repos at Debian, but I'm not sure you want me to push. :) What I did was taking the tarball, making the repo equal it, which means that the new upstream is only reflected via one single commit.16:03
seb128GunnarHj, it's not in a vcs yet? what package is that?16:04
GunnarHjseb128: I'm basically talking about gnome-user-docs.16:04
seb128GunnarHj, basically https://salsa.debian.org/gnome-team/gnome-user-docs then?16:05
GunnarHjseb128: Yes.16:05
seb128updating it should be done following https://wiki.debian.org/Gnome/Git16:06
seb128basucally gbp import-orig16:06
seb128that should update the different branches16:06
seb128(I need to step out for a bit, I will read the backlog and comment back if needed in a bit)16:06
GunnarHjseb128: Ok, I'll check out that and make a new try.16:07
=== pstolowski is now known as pstolowski|afk
frederikf[m]<marcustomlinson "frederik.f: sorry for the delay,"> Oh nice! I personally would prefer yours then, because I only forked an existing one. Don't know how the others feel about that?16:40
marcustomlinsonfrederikf[m]: I don't know, I like the one you had better actually :) simpler16:41
frederikf[m]<marcustomlinson "frederik.f: I don't know, I like"> Sorry how could I try it? with "sudo snap install gnome-shell-extension-theme-indicator"?16:43
marcustomlinsonfrederikf[m]: it's not been uploaded to the store, so to try mine out you'll have to pull the source, build, and install16:45
marcustomlinsonfrederikf[m]: this extension was a proof of concept, not something I've seriously considered releasing. If you test it you'll see it needs love16:47
marcustomlinsonfrederikf[m]: I just added snap packaging to it today to give you a working example from which you could learn from to package yours :)16:48
frederikf[m]thanks! trying it now in my eoan vm!16:49
frederikf[m]Not sure if I could take over the packaging part though 😕 I fear someone else would need to do the packaging16:49
frederikf[m]wow actually that's very cool 😇 We would need to blacklist "emacs" "raleigh" and "default"  I think16:55
marcustomlinsonfrederikf[m]: https://github.com/Feichtmeier/gnome-shell-extension-dark-theme-toggle/pull/1/files17:07
frederikf[m]woah merged ^^ you're fast17:09
marcustomlinsonfrederikf[m]: https://snapcraft.io/docs/releasing-your-app17:09
willcookevery cool!  thanks guys17:14
willcookeI gotta go17:14
willcookenight all17:14
frederikf[m]<marcustomlinson "frederik.f: https://snapcraft.io"> thank you very much I will try this tutorial17:21
frederikf[m]marcustomlinson: Ok I've built and uploadeded the snap to the store. "a human will soon review your snap" : ) Let's see!18:39
frederikf[m]What are the next steps now to get it installed by default in 19.10? Or did I misunderstand something and that was not the plan for you guys?18:39

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