Closed aancel closed 3 years ago
+1 for this (ubuntu user).
Also had problems with dbus-python install. Is it a deprecated package?
+1 for this (ubuntu user).
Also had problems with dbus-python install. Is it a deprecated package?
This is fixed with:
sudo apt install libglib2.0-dev libdbus-1-3 libdbus-1-dev
Might be interesting to add to aancel script?
Was also trying to figure out how to make this work on Ubuntu! This really is a game changer. I suggest to do this in a previous issue I raised, but I'm glad someone beat me to the punch 😄
I'm glad that this proposition finds an echo in the community :smile:
I think that such a script could ease even further the adoption of EAF !
Regarding your comments @JuanPabloMF @Aaronzinhoo, I'll be making sure that everything works if I open a PR ! I'm just trying to assess if this is something the authors would like to have for now.
P.S. : An additional thing that could be done is generating an user .desktop entry for the eaf-enabled version of Emacs to make it easier to launch.
@aancel I believe that is the right way to go. Unfortunately I tried to use the script and am facing #245 issue. Maybe WSL2 Ubuntu just is not made to have EAF and I should switch to Arch on wsl. =(
Surprisingly, eaf-open-demo
works and shows an image, but eaf-open-browser
does not.
@aancel This is a great idea! Since you're already working on it, I'll leave the task to you :)
Two suggestions:
@Aaronzinhoo Hum that is annoying, did you try with another version of pyqtwebengine maybe ? :thinking:
I have version 5.15.2 installed and it is working fine (but on native Linux). It could also come from the Ubuntu version you are using, are you using 18.04 or 20.04 ?
@MatthewZMD Ok great, I'll open a PR once I get a more advanced version of the script. I also think that 1. is a really good idea, but you would still have to find a way to enable the python environment within emacs (maybe with pyenv ?) or did you mean installing the packages in the system ? Regarding 2., yes I'll try my best to do so and I'll welcome suggestion on the PR to improve that
@aancel also I think you can follow something to the way elpy is setup. Elpy has a backend that fetches the packages from a virtual env that is seperate from the virtual env you use for development. This sort of architecture would help a lot so you would not have to load the virtual env before opening emacs. If this is not a good solution or I am misunderstanding something here pleas enlighten me.
Also I using Ubuntu 20.04. I will check my versions just to make sure. I do suspect versions of some packages may be a culprit. Unfortunately though, I am using 5.15.2 for PyQtWebEngine
. If that is the case though, then it would be nice to include those in the installation to ensure a reliable installation phase as well.
I suggest script need consider release version, not just linux distrustion. This is a very large maintenance work, because we have to consider different version of the LINUX distribution repository compatibility work.
Arch is easy because it is a scrolling linux distribution.
Ubuntu or Debian is hard to support, because each version of the software repository is completely different, LTS version is even supported more than 5 years.
I'm pre-CTO of deepin operating system, I know this mission is hard to work, because there have many bugs exist in OS repository, we need track repository change then update install script.
I personally don't support such a job, let developers caught infinite maintenance, sacrificing the health of the developers.
Anyway, if community developers willing to maintain this script together, I am happy this script job.
As people mentioned in #472, I think these are needed dependencies for ubuntu as well:
sudo apt-get install python3-pyqt5.qtwebengine python3-pyqt5.qtmultimedia
I've pushed a first version of a script, I'll open a PR for suggestions.
Several points I'd like to mention:
Of course, in the end, if you prefer not to integrate this code, there is no problem !
I've pushed a first version of a script, I'll open a PR for suggestions.
Several points I'd like to mention:
- @manateelazycat I totally agree with the points you mention and how it can be hard/unrewarding regarding maintenance, but if users are willing to contribute this could be maintainable
- I've take the decision to offload as many packages to pip, using a requirements.txt file, to reduce the number of dependencies that would need to be installed with package managers. I think that this could ease the maintenance, as we would be making sure to use compatible versions of packages
- Regarding the integration directly in elisp like other packages, I'm not sure to be confident enough with my elisp to do that, so contributions would be most welcome on this side. I've also thought that we could do this integration in two steps: First solve this issue to have a working shell script, then on another issue work on the elisp integration, what do you think about this ?
Of course, in the end, if you prefer not to integrate this code, there is no problem !
Thanks, looks my suggestions at https://github.com/manateelazycat/emacs-application-framework/pull/483
@aancel I believe that is the right way to go. Unfortunately I tried to use the script and am facing #245 issue. Maybe WSL2 Ubuntu just is not made to have EAF and I should switch to Arch on wsl. =(
Surprisingly,
eaf-open-demo
works and shows an image, buteaf-open-browser
does not.
I tried for 3 months WSL2 but abandoned it (emacs would have many issues -for example not launching GUI because of unknown issue communicating with window manager- all the more when there were OS updates) and reinstalled double booting. Guess this kind of behavior might be expected also with EAF.
done
Is your feature request related to a problem? Please describe. No
Describe the solution you'd like I would be interested in a global one-click installation script to make the installation of EAF easier
Describe alternatives you've considered I've already made a script to install EAF. It uses virtualenv as I'd rather not install python dependencies in my system, but in contained environments. Here it is:
It is currently working on debian-variants and I can adapt it to make it work on other Linux variants, so if you like the idea, I'd happily open a PR for it. If you'd prefer not having such a script, no problem about it and you can close this issue :thumbsup:
Additional context None