Package Details: enlightenment-git 0.26.99.25007.g044149406-1

Git Clone URL: https://aur.archlinux.org/enlightenment-git.git (read-only, click to copy)
Package Base: enlightenment-git
Description: Enlightenment window manager - Development version
Upstream URL: http://www.enlightenment.org
Licenses: BSD
Conflicts: enlightenment
Provides: enlightenment, notification-daemon
Submitter: Scimmia
Maintainer: raster
Last Packager: raster
Votes: 64
Popularity: 0.29
First Submitted: 2014-01-08 21:25 (UTC)
Last Updated: 2024-12-14 20:35 (UTC)

Dependencies (27)

Required by (33)

Sources (1)

Latest Comments

1 2 3 4 5 6 .. 18 Next › Last »

noitemstoshow commented on 2024-10-19 10:29 (UTC) (edited on 2024-10-19 10:30 (UTC) by noitemstoshow)

Thanks. I think it should work in Arch. And my OS could be either broken in some way or Artix+dinit+lightdm just not been expected here. I'll spin up fresh ones in vm to do some test later on.

raster commented on 2024-10-19 10:05 (UTC)

oh and btw - yes. e wayland comes up on Arch in lightdm if i use it and select that session. there is a strange like 10 second or so gap between lightdm exiting to a blank vt and e coming up - i am not sure it's e as running it directly has it come up right away (with the right env vars set as per the desktop file)

raster commented on 2024-10-19 09:39 (UTC)

In the end you will need a dbus daemon to work. Testing wayland without dbus is "untested and unsupported" as at a minimum we need logind on the system bus to get input fd's. So your core problem is no dbus daemon is provided for your session bus. This is kind of a half-broken OS. This just shouldn't happen and there are probably a whole bunch of untested failure scenarios here that no one will ever test or try or bother trying to make work.

E is definitely deciding to exit on it's own due to the lack of your session dbus. By setting the E_NO_DBUS_SESSION=1 you're off into "unknown lands" and E is definitely warning you of that. Invariably these kinds of bypasses are used for debugging to get past a problem to go solve the next one and come back later. In this case I know a lack of dbus is going to just have cascades of problems where somewhere something is going to be reliant on this working and is not going to have a "fully capable" fallback path.

It's the job of your login manager to provide this as part of the login session. The expectation is that any login has a session dbus already attached to it by the login mechanism for that user. I assume since you use Artix, it's just broken this somehow in it's desire to say "go away" to systemd.

At this point the official position of anyone in Arch is "It's not Arch. It's not even close. Use Arch". :( I'm pretty lax on this myself - especially for ALARM as it's really an architectur rebuild but otherwise pretty much the same to the core. Given your problem is a lack of a dbus session bus I'd say it's time to go back to Artix itself and find out why this is the case, fix it and then come back. Something systemd took care of that Artix has removed and now is missing. :(

noitemstoshow commented on 2024-10-19 03:49 (UTC) (edited on 2024-10-19 03:53 (UTC) by noitemstoshow)

Thanks for the quick reply. E26 wayland is under development and experimental so problem is expected. I did more test, my OS is Artix+dinit+lightdm while trying to start E26(AUR git version) as wayland session type from lightdm, it will complain about can not connect to dbus, stop and kick back to lightdm greeter screen.



ESTART: 0.03256 [0.00000] - E_Msgbus Init
ERR<2418>:eldbus ../src/lib/eldbus/eldbus_core.c:1062 _connection_get() Error connecting to bus of type 1. error name: org.freedesktop.DBus.Error.FileNotFound error message: Failed to connect to socket /tmp/dbus-nta2txy157: No such file or directory
## Copy & Paste the below (until EOF) into a terminal, then hit Enter

eina_btlog << EOF
。。。。。。
EOF

ERR<2418>:eina_safety ../src/lib/eldbus/eldbus_core.c:1126 eldbus_connection_get() safety check failed: conn == NULL
## Copy & Paste the below (until EOF) into a terminal, then hit Enter

eina_btlog << EOF
。。。。。。
EOF

<<<< Enlightenment Error >>>>
Enlightenment cannot create a dbus session connection.
At best this will break many things, at worst it will hard lock your machine.
If you're sure you know what you're doing, export E_NO_DBUS_SESSION=1
E: Begin Shutdown Procedure!

Full log of above start as wayland session from lightdm (it stopped and went back to greeter screen): https://pastebin.com/4jiTegrz

while start it as wayland session type from tty via command "enlightenment_start", it does not stop on this error and continues to the desktop no problem (though it also complains about can not connect to dbus error) Full log of above start from tty as wayland session type (works fine): https://pastebin.com/JATKMRFR

If I do as the tip says put E_NO_DBUS_SESSION=1 into /usr/share/wayland-sessions/enlightenment-wayland.desktop then it did go much further, however it crashed due to various errors and hangs the pc:

xinerama setup............... 1 0x55ba999d61a0
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@ match screens 0x55ba99965ac0[0] = 0 0 3840x2160 -- 0
@ matches existing zone 0x55ba9b803260
   move resize 0 0 3840x2160 -> 0 0 3840x2160
RRR: New unconfigured screen on HDMI-A-1
ERR<4184>:ecore ../src/lib/ecore/ecore_main.c:1392 _ecore_main_fd_handler_add() Failed to add poll on fd 43 (errno = 17: File exists)!


Copy & Paste the below (until EOF) into a terminal, then hit Enter


eina_btlog << EOF
......
EOF


ERR<4184>:elput ../src/lib/elput/elput_input.c:378 _elput_input_init_end() Could not create input fd handler


Copy & Paste the below (until EOF) into a terminal, then hit Enter


eina_btlog << EOF
......
EOF


ERR<4184>:eina_safety ../src/lib/eina/eina_promise.c:430 _scheduled_entry_cb() safety check failed: f->scheduled_entry == NULL


Copy & Paste the below (until EOF) into a terminal, then hit Enter


eina_btlog << EOF
......
EOF


ERR<4184>:ecore_ipc ../src/lib/ecore_ipc/ecore_ipc.c:1154 ecore_ipc_client_send() client 0x55ba9bd07330 is not connected


Copy & Paste the below (until EOF) into a terminal, then hit Enter


eina_btlog << EOF
...
EOF


LOAD XWAYLAND MODULE
XWayland Listening on display: :0
PULSE CONN...
Full log of above start as wayland session type from lightdm, with export E_NO_DBUS_SESSION=1, it crash/hangs the pc: https://pastebin.com/HrLYSFmw

At this stage I guess only the team can look at this and give some tips. I might send those to the team later on after I get more understanding about it. So I guess for Arch+Systemd, it might just work fine. It's because I don't have systemd, start with or without dbus causing error that has not been tested or still under development.

raster commented on 2024-10-18 20:10 (UTC)

I don't know why lightdm doesn't work for wayland - maybe something to do with how lightdm chooses wayland sessions. i had to rename the enlightenment.desktop to enlightenment-wayland.desktop in the wayland-sessions dir.

logs from e go to ~/.e-log.log (and old log is in ~/.e-log.old). if enlightenment_start can run then you should get a log there. you can try mess with the enlightenment-wayland.desktop file and change the exec line .. but the exec line provided is a valid one. (you can try run it by hand).

noitemstoshow commented on 2024-10-18 14:39 (UTC) (edited on 2024-10-18 21:48 (UTC) by noitemstoshow)

enlightenment-git and efl-git built ok, but from lightdm login page after I put in password I've been back to where I was at the login page. I don't seem to find any logs are interesting. What settings to I need for me to test drive the git version, or where are the logs how to enable the logs?

Edit: to answer my own question, the x11 session type can login ok. The wayland session type currently can not login via lightdm. But can switch to tty and type enlightenment_start to start and test.

raster commented on 2024-08-07 08:29 (UTC)

done - moved to pulse-native-provider

benjarobin commented on 2024-08-06 18:25 (UTC)

Please depend on pulse-native-provider instead of pulseaudio. See https://gitlab.archlinux.org/archlinux/packaging/packages/pipewire/-/issues/10

raster commented on 2021-05-18 15:56 (UTC)

i know. i don't know why.. it doesn't affect the results though. it doesn't happen with a normal build (outside of makepkg) so some cflag/link flag that pacman is enforcing causes this - or it's strip.

laurent_waro commented on 2021-05-18 15:45 (UTC)

I've got this message when I do an update : readelf: Warning: There is a hole [0xccca5 - 0xcccc7] in .debug_loc section. A lot of this message.

Past install didn't show these messages.

Note that this message appears when I update enlightenment-git and elf-git and terminology-git too.

1 2 3 4 5 6 .. 18 Next › Last »