[04:56] <desrt> word.
[05:40] <duflu> desrt: Is the word jetlag?
[05:40] <desrt> duflu: yes.  yes it is.
[05:40] <duflu> Oh, that's two
[08:43] <seb128> good morning desktopers
[08:44] <TheMuso> Hey seb128.
[08:45] <seb128> hey TheMuso, how are you?
[08:45] <TheMuso> seb128: Not too bad thanks. Yourself?
[08:46] <seb128> I'm good thanks!
[08:48] <flexiondotorg> Morning seb128
[08:48] <seb128> hey flexiondotorg
[08:48] <seb128> how are you?
[08:48] <flexiondotorg> Very well thanks.
[08:48] <flexiondotorg> Yourself.
[08:48] <flexiondotorg> desrt duflu Morning
[08:48] <flexiondotorg> TheMuso Hey! :-)
[08:49] <didrocks> hey TheMuso, flexiondotorg, re seb128
[08:49] <flexiondotorg> didrocks Morning. Been to sleep yet? ;-)
[08:50] <flexiondotorg> TheMuso I don't know if you twigged, but MATE now has some full-time paid developers just working on a11y
[08:50] <desrt> seb128, TheMuso, didrocks, flexiondotorg: hello to everyone
[08:50] <seb128> oh, right, desrt is on european tz now! morning :-)
[08:50] <desrt> not quite yet.  i'm in some weirdo jetlag zone presently :p
[08:50] <flexiondotorg> They a from a French start-up - http://hypra.fr
[08:51] <didrocks> flexiondotorg: ahah, yeah, quite lucky on that side, only waking up when hungry, so quite ok :)
[08:51] <didrocks> hey desrt!
[08:52] <TheMuso> flexiondotorg: You are probably referring to the folks at hypra. Yes I am aware.
[08:53] <flexiondotorg> TheMuso Great :-)
[08:53] <flexiondotorg> I'm delighted they've turned up.
[08:53] <TheMuso> It is certainly great to have them on board.
[08:54] <flexiondotorg> Yeah, I'm going to try and find a way to highlight their contribution to the project.
[08:54] <flexiondotorg> We've effectively got a full time developer now.
[08:54] <TheMuso> Yep thats great.
[08:54] <TheMuso> I've actually been enjoying Mate a lot more of late.
[08:55] <TheMuso> Mostly on Fedora, whichi is 1.16, but nevertheless.
[08:55] <flexiondotorg> I installed Ubuntu MATE 17.04 alpha 2 blinded folded at the weekend to test it all.
[08:55] <willcooke> morning all
[08:56] <flexiondotorg> willcooke o/
[08:56] <didrocks> hey willcooke
[08:56] <TheMuso> flexiondotorg: Yeah there are some rough edegs. I need to take a look myself at some point.
[08:56] <TheMuso> Hey willcooke.
[08:57] <desrt> willcooke: hi hi :)
[08:59] <duflu> Morning flexiondotorg
[09:01] <seb128> hey willcooke duflu
[09:01] <duflu> Morning seb128
[09:01] <Laney> morning
[09:01] <Laney> woah wtf
[09:04] <seb128> hey Laney, what's up?
[09:05] <Laney> hey seb128!!!!
[09:05] <Laney> got some graphics corruption, had to restart
[09:05] <Laney> sent a video on telegram
[09:05] <seb128> intel :-/
[09:06] <Laney> INTELLLLLLLLLLLL
[09:06] <Laney> before it's been some static corruption
[09:06] <Laney> this time it was moving
[09:07] <Laney> and I saw stuff for a few seconds after unsuspending
[09:07] <Laney> other times it was borked straight away
[09:07] <Laney> oh well
[09:13] <davmor2> Morning all
[12:34] <hikiko> Trevinho, ping
[12:42] <seb128> hikiko, you might want to include context in the ping, maybe others can help as well?
[12:43] <hikiko> haha :)
[12:43] <hikiko> seb128, I want him to explain me a bullet in a list of suggestions for lowgfx
[12:43] <hikiko> so, I think he is the only one who can help
[12:44] <hikiko> do you want me to paste it here? you might know what he means
[12:46] <seb128> hikiko, sure, even if I don't at least he has the content he needs to reply to
[12:46] <hikiko> compiz_profile_gsettings_path:
[12:46] <hikiko> It has to return a list of paths actually
[12:46] <hikiko> Settings have to be changed for all the profiles this returns (so that settings are in sync between profiles)
[12:49] <hikiko> seb128, in order to apply instantly the lowgfx or the unity settings I make sure we use flat-file configuration and I overwrite the Default.ini with the unity or unity-lowgfx profile settings depending what the selection is
[12:50] <hikiko> because the other methods (like switch profile) don't have an instant effect they require reboot and sometimes they crash the desktop
[12:50] <hikiko> so marco agreed to use this method
[12:50] <seb128> hikiko, I'm going to let Trevinho reply because I didn't follow the details enough, I don't understand why we use flat-file instead of gsettings there and that sounds wrong to me
[12:51] <Trevinho> hikiko: hey... I was at lunch
[12:51] <hikiko> hey Trevinho
[12:51] <hikiko> well, questions :)
[12:51] <hikiko> 1st of all
[12:51] <seb128> hikiko, to me it sounds like "compiz fails to pick up gsettings profile changes dynamically", which would suggest compiz needs to be fixed not that we should switch to flat file
[12:51] <hikiko> yes seb128
[12:51] <seb128> I don't get why we don't fix compiz if that's the issue
[12:52] <seb128> (I know easier said than done)
[12:52] <hikiko> because that will take time and because by default when you start unity if you go to ccsm
[12:52] <hikiko> you will see that the selected profile is Default
[12:52] <hikiko> and the default configuration flat-file
[12:53] <hikiko> and since switching to flat doesn't cause any problem to the desktop I did this as faster
[12:54] <hikiko> seb128, fixing compiz will need a lot of time + debug
[12:56] <seb128> yeah, I don't doubt it's more work to fix but it also seems the right thing to do... anyway as said let's not argue over that, whatever you and Trevinho thinks make sense
[12:56] <seb128> hey Trevinho :-)
[12:56] <hikiko> Trevinho, willcooke what do you think on that? should I fix compiz or just use the flat-file?
[12:57] <hikiko> Trevinho, I had another question for u initially
[12:57] <hikiko> what do you mean by:
[12:57] <hikiko> compiz_profile_gsettings_path:
[12:57] <hikiko> It has to return a list of paths actually
[12:57] <hikiko> Settings have to be changed for all the profiles this returns (so that settings are in sync between profiles)
[12:57] <Trevinho> hey seb128
[12:58] <Trevinho> hikiko: as seb128 said I'm for trying to fix compiz... It already took some time to get here, so i guess you can figure out what's not going properly
[12:59] <Trevinho> hikiko: by compiz_profile_gsettings_path, I mean that you've to do the same things for all the know profiles. So it should return a list (array) insetead of profile strings so that you can apply the gsettings_set_* calls to all the profiles. not only to the one currently used.
[12:59] <hikiko> Trevinho, I am not using the lowgfx profile option anymore
[13:00] <hikiko> only the gsetting
[13:00] <hikiko> that is system wide
[13:00] <hikiko> so all profiles are aware
[13:00] <hikiko> isn't it?
[13:00] <hikiko> u7 reads the gsetting
[13:00] <hikiko> not the option it used to read
[13:01] <hikiko> I completely removed the lowgfx option and I replaced that with the lowgfx gsetting
[13:11] <Trevinho> hikiko: mhmhhm.... So compiz isn't using the compiz profile in gsettings?
[13:12] <hikiko> when the backend is gsettings
[13:12] <Trevinho> I mean, when you run unity using that default.ini and you change a gsettings compiz setting (from dconf or command line), I guess things won't work, isn't it?
[13:12] <Trevinho> and what is the profile?
[13:12] <hikiko> Trevinho,
[13:12] <hikiko> case 1: backend= flat-file
[13:13] <hikiko> compiz watches Default.ini and applies instantly all the changes there
[13:13] <hikiko> but
[13:13] <Trevinho> I mea you've been able to do gsettings set org.compiz.unityshell:/org/compiz/profiles/$PROFILE/plugins/unityshell <any-setting> <value> to work
[13:13] <hikiko> libcompizconfig calls like setProfile etc
[13:13] <hikiko> don't work
[13:13] <hikiko> no
[13:13] <Trevinho> well, then the default.ini solution isn't fine...
[13:14] <hikiko> wait
[13:14] <Trevinho> I mean we've things that rely on that, and we risk to break things otherwise
[13:14] <hikiko> whan the backend is gsettings
[13:14] <hikiko> if you set lowgfx = true
[13:14] <hikiko> u7 instantly reads the value
[13:14] <hikiko> but setProfile etc
[13:14] <hikiko> don't have any effect
[13:15] <hikiko> compiz seems to ignore all the other settings
[13:15] <hikiko> basically
[13:15] <hikiko> not ignore
[13:15] <hikiko> it messes up
[13:15] <hikiko> the previous with the current
[13:15] <hikiko> some are overwritten some not
[13:15] <hikiko> if you restart
[13:15] <hikiko> it works
[13:16] <hikiko> but restart sometimes crashes etc
[13:16] <hikiko> Trevinho, I mean that the gsettings are updated but they are not applied correctly
[13:16] <hikiko> but with flat file they are both updated and applied
[13:24] <hikiko> Trevinho, seb128 question:
[13:25] <hikiko> without flat-file
[13:25] <hikiko> if I use gsettings only
[13:25] <hikiko> I can't use the *.ini files anyway isn't it?
[13:25] <hikiko> like unity, unity-lowgfx.ini
[13:26] <seb128> well, how are defined the profiles? is there a gsettings definition? I don't know that part enough to respond
[13:26] <hikiko> in gsettings configuration, these files are ignored
[13:26] <seb128> they maybe have their gsettings equivalents?
[13:26] <hikiko> if you use flat you read the ini
[13:26] <Trevinho> So... Profiles have to be defined with .ini files
[13:27] <Trevinho> but they generate gsettings default values that are different than the normal ones
[13:27] <Trevinho> the flat-ini file for *saving* settings is a different thing
[13:27] <hikiko> compiz will only read the gsettings
[13:28] <hikiko> in that case
[13:28] <Trevinho> and I'm afraid that if you use that default.ini then the gsettings vaules are ignored during that session
[13:28] <hikiko> they arent
[13:28] <hikiko> Trevinho, can you give me an example?
[13:29] <hikiko> of what would be ignored?
[13:29] <hikiko> to test
[13:29] <hikiko> because I think they are ignored when I use gsettings
[13:32] <Trevinho> so... Run compiz with a default.ini set
[13:32] <Trevinho> then
[13:33] <Trevinho> call
[13:33] <Trevinho> gsettings set org.compiz.unityshell:/org/compiz/profiles/$PROFILE/plugins/unityshell <any-setting> <value>
[13:33] <Trevinho> for any setting you want...
[13:34] <Trevinho> or use dconf-editor
[13:34] <Trevinho> these values have to be updated even if running with default.ini
[13:34] <hikiko> dconf-editor changes apply immediately I think let me check with lowgfx
[13:38] <Trevinho> hikiko: but, in that case what ccsm profile are you using?
[13:38] <hikiko> well
[13:38] <hikiko> I changed the launcher position
[13:38] <hikiko> worked fine
[13:38] <hikiko> it applies instantly
[13:38] <hikiko> also:
[13:38] <Trevinho> using /profiles/$PROFILE/ what?
[13:38] <hikiko> https://wiki.archlinux.org/index.php/Compiz_configuration#Settings_storage_options
[13:38] <hikiko> using dconf-editor
[13:39] <Trevinho> yeah, i mean, but the setting path? What profile are you applying this to?
[13:39] <hikiko> how can I check that?
[13:45] <hikiko> well from dconf
[13:46] <hikiko> the gsettings profiles can be edited whereas for the ini you have only the plugin names and the values are read from the ini
[13:46] <hikiko> but I still don't see where's the problem with the flat file
[13:47] <hikiko> you can't edit the value in dconf you can edit it from ccsm or text file
[13:47] <Trevinho> hikiko: the problem is that I don't want to risk to break the gsettings backend which we use from various places, scripts and ucc
[13:48] <Trevinho> hikiko: that's not fine... we need to be able to change a variable from dconf/gsettings command line
[13:48] <Trevinho> make sure you're using the correct path, tho
[13:48] <hikiko> could you give me an exact example of something that would break Trevinho ?
[13:48] <hikiko> so that I test it?
[13:49] <hikiko> currently my profile is the Default
[13:49] <Trevinho> hikiko: I'm not saying it will, I want to make sure it won't...
[13:49] <Trevinho> Mh, so your profile has to be unity...
[13:49] <Trevinho> run unity with
[13:49] <Trevinho> COMPIZ_CONFIG_PROFILE=ubuntu compiz --replace
[13:50] <Trevinho> then in that case the profile will be 'unity'
[13:50] <Trevinho> this is the default case when you start unity from upstart/systemd at startup
[13:51] <Trevinho> then in such scenario you should be able to change profile (if the default.ini method works, fine), but once yuo've changed the default.ini values you still should be able to change settings from gsettigns command line or dconf
[13:51] <hikiko> tiktok:[eleni]~$ ccsm
[13:51] <hikiko> compizconfig - Info: Backend     : ini
[13:51] <hikiko> compizconfig - Info: Integration : false
[13:51] <hikiko> compizconfig - Info: Profile     : default
[13:51] <hikiko> Loading icons...
[13:52] <Trevinho> mh, cleanup your ~/.config/compizconfig, since you' should have Backend: ini
[13:52] <Trevinho> nor Profile: default
[13:53] <Trevinho> also you have to imagine situations where people is using using both mate desktop + compiz and Unity... They will share the default.ini, and we don't want to break such installations
[13:53] <hikiko> they don't
[13:53] <hikiko> each backend
[13:53] <hikiko> has its own default
[13:53] <hikiko> default.ini is ignored in case of gsettings
[13:54] <hikiko> and if you open ccsm
[13:54] <hikiko> sometimes
[13:54] <hikiko> you see many "Default"
[13:54] <hikiko> one for ini, one for gsettings etc
[13:54] <hikiko> each backend has its own Default
[13:54] <hikiko> and Default.ini is only read by the flat-file backend
[13:55] <Trevinho> sure..... So, if you use the default.ini in unity, then unity will use the ini backend then... and we don't want that.
[13:55] <hikiko> no
[13:55] <hikiko> if you use default.ini + flat file
[13:55] <hikiko> if you keep the gsettings backend
[13:55] <hikiko> and edit the default.ini
[13:55] <Trevinho> ok, ok... that's fine
[13:55] <Trevinho> So you say to use default.ini + gsettings....
[13:56] <hikiko> that's impossible :)
[13:56] <Trevinho> Eh, so we can't do it :)
[13:56] <hikiko> I say to use default.ini + flat
[13:56] <hikiko> if we need gsettings we can't use the default.ini
[13:56] <hikiko> and we have to fix compiz
[13:57] <hikiko> to read the gsettings instantly
[13:57] <hikiko> *if* that's possible
[13:58] <hikiko> but I think that using flat+default.ini doesn't cause any problems
[14:01] <Trevinho> hikiko: it does, for the way we change settings around...
[14:01] <Trevinho> hikiko: we assumes *everywhere* that settings are managed from gsettings
[14:01] <Trevinho> and we can't change that
[14:01] <Trevinho> it would break not only lots of scripts and uss, which we've control on, but also some documentation around in how to do advanced things...
[14:02] <Trevinho> or external tools such as unity-tweak-tool
[14:02] <Trevinho> I'd prefer to enable lowgfx after a logout before risking to regress IMHO
[14:03] <hikiko> I didn't see any issues with unity-tweak tool tbh
[14:03] <hikiko> all gsettings for the *current* profile apply instantly let's see something that is profile specific
[14:05] <hikiko> well
[14:05] <hikiko> better fix compiz if you insist that gsettings are the only option
[14:05] <hikiko> it's stupid to ask the user to restart
[14:06] <hikiko> I am gonna get a look
[14:06] <Trevinho> Sure... I don't like to restart either...
[14:06] <Trevinho> But we've to use gsettings.
[14:07] <Trevinho> If you say that gsettings values are used anyway it's fine... But in that case I think that a default.ini + gsettings is possible then, as otherwise I wouldn't say how that happens
[14:18]  * desrt raises an eyebrow
[14:20] <desrt> Trevinho, hikiko: DTRT :)
[14:23] <hikiko> Trevinho, I ll try a few things until monday and we see :)
[14:23] <hikiko> hi desrt
[14:23] <hikiko> what
[14:24] <hikiko> what's DTRT?
[14:24] <desrt> "do the right thing"
[14:24] <hikiko> lol
[14:24] <hikiko> thanks for the useful advice! :p
[14:24] <desrt> it's a gentle reminder that dirty hacks are bad
[14:24] <hikiko> happy thursday btw :)
[14:24] <desrt> happy thursday :D
[14:26] <hikiko> we are the bad ones desrt :D
[14:26]  * hikiko counts the countless dirty hacks she has seen in projects :p
[14:29] <desrt> you can just say "project"... compiz alone is already into the "countless" territory :)
[14:30] <hikiko> hahaha
[14:31] <hikiko> we never run out of bug fixes :p
[14:32]  * desrt wonders why domestic bank transfers in germany take so much time...
[14:33] <hikiko> lol
[14:54] <xnox> desrt, indeed it is instant in e.g. Latvia (eur) and the UK (gbp)
[15:09] <Sweet5hark> flexiondotorg: https://git.launchpad.net/~bjoern-michaelsen/df-libreoffice/+git/libreoffice-snap-playground/log/?h=xenial
[15:12] <flexiondotorg> Sweet5hark Thanks.
[15:17] <hikiko> ho! :)
[15:17] <hikiko> I've made it work real-time with gsettings
[15:17] <hikiko> :p
[15:17] <hikiko> but now it doesn't work with flat :////
[15:17] <hikiko> :p
[15:18] <hikiko> i know we don't care about flat but some people have flat by default :p
[15:18] <hikiko> I am gonna make it work with both :D
[15:23] <seb128> hikiko, nice work, was is the patch like?
[15:26] <hikiko> well, it's a bit stupid seb128 :p but I realized that the libccs functions only work with gsettings so 1- you have to switch to gsettings backend 2- that you don't have to use the profile names but the profile filenames 3- that you have to set other info too like integration and pluginautosort (whatever is in .config)
[15:26] <hikiko> there's a prob though I'll fix now
[15:26] <seb128> k, good job in any case :-)
[15:26] <hikiko> when you install ubuntu for the first time
[15:26] <hikiko> you have flat file
[15:27] <hikiko> I've found a relevant bug report with a fix
[15:27] <hikiko> but it still happens
[15:27] <hikiko> so I'll take the flat case into account too
[15:28] <hikiko> if the backend is flat, I'll overwrite the default.ini
[15:28] <hikiko> if it's gsettings
[15:28] <hikiko> I'll do it properly with compizconfig
[15:28] <hikiko> so everyone's happy, no crashes, no reboots :p
[16:05] <Trevinho> hikiko: cooolio
[16:06] <Trevinho> seb128: as for the gnome runtime.....
[16:06] <Trevinho> seb128: by using that it means that your app builds will go to edge?
[16:07] <seb128> Trevinho, you builds go whever you upload it I think, but it's a question for #snappy
[16:07] <seb128> Trevinho, but since the runtime is in edge users probably manually need to install it from there
[16:07] <Trevinho> seb128: that would look weird as isn't the runtime only available in edge?
[16:07] <seb128> Trevinho, which means your snap isn't going to work out of the box
[16:07] <Trevinho> eh...
[16:07] <seb128> right
[16:07] <Trevinho> mh, I'll give it a try, but I guess it's not for production yet
[16:07] <seb128> we can move the runtime to stable
[16:07] <seb128> I was waiting for some feedback before doing that
[16:08] <seb128> but nobody gave some so far
[16:08] <Trevinho> seb128: right... I'm the one will give it to you :-)
[16:08] <seb128> flexiondotorg played with it I think
[16:08] <seb128> but I don't think he has any store snap using it
[16:08] <seb128> flexiondotorg, ^  right?
[16:08] <flexiondotorg> I have.
[16:08] <flexiondotorg> I don't have published snaps yet.
[16:09] <seb128> right
[16:09] <seb128> things were working for you though?
[16:09] <flexiondotorg> But just an hour ago I found out store assertions would enable me to auto connect my snaps to the platform snap :-)
[16:09] <seb128> I though they wouldn't do that though?
[16:09] <seb128> because there was not process defined
[16:10] <seb128> and well, they need to be from the same user to be able to share no? or did they lift that requirement?
[16:11] <seb128> I'm probably confusing the "no process defined" with something else
[16:11] <seb128> Trevinho, in what context was it that you were asking Jamie about that?
[16:11] <seb128> it was for the dbus name not the sharing?
[16:12] <Trevinho> seb128: mhmh... I asked for dbus, and they did it...
[16:13] <Trevinho> seb128: but I also asked for getting some things like avahi-monitor plugs... I mean for the ones that would need manual connection
[16:13] <Trevinho> and for those there are no policies eyt
[16:13] <Trevinho> *yet
[16:13] <seb128> ah right, that was it
[16:13] <seb128> Trevinho, thanks
[16:26] <Trevinho> seb128: I was looking at the examples, but the snap-launcher-hack is not needed anymore, right? As it's in the default desktop launcher repo...
[16:26] <seb128> Trevinho, correct
[16:27] <seb128> talking to Trevinho reminds me that I should book some train ticket and an hotel room for fosdem
[16:27] <seb128> or just be lazy and not go :p
[16:27] <Trevinho> seb128: noooooooooooo
[16:27] <Trevinho> Book it!
[16:27] <seb128> lol
[16:28]  * Laney feels unvalued
[16:28] <Trevinho> seb128: and remember that you can share with us.
[16:28] <Trevinho> Laney: no I valued you^ :-D
[16:28] <Laney> i know YOU do, Trevinho
[16:29] <seb128> k, I can't make Laney sad
[16:29]  * seb128 books tickets
[16:29] <seb128> Trevinho, let's see how much is a room, you can pay a share with $drinks ;-)
[16:29] <Laney> :D
[16:32]  * Trevinho knows seb128 will get drunk then :-D
[16:32] <seb128> that's part of the plan :p
[16:33]  * Trevinho loves to see seb128 motivated :-D
[16:33] <seb128> :-)
[16:36] <Sweet5hark> guys, get going, Bruessels is no fun without you guys.
[16:36] <Laney> don't you have your TDF buddies?
[16:44] <Sweet5hark> Laney: sure, hanging out in the evening with friends is just so inconvenient with that many knifes in the back.
[16:44] <Trevinho> Laney: don't unvaluete yourself now
[16:44] <Trevinho> unvalue*
[16:47] <Laney> I just meant for tonight :(
[16:47] <Laney> obviously we'll be there tomorrow to level things up a bit
[16:53] <attente> can't seem to dput to a ppa for some reason...
[18:10] <willcooke> night all
[18:11] <Laney> night also!
[18:12] <BLu2> 😴
[21:15] <ochosi> Laney: hey there! wanna exchange numbers or something in case we don't find each other at the beer event tomorrow?
[22:12] <muktupavels> robert_ancell: https://bugs.launchpad.net/lightdm/+bug/1661343
[22:12] <muktupavels> any idea how to fix that?
[22:14] <robert_ancell> muktupavels, not sure. Does the lightdm.log show anything?
[22:17] <muktupavels> robert_ancell: I think there is nothing usefull. Session is started before greeter is closed/stoped. Maybe device is used/opened by greeter and because that session fails to open it?
[22:18] <robert_ancell> muktupavels, oh, that might be it. Perhaps the session is assuming that the logind session has been changed before the session starts?
[22:18] <muktupavels> changed?
[22:20] <robert_ancell> muktupavels, the active session is changed. I'm not sure of the correct term for it.
[22:20] <robert_ancell> The ActivateSession() call in D-Bus
[22:20] <robert_ancell> Though this is just a guess
[22:21] <robert_ancell> muktupavels, oh, hang on. It works with seat0? i.e. this is a multi-seat only issue?
[22:22] <muktupavels> robert_ancell, don't know. session is started, but it fails because mutter can not open /dev/dri/card1. And looking in log file i see that greeter is stoping only after session is started.
[22:22] <muktupavels> yes, problem is with seat1
[22:22] <muktupavels> seat0 works
[22:22] <robert_ancell> yeah, that's intentional to stop the greeter after the session - that way you can (in theory) be sure the session is started
[22:22] <muktupavels> also autologin works after reboot
[22:22] <robert_ancell> The combination of multi-seat and Wayland is putting this well outside my experience level :)
[22:24] <muktupavels> problem is that it fails to open card1, because it is used by greeter and/or xorg? I dont know much about it.
[22:24] <muktupavels> If lightdm does not start greeter it works at least after reboot.
[22:26] <robert_ancell> muktupavels, I don't know why this would be any different to the seat0 case, since they should be using different cards right?
[22:26] <muktupavels> loging out gives me black screen, then lightdm fails to start display server
[22:26] <robert_ancell> i.e. seat0=card0, seat1=card1
[22:26] <muktupavels> yes
[22:27] <muktupavels> robert_ancell, because seat0 canMultiSession=yes, CanTTY=yes, bet for seat1 both are no.
[22:27] <robert_ancell> huh
[22:27] <muktupavels> Simply seat0 probably starts on different tty
[22:31] <muktupavels> robert_ancell: loging out from wayland session (from autologin) fails to start xserver
[22:31] <muktupavels> _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed
[22:31] <muktupavels> _XSERVTransMakeAllCOTSServerListeners: server already running
[22:31] <muktupavels> Cannot establish any listening sockets - Make sure an X server isn't already running(EE)