[02:27] <pieq> duflu, hi! Thanks for checking https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1845623
[02:28] <pieq> I added a comment and a snapshot. Looks xorg-related
[02:28] <pieq> duflu, is lightdm/gdm using xorg?
[02:31] <duflu> pieq, the gdm login screen is always using Wayland, and then after you login always using Xorg by default. Lightdm is always Xorg
[02:31] <pieq> duflu, ha... which one is used on 19.10?
[02:33] <duflu> pieq, in modern Ubuntu we use gdm3. So it launches a gnome-shell process running as user gdm that is Wayland for the login screen. But if you then log in to an 'Ubuntu' session that will be Xorg
[02:33] <duflu> The gnome-shell process running as you will then be using Xorg
[02:33] <pieq> duflu, got it... so, well, that means I can reproduce it on Wayland as well then :D
[02:34] <duflu> pieq, to verify that you need to log in to the option called 'Ubuntu on Wayland'
[02:34] <duflu> Ah, or the login screen
[02:34] <duflu> as you say
[02:35] <pieq> ha yes, I can reproduce it on Wayland
[02:35] <pieq> I mean even inside a "Ubuntu on Wayland" session
[02:37] <pieq> duflu, added some info to reproduce it on Wayland as well
[03:02] <duflu> pieq, please create an upstream bug for it at https://gitlab.gnome.org/GNOME/gnome-shell/issues
[03:03] <pieq> duflu, just saw your comment, thanks! So the gnome-shell version is 3.33.91?
[03:03] <pieq> that's what I see in the About section of the settings screen
[03:03] <duflu> pieq, ah, that's old now. Please update to get 3.34.0 before reporting the bug to upstream
[03:03] <pieq> duflu, how can I do this?
[03:04] <duflu> pieq, nevermind -- that GUI is wrong...
[03:04] <pieq> haha
[03:04] <pieq> ok, I'll just mark 3.34 then
[03:05] <duflu> pieq, try: dpkg-query --show gnome-shell
[03:05] <pieq> duflu, oh yeah, 3.34.0-1ubuntu1
[03:06] <duflu> robert_ancell_, gnome-control-center reporting 3.33.91, is that because of the old gnome-session?
[03:07] <robert_ancell> duflu, in the about dialog?
[03:08] <duflu> robert_ancell, yes
[03:08]  * duflu tries to make a bug
[03:09] <robert_ancell> duflu, it pulls it out of /usr/share/gnome/gnome-version.xml
[03:09] <robert_ancell> Which is gnome-desktop3-data
[03:10] <robert_ancell> Which is 3.33.91-1ubuntu2, so yeah it will look wrong
[03:11] <duflu> OK, but at least explained
[03:11] <duflu> bug 1846147
[03:11] <pieq> duflu, is there a way to link the LP issue to the Gnome one? (I just added a comment for now)
[03:12] <duflu> pieq, yes and I will do it
[03:12] <pieq> duflu, cool, thanks!
[03:13] <duflu> pieq, but for future reference, just click "Also affects project"
[03:17] <pieq> duflu, ok, I saw the link but was not sure if it only meant another project on LP
[03:19] <duflu> Technically it does
[03:19] <duflu> You need to make a project exist in LP in order to link to it on other sites
[03:26] <pieq> OK! I'm not well-versed in the intricacies of Launchpad :)
[06:17] <didrocks> good morning
[06:21] <duflu> Morning didrocks
[06:22] <didrocks> hey duflu
[06:24] <jibel> Hi all
[06:28] <didrocks> salut jibel
[06:29] <jibel> Salut didrocks
[06:29] <jibel> didrocks, I fixed the failed to unmount, it was due to the swap still being active. And a bug introduced with the quotes added everywhere
[06:30] <jibel> didrocks, now looking at EFI systems
[06:30] <didrocks> jibel: ah nice! I think I have an idea for the mount generator issue, but let's have a look together later
[06:59] <oSoMoN> good morning desktoppers
[07:03] <duflu> Morning jibel and oSoMoN
[07:03] <oSoMoN> good afternoon duflu
[07:03] <oSoMoN> salut jibel
[07:23] <didrocks> hey oSoMoN
[07:25] <oSoMoN> salut didrocks
[07:39] <willcooke> moin moin
[07:40] <didrocks> hey willcooke
[07:43] <Wimpress> Morning o/
[07:43] <duflu> Morning Wimpress and willcooke
[07:44] <willcooke> afternoon duflu
[07:44] <willcooke> hi Wimpress
[07:45] <Wimpress> May I request a favour from a friendly neighborhood desktopper?
[07:45] <Wimpress> https://code.launchpad.net/~ubuntu-mate-dev/ubiquity-slideshow-ubuntu/ubuntu-mate-eoan/+merge/373371
[07:45] <Wimpress> ;-)
[07:45] <Wimpress> Something, something will buy beer.
[07:46] <willcooke> Wimpress, looks like you've changed some strings there, do you need to let translators know?
[07:47] <willcooke> and you should probably file a UIFe too, e.g. https://lists.ubuntu.com/archives/ubuntu-doc/2019-September/020666.html
[07:48] <willcooke> but if a desktopper tells me I'm being unnecessary, I'll accept it :)
[07:48] <willcooke> do we need to do that for flavours I wonder... probably
[07:49] <Wimpress> The few translators on LP working on Ubuntu MATE know this change is coming.
[07:52] <didrocks> they need to tell it on the bug as per UIFe procedure
[07:52] <didrocks> (same for doc)
[08:00] <Laney> moinington crescent
[08:00] <didrocks> hey Laney
[08:00] <willcooke> hi Laney
[08:01]  * willcooke is going to Mornington Crescent later 
[08:02] <seb128> goooood morning desktopers!
[08:02] <willcooke> hey seb128
[08:02] <oSoMoN> salut seb128
[08:02] <seb128> hey willcooke, lut oSoMoN, how are you?
[08:03] <duflu> Morning Laney and seb128
[08:03] <willcooke> good seb128, you?  nice weekend break?
[08:04] <seb128> hey duflu, had good holidays?
[08:04] <seb128> willcooke, yeah, centerparc was relaxing, but the kid got some cold/fever so we didn't do that much (like he didn't want to go into the water at all...)
[08:04] <duflu> seb128, it was nice but only really 3 days off before it became just a cold and jet lag
[08:05] <seb128> duflu, :-(
[08:05] <willcooke> bad luck seb128
[08:05] <willcooke> bad luck duflu
[08:05] <didrocks> salut seb128
[08:05] <duflu> That's OK. I also had a 3 day weekend pre-sprint
[08:05] <Laney> hi didrocks willcooke duflu wb seb128
[08:11] <marcustomlinson> good morning duflu, didrocks, jibel, oSoMoN, willcooke, Wimpress, Laney, and seb128!
[08:11] <duflu> hi marcustomlinson
[08:11] <willcooke> hi marcustomlinson
[08:11] <Laney> peace
[08:14] <didrocks> hey marcustomlinson
[08:15] <seb128> lut didrocks, hey Laney marcustomlinson
[08:15] <jibel> seb128, that's why parents must go on holidays alone
[08:15] <jibel> no kids = really relaxing holidays
[08:16] <oSoMoN> good morning marcustomlinson
[08:16] <oSoMoN> also good morning willcooke and Laney
[08:16] <willcooke> morning oSoMoN
[08:17] <seb128> jibel, that's right!
[08:18] <jibel> or just don't take holidays and give me your days.
[08:19] <seb128> lol, nice try
[08:26] <Laney> o/ oSoMoN
[08:35] <seb128> sorry team for posting my weekly update on tuesday, I didn't initial plan to take monday off and failed to think about that when I did yesterday...
[08:48] <didrocks> whyyyyyyyyyyyyyy a libreoffice update
[08:48] <didrocks> making the testing in the live hard, have libreoffice in the update list, and so got OOM killed and so, and so, and so…
[08:48] <seb128> did it DoS the builders?
[08:48] <seb128> ah :/
[08:48] <didrocks> nope, just my snapshotted VM for tests :p
[08:49]  * didrocks will only use the ppa in the live to skip that update
[08:51] <oSoMoN> didrocks, you should rejoice in libreoffice updates!
[08:51] <didrocks> oSoMoN: it's only tears when I can't update-initramfs because of libreoffice is stealing my precious VM memory ;)
[08:57] <marcustomlinson> didrocks: I sorry
[08:58] <marcustomlinson> (but also not really)
[08:58] <marcustomlinson> :D
[09:02] <didrocks> marcustomlinson: yeah, I saw it was just lies in your eyes! ;)
[09:41] <xnox> jibel:  hi! for the desktop live sessions that is failing to shutdown, i'm thinking to make casper depend on finalrd for clean shutdowns, done reliably.
[09:42] <xnox> jibel:  could you please try to `apt update; apt install finalrd` in the live session, once snapd is settled etc. Then do the shutdown? it should be a lot quicker, and like instant after hitting enter key, on remove media.
[09:42] <xnox> (remove installation medium and press enter screen....)
[09:45] <duflu> ❤️
[09:47] <jibel> xnox, hi, sure I can do thatr
[11:55] <ricotz> oSoMoN, hi :)
[11:55] <oSoMoN> hey ricotz, how are you?
[11:55] <ricotz> oSoMoN, I am well, thanks, and you?
[11:55] <oSoMoN> I'm good!
[11:56] <ricotz> oSoMoN, are you running firefox 70 beta?
[11:56] <oSoMoN> not much tbh, are there problems with it?
[11:58] <ricotz> I am having issues with the locale, it feels like the strings are translated at random
[11:58] <ricotz> so please give it a spin, I assume you are using a non-english locale
[11:59] <oSoMoN> yeah, my desktop is in French, I'll test this this afternoon
[11:59] <ricotz> thanks
[13:25] <hellsworth> good morning all
[13:27] <didrocks> hey hellsworth
[13:28] <kenvandine> good morning!
[13:28] <seb128> hey hellsworth kenvandine
[13:30] <hellsworth> the desktop meeting happens here, right?
[13:30] <seb128> yes, now
[13:30] <seb128> #startmeeting Desktop Team Weekly Meeting - 2019-10-01
[13:30] <meetingology> Meeting started Tue Oct  1 13:30:59 2019 UTC.  The chair is seb128. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[13:30] <meetingology> Available commands: action commands idea info link nick
[13:31] <didrocks> hey
[13:31] <seb128> Roll call:  didrocks, duflu (out), hellsworth, jamesh (out), jibel, kenvandine, laney, marcustomlinson, oSoMoN, seb128 , tkamppeter, trevinho, robert_ancell (out)
[13:31] <oSoMoN> o/
[13:31] <marcustomlinson> \o
[13:31] <tseliot> o/
[13:31] <kenvandine> \o
[13:32] <hellsworth> /o
[13:32] <Laney> yo
[13:32] <seb128> seems like most people are around, let's get started!
[13:32] <seb128> #topic rls-bb-bugs
[13:32] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
[13:33] <seb128> nothing for desktop
[13:33] <Trevinho> hi (also)
[13:33] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html
[13:34] <seb128> 3 bugs unassigned and !fix-commited there that seem didn't follow the process
[13:34] <seb128> bug #1753070
[13:34] <seb128> while that would be nice to fix I think it's -1 for rls specific tracking
[13:34] <seb128> others?
[13:35] <Laney> yes
[13:35] <Laney> file that upstream, maybe Robert will fix it anyway
[13:35] <seb128> right
[13:35] <oSoMoN> yeah, -1 for rls tracking
[13:35] <seb128> k, deleting the extra lines
[13:35] <Trevinho> -1
[13:36] <seb128> thx
[13:36] <seb128> next
[13:36] <seb128> bug #1781428
[13:36] <seb128> kenvandine, should that be assigned to jamesh?
[13:36] <seb128> or jamie?
[13:37] <kenvandine> jamesh ,i'll assign
[13:37] <seb128> I'm assuming it's important enough to be rls tracked
[13:37] <seb128> thx
[13:37] <seb128> next
[13:37] <seb128> bug #1845317
[13:38] <seb128> that looks like standard hwd enablement so probably a valid one to accept
[13:38] <seb128> tjaalton, should that be assigned to you? (and when you nominate something you plan to work on please assign directly so we don't spend meeting time reviewing those)
[13:39] <seb128> I will assign to him if he doesn't reply, moving on
[13:39] <seb128> #topic rls-dd-incoming
[13:39] <seb128> #topic rls-dd-bugs
[13:39] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-dd-incoming-bug-tasks.html
[13:39] <seb128> no desktop item
[13:39] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-dd-tracking-bug-tasks.html
[13:40] <seb128> only the g-c-c default sound one we just discussed
[13:40] <seb128> #topic rls-ee-bugs
[13:40] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ee-incoming-bug-tasks.html
[13:40] <seb128> no desktop one
[13:40] <tjaalton> seb128: done
[13:40] <seb128> tjaalton, thx
[13:41] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ee-tracking-bug-tasks.html
[13:41] <seb128> the g-c-c one is there
[13:41] <seb128> and
[13:41] <seb128> bug #1841718
[13:42] <seb128> tjaalton, do you know what's the status of that one?
[13:42] <tjaalton> not a mesa bug, just -ati
[13:43] <seb128> do you think it should be tracked for eoan? do you want to deal with it?
[13:43] <seb128> looks like fedora backported that patch https://src.fedoraproject.org/fork/ofourdan/rpms/xorg-x11-drv-ati/c/95ce6272
[13:44] <tjaalton> there was supposed to be a point-release last month, pinged upstream about it
[13:44] <tjaalton> again
[13:45] <seb128> meanwhile do you want it rls tracked and assigned to you? ;)
[13:45] <tjaalton> done
[13:45] <seb128> thx
[13:45] <seb128> that should be it for bugs then!
[13:45] <seb128> #topic update_excuses_by_team.html#desktop-packages
[13:45] <seb128> Laney, yours!
[13:45] <Laney> k
[13:45] <Laney> please just promote those perl things
[13:46] <didrocks> speaking of which…
[13:46] <didrocks> 15:21:33      doko | didrocks: please file MIRs for libcairo-gobject-perl, or forward to desktop
[13:46] <didrocks> from our MIR team ^
[13:46] <seb128> let me ping foundations/MIR people just in case, I'm always nervous during promotion during freezes without being r-t
[13:46] <Laney> I think he's wrong on that
[13:46] <seb128> those are also depends of libglib-perl
[13:46] <didrocks> I prefer the person who dealt with it to look at it
[13:46] <seb128> which is in the foundations section of the report
[13:46] <Laney> Adam has told me in the past a few times that there's a policy to allow these perl packages to be promoted without MIR
[13:47] <Laney> but you can check on that if you want
[13:47] <didrocks> please do, and if you need seb128 or I promoting them to main, just ping us
[13:47] <Laney> think you misread that as me volunteering to do something :p
[13:47] <didrocks> ah, I read "you" as "I" :) sorry
[13:48] <seb128> I pinged on #ubuntu-release
[13:48] <Laney> going to make a card for the gvfs thing
[13:48] <Laney> it is high time this got worked on
[13:48] <seb128> right
[13:48] <Laney> and the other thing I'm looking at is ruby-gnome, I tried for some time to fix that
[13:48] <Laney> but I don't understand it well enogh
[13:48] <Laney> other option is to remove that small stack
[13:48] <Laney> 4 packages I think
[13:49] <seb128> ask foundations if they care about keeping it? technically it's on their report...
[13:49] <seb128> I'm fine with deleting ruby-gnome for this cycle
[13:49] <Laney> ok will follow up on that
[13:49] <Laney> fin de report
[13:49] <seb128> thx
[13:50] <xnox> Laney:  cyphermox was actually doing perl MIRs.....
[13:50] <seb128> (I will look at the libgdata pb since I created it by adding the installed tests, they are fine in Debian but I think their setup let online access and the failure is due to internet being bloked for us)
[13:51] <seb128> thx Laney
[13:51] <Laney> it's not, but you need to use the proxy that is set in the environment
[13:51] <Laney> for http anyway
[13:51] <seb128> oh ok, let's discuss that post meeting
[13:51] <seb128> #topic AOB
[13:51] <seb128> other topics?
[13:52] <Laney> xnox: yeah ok, looks like ones for formality
[13:52] <Laney> yes, reminder to fill out https://discourse.ubuntu.com/t/release-bugs-for-week-commencing-monday-30th-september/12785
[13:52] <seb128> I mean to do more tracking/nagging about that in the futur, I failed at it this week due to my day off
[13:52] <Laney> one biscuit to those who did already
[13:52] <seb128> thx for the reminder :)
[13:53] <seb128> shrug, I screwed the style on my editing, I though it was missing
[13:53] <seb128> but it's just title style comments I did :p
[13:53] <seb128>  
[13:53] <seb128> anything else?
[13:54] <marcustomlinson> Am I supposed to get some +1's on my app on devel-permissions@lists.ubuntu.com?
[13:55] <seb128> no idea about that...
[13:55] <Laney> no
[13:55] <marcustomlinson> ok the request is enough then
[13:55] <marcustomlinson> cool thanks
[13:56] <seb128>  
[13:56] <Laney> it's not
[13:56] <Laney> sorry I was getting the url
[13:56] <Laney> you should follow https://wiki.ubuntu.com/DeveloperMembershipBoard/ApplicationProcess
[13:56] <seb128> that doesn't need to be a meeting topic
[13:56] <Laney> no
[13:56] <Laney> it does nto
[13:56] <seb128> anything else or should we wrap and finish that discussion?
[13:56] <Laney> specifically the part about adding yourself to the agenda
[13:57] <marcustomlinson> ah TLDR'ed that
[13:57] <marcustomlinson> oops
[13:57] <seb128> k, seems no other topic, so let's wrap
[13:57] <seb128> thanks everyone
[13:57] <seb128> #endmeeting
[13:57] <meetingology> Meeting ended Tue Oct  1 13:57:42 2019 UTC.
[13:57] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2019/ubuntu-desktop.2019-10-01-13.30.moin.txt
[13:57] <didrocks> thx
[13:57] <marcustomlinson> it wasn't a meeting topic it was OB
[13:58] <oSoMoN> thanks
[14:08] <jibel> Laney, we fixed several things on the ubiquity MP. When do you think you can give it another look?
[14:08] <Laney> first thing tomorrow
[14:09] <jibel> Cool thanks
[14:09] <Laney> I'll try it again on the inspiron ;-)
[14:14] <seb128> Laney, so, proxy ... where/how should I set that?
[14:14] <Laney> it's set in the environment already
[14:14] <Laney> you have to make sure your tests respect http_proxy / https_proxy / no_proxy if it's set
[14:15] <Laney> (that might not be the problem, it's just the main thing which comes up)
[14:16] <Laney> independent of the question as to whether it's actually a good idea for the tests to be using the internet ;-)
[14:22] <seb128> right
[14:22] <seb128> thx
[14:41] <Laney> ok, we have a new casper which is supposed to fix rebooting
[14:41] <Laney> new iso time
[15:01] <jibel> Laney, you're triggering a build?
[15:02] <Laney> oui
[15:02] <jibel> i'd like to verify the fix really works with automated tests
[15:02] <jibel> merci monsieur
[15:22] <Laney> jibel: it is done
[15:22] <Laney> not sure if you need to trigger the testing manually for an out of cycle build?
[15:35] <oSoMoN> marcustomlinson, at some point the libreoffice snap will need to be updated to use the audio-playback interface, instead of pulseaudio (see https://github.com/ubuntu/snapcraft-desktop-helpers/pull/197)
[15:35] <gitbot> ubuntu issue (Pull request) 197 in snapcraft-desktop-helpers "snapcraft.yaml: add audio-playback for audio" [Closed]
[15:36] <oSoMoN> this is not urgent, but something to put on the backlog (and the change is trivial)
[15:36] <marcustomlinson> oSoMoN: ah ok, thanks for the heads up
[15:36] <oSoMoN> yw
[15:36] <oSoMoN> I just did that for the chromium snap
[15:42] <marcustomlinson> oSoMoN: where is the chromium snap source?
[15:43] <oSoMoN> marcustomlinson, https://code.launchpad.net/~chromium-team/chromium-browser/+git/snap-from-source
[15:43] <marcustomlinson> thanks
[15:55] <marcustomlinson> oSoMoN: wouldn't removing pulseaudio break the snap for all users not on snapd 2.41? Or do we expect they will upgrade?
[15:56] <oSoMoN> marcustomlinson, one cannot upgrade a snap and hold back the upgrade of the core snap, which has the interface definitions
[15:56] <oSoMoN> so removing pulseaudio should be safe
[15:56] <oSoMoN> jdstrand, can you confirm the above?
[16:04] <marcustomlinson> oSoMoN: easy way to find out would be to see if audio works on Bionic after your change
[16:04] <oSoMoN> marcustomlinson, I tested successfully on xenial
[16:05] <marcustomlinson> oSoMoN: ok nice! I'm building libreoffice now with that update, I'll confirm in many hours time :P
[16:05] <oSoMoN> according to https://forum.snapcraft.io/t/upcoming-pulseaudio-interface-deprecation/13418 the future-proof way is to plug both pulseaudio and audio-playback
[16:05] <marcustomlinson> yeah that's how I read it
[16:05] <oSoMoN> I guess that's to cater for the case of other distros where the core snap 2.41 is not available yet?
[16:07] <marcustomlinson> yeah better safe than sorry
[16:07] <oSoMoN> marcustomlinson, note that when you change only interface definitions, there's no need to fully rebuild the snap: you can grab the .snap file, unsquashfs it, do the modifications to the yaml files, then repack it with "snapcraft pack squashfs-root", and you have a .snap file ready to test locallyu
[16:07] <oSoMoN> -u
[16:07] <marcustomlinson> oSoMoN: there's a USN anyway so might as well
[16:08] <oSoMoN> right, in that case…
[16:17] <oSoMoN> marcustomlinson, I have updated the chromium snap to add back pulseaudio
[16:18] <marcustomlinson> oSoMoN: cool, yeah I just added the 2 audio plugs to LO
[16:18] <oSoMoN> not rebuilding it now though, the next rebuild will pick it up
[16:19] <marcustomlinson> ack
[16:19] <jdstrand> oSoMoN, marcustomlinson: there is no pressing need to remove pulseaudio at all in chromium and libreoffice since a) snapd isn't going to remove the interface and b) these will be grandfathered. you should add audio-playback for future-proofing.
[16:19] <oSoMoN> jdstrand, thanks for the confirmation
[16:20] <jdstrand> oSoMoN, marcustomlinson: once 2.41 is everywhere, I will do another PR to snapcraft-desktop-helper to remove pulseaudio
[16:20] <marcustomlinson> thanks jdstrand
[16:20] <oSoMoN> I'll be watching and will update chromium accordingly when that happens
[16:20] <marcustomlinson> oSoMoN: on that point, do you know of a situation where recording audio is a thing in LO?
[16:20] <jdstrand> oSoMoN, marcustomlinson: but that is just for cleanliness for new snaps. they can still plugs pulseaudio, it would just be manually connected while audio-playback is auto
[16:21] <oSoMoN> marcustomlinson, not off the top of my head
[16:21] <marcustomlinson> oSoMoN: I guess you could record on Chromium through some web app
[16:21] <oSoMoN> yeah, in chromium definitely
[16:21] <oSoMoN> it's needed for all webrtc apps
[16:22]  * jdstrand would expect chromium to have a snap decl for auto-connect of audio-record
[16:22] <jdstrand> in fact, whenever I grandfather chromium, I will try to remember to give it audio-record at that time
[16:25] <oSoMoN> jdstrand, thanks!
[16:28] <jdstrand> np
[16:31]  * oSoMoN calls it a day
[16:31] <oSoMoN> have a good evening everyone
[16:37] <hellsworth> cheers!
[16:53] <jibel> Laney, .2 is the image with the fix?
[16:53] <jibel> (just confirming the tests grabbed the right one)
[16:54] <jibel> anyway, it's still failing the same way
[16:55] <Laney> looks like it
[16:55] <jibel> triggering again to confirm
[16:56] <Laney> wasn't it a timeout before?
[16:59] <jibel> it's a timeout because it fails to reboot at the end of the test and run the post-installation test
[16:59] <Laney> right
[16:59] <Laney> this time I see some libvirt error
[16:59] <jibel> s/end of the test/end of installation/
[16:59] <jibel> I killed it
[17:00] <jibel> it was spitting the same squashfs error all over the console
[17:00] <Laney> oic
[17:00] <Laney> guess xnox gets to try again :(
[17:03] <xnox> Laney:  jibel: let me run it interractively to see what's happening.
[17:04] <Laney> guess: interacting badly with casper-stop?
[17:05] <xnox> Laney:  so yeah, the other things i had locally / been trying is to unmask cdrom.mount and make it stop after casper.service is done
[17:05] <Laney> wouldn't be a problem when apt installing into the overlay
[17:05] <xnox> maybe
[17:06] <Laney> I'm off anyway, this cold sucks and I'm going to have a nap :-)
[17:07] <marcustomlinson> get better Laney
[17:11] <xnox> jibel:  so interractively, booting in bios; using try ubuntu; waiting for snap changes to finish, then rebooting, shows remove installation medium page, and then it reboots fine without errors.
[17:11] <xnox> jibel:  which automation tests are you looking into?
[17:12] <xnox> stuff here https://platform-qa-jenkins.ubuntu.com/view/Eoan/ ?
[17:13] <jibel> xnox, ah installation on this run is successful
[17:14] <jibel> xnox, https://platform-qa-jenkins.ubuntu.com/view/Desktop/job/ubuntu-eoan-desktop-amd64-smoke-default/
[17:14] <jibel> now why the post installation tests are not running is another story
[17:15] <xnox> jibel:  i can't remember, do i have ssh access to the worker?
[17:15] <xnox> to inspect the vm, via virsh
[17:16]  * xnox sadly purged his local utah deployment a while back
[17:17] <jibel> xnox, yes you do
[17:32] <jibel> Woohoo, SUCCESS \o/
[17:32] <jibel> Jenkins build is back to normal : ubuntu-eoan-desktop-amd64-smoke-default #138
[17:32] <jibel> I'll trigger a couple more runs to make sure it is not luck
[18:02] <xnox> awwww
[19:48] <ejat> anyone can advise me how to debug/get log can't login after locking screen/ come back from sleep ?
[19:59] <ejat> anyone can advise me how to debug/get log can't login after locking screen/ come back from sleep ?
[20:58] <sarnold> ejat: how far back does it come? do you get error messages when you unlock?