[18:49] <pirx> has anyone installed any graphical effects in xubuntu/xfce? stuff like fading in/out windows when they open/close?
[18:51] <pirx> i think that "desktop visual effects" is what i am looking for
[18:53] <pirx> i mean, i like that xfce is to lean and fast, but if i could install a few effects and still have it almost as fast, i wouldnt mind:)
[18:53] <Spass> pirx, nope I did not, maybe with other WM you might be able to do stuff like that. compton?
[18:54] <Spass> you can take a look at Enso OS, it's basically very customized Xubuntu with Gala WM instead of Xfwm - https://enso-os.site/
[18:57] <Spass> but from my experience the window effects are not worth it, they use visibly more CPU, I think I prefer my desktop as fast as possible, without the "wobbly windows" and stuff like that :) been there, done that
[18:58] <diogenes_> pirx, you can use compiz, lots of cool effects and animations and almost no impact on cpu
[18:59] <Spass> compiz works good with Xfce?
[19:00] <pirx> Spass: will check out enso, thanks!
[19:00] <diogenes_> Spass, it works excellent, actually that's the first thing i ever install on a new fresh os install
[19:00] <pirx> diogenes_: will check out that first:)
[19:00] <pirx> thanks!
[19:01] <Spass> pirx, be aware that Enso is in beta state, you'll probably encounter few bugs
[19:01] <Spass> diogenes_, cool, good to know
[19:05] <diogenes_> Spass, yeah, it has all the features one could think of, in the past i liked the effects, the 3d windows effect, the 3d sphere and so on, but nowadays i use it mainly because of 3 things, 1. excellent screen enhanced magnifier (that is absolutely necessary for me) 2. window rules, specify the size and the place that application should appear on the screen 3. no screen tearing.
[22:47] <tomreyn> hi. i'm running xubuntu 18.04 (upgraded from 16.04). when i login on gdm , what happens is that xubuntu starts on tty2, while gdm continues running on tty1. is this normal?
[23:00] <brainwash> tomreyn: but it works fine with lightdm?
[23:02] <tomreyn> brainwash: haven't tried. i switched to gdm while still on 16.04.5 since lightdm wouldnt ask me for a password when i returned to the screen after long absence
[23:03] <brainwash> a password for the login screen?
[23:03] <brainwash> not sure if I understand that part
[23:03] <tomreyn> right, there was no login screen then (only on initial boot)
[23:04] <tomreyn> it apparently faield to lock the screen properly, reacticating the screen after longer absence just meant i was logged in immediatley and continued where i had left off, no password prompt.
[23:04] <tomreyn> which i didnt feel so comfortable with. ;)
[23:05] <brainwash> my guess would be that gdm is running with wayland as backend
[23:05] <tomreyn> but that's not what i'm asking now
[23:05] <tomreyn> iguess, so, too, yes
[23:05] <brainwash> you can configure gdm to use xorg instead
[23:06] <brainwash> that's what I would test
[23:06] <tomreyn> yes i could do this. i'm just wondering how its supposed to work
[23:06] <brainwash> the configuring?
[23:07] <tomreyn> no, how xubuntu 18.04 is supposed to login by default
[23:07] <tomreyn> someone probably tested xubuntu on 18.04 before release, and made a plan about how things should be configured.
[23:08] <brainwash> but xubuntu uses lightdm by default
[23:08] <brainwash> and lightdm has no wayland support
[23:08] <tomreyn> i see
[23:08] <tomreyn> well, maybe i'll just give it another try.
[23:08] <brainwash> please do
[23:09] <tomreyn> i dont trust it too much due to this 'mishap' about lack of screen locking
[23:09] <tomreyn> and similar bugs it had in the past
[23:10] <brainwash> xubuntu relies on light-locker for screen locking. light-locker utilizes lightdm.
[23:11] <tomreyn> so you're saying that screen locking with xubuntu on top of gdm cant work?
[23:12] <brainwash> not sure
[23:13] <tomreyn> well it does for me.
[23:14] <tomreyn> i'll try lightdm now
[23:17] <brainwash> install it with the lightdm-gtk-greeter
[23:18] <tomreyn> i already had both installed, lightdm and lightdm-gtk-greeter
[23:18] <brainwash> alright
[23:19] <tomreyn> so locking seems to work, at leats when initiated manually
[23:19] <tomreyn> just the entire thing now runs on tty7, no longer on 1 and 2
[23:19] <tomreyn> but i guess that's fine, as long as locking will contineu to work.
[23:19] <tomreyn> thanks for your time.
[23:20] <brainwash> you're welcome
[23:28] <tomreyn> hmm no, still the same problem.
[23:29] <tomreyn> when i dont use the computer for a while, it blanks then screen, then puts the screen to power saving, but it never locks it.
[23:30] <tomreyn> http://i.imgur.com/jaZsr4B.png
[23:30] <Spass> tomreyn, maybe check your xfce4-power-manager-settings on last tab
[23:30] <Spass> oh..
[23:30] <tomreyn> see above
[23:31] <tomreyn> the other relevant tab looks like this http://i.imgur.com/RCGkdk4.png
[23:32] <Spass> tomreyn, does the "xflock4" command work properly?
[23:32] <tomreyn> yes. it spawns the locvk screen. so does manual locking via the menu.
[23:33] <tomreyn> manually via actions menu also works.
[23:34] <tomreyn> ctrl-alt-l, too.
[23:34] <tomreyn> just screen saver initiated locking fails.
[23:35] <Spass> it spawns gdm or lightdm?
[23:35] <tomreyn> i get the blueish background, i think this is light-lockers' own screen.
[23:36] <tomreyn> the session is initiated via lightdm now, if that's what you'Re asking
[23:39] <brainwash> bummer
[23:40] <tomreyn> does anyone of you run xubuntu on 18.04 then?
[23:41] <tomreyn> it'd be nice to know whether this is a general issue or more likely a matter of local configuration changes.
[23:41] <brainwash> I can test in a VM
[23:41] <tomreyn> hmm i could actually do this, too, so no need thanks.
[23:42] <Spass> it works fine on my 18.04 install, on my laptop
[23:42] <tomreyn> fresh install?
[23:42] <Spass> yes
[23:43] <tomreyn> okay, so not generally an issue, good.
[23:43] <Spass> will check on my desktop now, it's upgraded from 17.10
[23:43] <brainwash> tested it. works.
[23:43] <brainwash> with your settings
[23:45] <Spass> works fine on my desktop too
[23:45] <tomreyn> thanks for testing, you two! since i had the ssme issue on 16.04, i assume there would be a bit more discussion on this if it was a general issue on both 16.04 and 18.04. so the likely explanation is that it's due to some local modifications i may have made.
[23:45] <tomreyn> so you waited for it to go to sleep automatically, didnt lock yourself, right?
[23:45] <brainwash> yes, 1min
[23:46] <brainwash> + the 10sec delay
[23:46] <tomreyn> okay, i should probably try a new user account
[23:46] <brainwash> I was about to suggest that :)
[23:47] <Spass> yeah I waited too
[23:47] <tomreyn> ty
[23:48] <tomreyn> and ttyl, got to leave for a bit...
[23:48] <brainwash> killall light-locker; light-locker --debug
[23:48] <brainwash> will give some debug output
[23:51] <tomreyn> killall light-locker tells me that:  light-locker: no process found
[23:51] <brainwash> uhm
[23:51] <brainwash> it should be running
[23:52] <brainwash> there should be an autostart entry for it
[23:53] <brainwash> settings > startup and blabla > autostart
[23:55] <tomreyn> yes, there is "Screen Locker (Launch screen locker program)", mouseover: "Command: light-locker" listed and ticked.
[23:56] <tomreyn> that's in session and Startup -> Appolication Autostart.
[23:56] <brainwash> right
[23:56] <tomreyn> but it's not running
[23:57] <brainwash> not even initially?
[23:57] <brainwash> it could be that it crashes at some point later
[23:57] <brainwash> starting it manually works?
[23:58] <tomreyn> yes, running "light-locker --debug" from a GNU screen works
[23:58] <tomreyn> oh, but
[23:58] <tomreyn> ...then it fails
[23:58] <brainwash> interesting
[23:59] <brainwash> probably something for ubuntu-bug
[23:59] <tomreyn> https://paste.ubuntu.com/p/4vrFHXvHWb/
[23:59] <tomreyn> bbl