XFCE not launching about ly

[anupam-git]

The compiling issue was a stupid one. It seems that the linked options ($LINK in your makefile) should be at given last.
Updated the makefile, and everything compiled good.

Even ly is launching the session too.
All good now.

[nullgemm]

Thanks a lot, I had no idea what could cause your issue. That's fixed in c13ca1c.

[nullgemm]

I added /bin and /sbin in the default PATH with 5e7437b

[nullgemm]

Hi, I just tried xfce4 on my fresh archlinux install and it seems to work, can you tell me which distro you are using? Is there any particular configuration on your system?

[anupam-git]

Fedora.. no specific configuration..
I launch using just startx

[RobertZenz]

Ly sits idly after successful login and nothing launches.

Do you mean that the screen goes black and nothing happens, or that Ly stays visible? If Ly stays visible, can you interact with it? Have you checked whether XFCE might have been started on a different TTY (Ctrl+Alt+F1-12)?

[anupam-git]

By "sits idly" I meant Ly stays visible but the DE doesn't launches.
I didn't check any other TTYs except 1 and 2..

The thing is, I was testing Ly on Fedora when this problem occurred.
But as of now, I changed my distro to ubuntu.

Now, I cant even compile. Always getting an error that undefined reference to 'pam_xxxx'.
Installed libpam0g-dev, but still it did not help. I dont know why pam cannot be found.

I checked the makefile and it seems that -lpam and -lpam_misc linker options are present.

Compiler version is gcc 7.3.0

[anupam-git]

Now having another issue.

As of now, xfce launches in Ubuntu. But every command needs to be run as sudo.

Even running ls as from user shell gave the error.

Any idea what's happening?

[nullgemm]

Wow. I have no idea. Ly clearly downgrades the permissions and prints an error if it fails. Maybe you can check if your user is in the necessary groups ? groups yourusername

[anupam-git]

Everything is good when i manually login and start the x server with startx.

Permission issue only happens when logging in with ly.

I'll do some detailed research. If I find anything I'll ping here.

If you need any more info from me, let me know. I'll be happy to help.

[RobertZenz]

Can you open a terminal in the ly launched XFCE session and run:

• id
• groups
• echo $HOME

That is, if the opening of the terminal already requires sudo, you don't need to test this because that doesn't help. If the terminal can be opened without sudo, then please run these commands and post the exact output here. Also try to run the ls command again and also post the whole output.

[anupam-git]

I was looking into the issue and found out that the issue is not regarding permissions and all.

The exact issue is when logging in with ly, PATH is missing /bin and hence the commands from /bin are not running.

But when I started the xserver manually with startx, the PATH variable had /bin in it.

It was due to this missing path, the errors were being shown. I am currently trying to figure out why it is behaving like this.

Will post if I have any updates. Also let me know if you need regarding info regarding the new findings.

[nullgemm]

This is because the default configuration does not include /bin in the PATH variable. I use ArchLinux, and in that distro /bin is a symlink to /usr/bin, so I just included /usr/bin in the PATH by default. You just have to edit the PATH to be loaded in /etc/ly/config.ini:

path=/sbin:/bin:/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/bin/env

[anupam-git]

Then why does starting with startx includes bin in PATH?

From what I see in my /etc/ly/config.ini, path variable is not being set in config.ini. Hence it should not get overridden.

[nullgemm]

Well... startx is a wrapper for xinit, and thus initializes everything on its own.
Ly was made under Archlinux, and sets the PATH to whatever is in labeled path in the config. If you did not set this variable (the default config obviously does not, and has the line commented), it falls back to hardcoded defaults, which do not include /bin. But I guess I could add /bin for better support. In the meantime, you can set the PATH in config.ini if you want the things to work...

[anupam-git]

Ahh.. Understood.

Yeah, adding /bin will be a good choice.