-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Wrong install PATHs #40
Comments
It seems okay. Your system build tool prefix is Is the last one working? Check out the About page. Eflete uses AUTHORS to populate About page. |
Is not an error, everything installs correctly, they are just installed in a wrong directory so as the previous example I just moved manually the files in the package to be in the correct location, yes the prefix is /usr here in the package and so I think that is important because applications and icons should be then in the /usr (not in /usr/local), again its not a problem for me but I wanted to report it because maybe the prefix is wrongly read on the makefiles or something similar? |
For me: The same for applications, icons, etc |
Sorry I didn't see the last comment. Yes exactly, for me too. The problem is that eflete is built using --prefix=/usr , that's why I said they are put in the wrong place (/usr/local/) I think you can try this easily with something like this: ./configure --prefix=/usr
make
mkdir tmpinstalldir
make DESTDIR=tmpinstalldir install
tree tmpinstalldir probably with the previous step, you can see inside the dir "tmpinstalldir" everything installed in a /usr structure, but some files are put on tmpinstalldir/usr/local. Probably if you do --prefix=/opt they are put on tmpinstalldir/usr/local too 🤔 |
Ok, I get it. You say, that Eflete doesn't follow a prefix. I definitely should check this out. Thanks. |
Found hardcoded paths. Solved in 411dc54. |
This is a minor bug report, something changed since the version 20230318 (commit d557d5e #d557d5e7 ) where some files are installed in a different / strange path, I fixed it manually in my package build but I think should be fixed on upstream, these are the details of my overwritten locations:
The text was updated successfully, but these errors were encountered: