-
Notifications
You must be signed in to change notification settings - Fork 9
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
SX++ fails when installed in /usr/local/bin/ #399
Comments
I can't build the project at all using this method. I don't think it's supported maybe @degauden can confirm? |
No. It is supported. It has to.
The fallback on the default CMake build method should work.
Please note (maybe I am stating evidences):
- The default reference location (/usr) and default install location
(/usr/local) of CMake are different.
which means that chaining the build and installation installation of
Elements, Alexandria and SX++ would require, either (for all the
projects):
A) from/to the /usr/local prefix
$ mkdir build
$ cd build
$ cmake -DCMAKE_PREFIX_PATH=/usr/local ..
$ make
$ make install
B) From/to the /usr prefix (not recommended)
$ mkdir build
$ cd build
$ cmake -DCMAKE_INSTALL_PREFIX=/usr ..
$ make
$ sudo make install
C) from/to the custom prefix $HOME/.local
$ mkdir build
$ cd build
$ cmake -DCMAKE_INSTALL_PREFIX=$HOME/.local -DCMAKE_PREFIX_PATH=$HOME/.local ..
$ make
$ sudo make install
If a non-standard prefix is used (like /usr/local or $HOME/.local), the
PYTHONPATH has to be tuned accordingly.
- The _SourceXtractorPy is a generated python binding file and I think
it should be found along the PYTHONPATH environment variable and
therefore, it has to be installed together with the other non-binary
python packages/modules.
If it is correctly installed (at the right location I mean) a "python -
c "import _SourceXtractorPy" show work out of the box.
If it is not the case, could you please give me the full setup that you
are using for the build? There might be a problem in that region in the
install procedure of Elements.
Cheers,
--
Hubert
System Engineer and Developer Phone: +41 22 379 21 93
Department of Astronomy, University of Geneva Fax : +41 22 379 21 33
Ch. d'Ecogia 16, CH-1290 Versoix
Le jeudi 09 décembre 2021 à 08:18 -0800, Marc Schefer a écrit :
… I can't build the project at all using this method. I don't think it's
supported maybe @degauden can confirm?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or unsubscribe.
Triage notifications on the go with GitHub Mobile for iOS or Android.
|
Nope, it doesn't work for me. When trying to build Elements
I'm not sure this is worth spending time on as we have a documented method of building that works... |
This warning is unrelated to the problem. And I disagree: this is quite serious. |
Unless somebody has a solution to contribute, I don't think we'll solve this by next week and I don't think it's worth cancelling the release for it so I'm moving it to the next milestone. |
SX++ stops with the error message
if it is installed with the traditional build procedure (executable installed in
/usr/local/bin/
):I understand that this may not be the recommended way of building and installing, but this is what most users would do before reading the manual 😉 .
The text was updated successfully, but these errors were encountered: