The dir is at the root:
I just installed the application, set up the required keys. The app install a mirror disk that you use like other disks (mkdir, rm, mv…). and keybase makes its magic! no specific script.
As it is based on a security keys system, I don’t know if it is possible to implement it in the rep.
thanks
1 Like
I will try on a windows system as soon as possible.
Are the libraries updated automatically before each build?
Build updated
On windows it is an app like other (bundled). There is an automatic silent update. It can be installed on Linux also I think.
What I see on the windows explorer:
edit: perhaps @patdavid and others have moe insight in what is and what can do keybase.
1 Like
Thank you very much,
A large number of Siril users who have Windows as operating system will be delighted to be able to try out this development version.
It’s great 
Any update in the SirilNightlyBuilds?
Yes. It is working now.
Our gitlab CI build a package at each commit.
1 Like
Where can we download it from? I looked in the link mentioned in the first post and the latest one seems to be from February.
On our gitlab rep. But links change at every commit.
I think it is better to wait for the next official release that should be close :).
1 Like
I stopped to build Siril for windows for two reasons:
- @lock042 set up an automatic CI build for windows wher people can download nightly builds
- I got building errors with Msys2 and as I am not a user as I intended to become, I did not try to correct.
For information, I get this error:
mkdir -p /d/programmes/siril/siril/subprojects/librtprocess/build && \
cd /d/programmes/siril/siril/subprojects/librtprocess/build && \
ls /d/programmes/siril/siril/subprojects/librtprocess/ && \
/mingw64/bin/cmake -DCMAKE_BUILD_TYPE="Release" -DBUILD_SHARED_LIBS=OFF -DOPTION_OMP=OFF /d/programmes/siril/siril/subprojects/librtprocess/ && \
make
build CPackConfig.cmake ProcessorTargets.cmake
cmake DefineOptions.cmake README.md
CMakeLists.txt LICENSE.txt rtprocess-config.cmake.in
CompilerChecks.cmake pkgconfig src
-- Building for: NMake Makefiles
-- The CXX compiler identification is GNU 10.2.0
-- Check for working CXX compiler: C:/msys64/mingw64/bin/g++.exe
CMake Error: Generator: execution of make failed. Make command was: nmake /nologo cmTC_b6304\fast &&
-- Check for working CXX compiler: C:/msys64/mingw64/bin/g++.exe -- broken
CMake Error at C:/msys64/mingw64/share/cmake-3.15/Modules/CMakeTestCXXCompiler.cmake:53 (message):
The C++ compiler
"C:/msys64/mingw64/bin/g++.exe"
is not able to compile a simple test program.
It fails with the following output:
Change Dir: D:/PROGRAMMES/SIRIL/siril/subprojects/librtprocess/build/CMakeFiles/CMakeTmp
Run Build Command(s):nmake /nologo cmTC_b6304\fast && Le fichier sp├®cifi├® est introuvable
Generator: execution of make failed. Make command was: nmake /nologo cmTC_b6304\fast &&
CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
CMakeLists.txt:20 (project)
1 Like
That is not me :). A volunteer did that. Since we are on pixls.us, so many people help us. Thank you for that.
The error you have is for librtprocess. Need to check why.
Thank you.
1 Like
I have seen the same issue and asked the internet how to fix it. The answer i have found was that for MSYS2 cmake should be run with ‘-G “MSYS Makefiles”’.
I could not test if this fixes the problem as I could not figure out where in the autoconfig cmake is called first time for librtprocess.
Yes there is this reference to NMake which is weird in the context of MSYS2/gcc build
I have a librtprocess package generated locally and integrated to mingw64, but I don’t know with autoconfig how to use it.
We have a similar problem on macOS with autoconfig. The meson/ninja build system works as expected. but the CMake/autoconfig is failing on macOS+homebrew.
Yes.
git clone https://gitlab.com/free-astro/siril.git
cd siril
git submodule sync --recursive
git submodule update --init --recursive
meson --buildtype release _build
ninja -C _build
sudo ninja -C _build install
should work
My first encounter with meson
I deleted rtprocess from mingw64
Run-time dependency rtprocess found: NO (tried pkgconfig and cmake)
|Executing subproject librtprocess method cmake
|
|
||Configuring the build directory with CMake version 3.15.6
||Running: -DCMAKE_C_COMPILER=cc -DCMAKE_CXX_COMPILER=c++ -G Ninja -DCMAKE_INSTALL_PREFIX=C:/msys64/mingw64 -DBUILD_SHARED_LIBS=OFF
|| - build directory: D:/PROGRAMMES/SIRIL/siril/_build/subprojects/librtprocess/__CMake_build
|| - source directory: D:/PROGRAMMES/SIRIL/siril/subprojects/librtprocess
|| - trace args: --trace --trace-expand --no-warn-unused-cli
|| - preload file: C:/msys64/mingw64/lib/python3.8/site-packages/mesonbuild/cmake/data/preload.cmake
|| - disabled policy warnings: [CMP0025, CMP0047, CMP0056, CMP0060, CMP0065, CMP0066, CMP0067, CMP0082, CMP0089]
||
||Running with trace output on.
||Running with expanded trace output on.
||Not searching for unused variables given on the command line.
||-- The CXX compiler identification is GNU 10.2.0
||-- Check for working CXX compiler: C:/msys64/mingw64/bin/c++.exe
||-- Check for working CXX compiler: C:/msys64/mingw64/bin/c++.exe -- works
||-- Detecting CXX compiler ABI info
||-- Detecting CXX compiler ABI info - done
||-- Detecting CXX compile features
||-- Detecting CXX compile features - done
||-- Performing Test WITH_WALL_FLAG
||-- Performing Test WITH_WALL_FLAG - Success
||-- Performing Test WITH_WEXTRA_FLAG
||-- Performing Test WITH_WEXTRA_FLAG - Success
||-- Performing Test WITH_WSHADOW_FLAG
||-- Performing Test WITH_WSHADOW_FLAG - Success
||-- Performing Test WITH_WWRITE_STRINGS_FLAG
||-- Performing Test WITH_WWRITE_STRINGS_FLAG - Success
||-- Performing Test WITH_WERROR_WRITE_STRINGS_FLAG
||-- Performing Test WITH_WERROR_WRITE_STRINGS_FLAG - Success
||-- Performing Test WITH_WPOINTER_ARITH_FLAG
||-- Performing Test WITH_WPOINTER_ARITH_FLAG - Success
||-- Performing Test WITH_WERROR_POINTER_ARITH_FLAG
||-- Performing Test WITH_WERROR_POINTER_ARITH_FLAG - Success
||-- Performing Test WITH_WRETURN_TYPE_FLAG
||-- Performing Test WITH_WRETURN_TYPE_FLAG - Success
||-- Performing Test WITH_WERROR_RETURN_TYPE_FLAG
||-- Performing Test WITH_WERROR_RETURN_TYPE_FLAG - Success
||-- Performing Test WITH_WUNINITIALIZED_FLAG
||-- Performing Test WITH_WUNINITIALIZED_FLAG - Success
||-- Performing Test WITH_WERROR_UNINITIALIZED_FLAG
||-- Performing Test WITH_WERROR_UNINITIALIZED_FLAG - Success
||-- Performing Test WITH_WIMPLICIT_FALLTHROUGH_FLAG
||-- Performing Test WITH_WIMPLICIT_FALLTHROUGH_FLAG - Success
||-- Performing Test WITH_WNO_FORMAT_ZERO_LENGTH_FLAG
||-- Performing Test WITH_WNO_FORMAT_ZERO_LENGTH_FLAG - Success
||-- Performing Test WITH_WMISSING_FIELD_INITIALIZERS_FLAG
||-- Performing Test WITH_WMISSING_FIELD_INITIALIZERS_FLAG - Success
||-- Performing Test WITH_WUNUSED_LABEL_FLAG
||-- Performing Test WITH_WUNUSED_LABEL_FLAG - Success
||-- Performing Test WITH_WERROR_UNUSED_LABEL_FLAG
||-- Performing Test WITH_WERROR_UNUSED_LABEL_FLAG - Success
||-- Performing Test WITH_FTREE_VECTORIZE_FLAG
||-- Performing Test WITH_FTREE_VECTORIZE_FLAG - Success
||-- Performing Test WITH_WERROR_UNKNOWN_PRAGMAS_FLAG
||-- Performing Test WITH_WERROR_UNKNOWN_PRAGMAS_FLAG - Success
||-- Found NSIS: C:/Program Files (x86)/NSIS/makensis.exe
||-- Found PkgConfig: C:/msys64/mingw64/bin/pkg-config.exe (found version "0.29.2")
||-- Found OpenMP_CXX: -fopenmp (found version "4.5")
||-- Found OpenMP: TRUE (found version "4.5") found components: CXX
||-- Configuring done
||-- Generating done
||-- Build files have been written to: D:/PROGRAMMES/SIRIL/siril/_build/subprojects/librtprocess/__CMake_build
|
|CMake configuration: SUCCEEDED
Traceback (most recent call last):
File "C:/msys64/mingw64/lib/python3.8/site-packages/mesonbuild/mesonmain.py", line 131, in run
return options.run_func(options)
File "C:/msys64/mingw64/lib/python3.8/site-packages/mesonbuild/msetup.py", line 245, in run
app.generate()
File "C:/msys64/mingw64/lib/python3.8/site-packages/mesonbuild/msetup.py", line 159, in generate
self._generate(env)
File "C:/msys64/mingw64/lib/python3.8/site-packages/mesonbuild/msetup.py", line 192, in _generate
intr.run()
File "C:/msys64/mingw64/lib/python3.8/site-packages/mesonbuild/interpreter.py", line 4372, in run
super().run()
File "C:/msys64/mingw64/lib/python3.8/site-packages/mesonbuild/interpreterbase.py", line 465, in run
self.evaluate_codeblock(self.ast, start=1)
File "C:/msys64/mingw64/lib/python3.8/site-packages/mesonbuild/interpreterbase.py", line 490, in evaluate_codeblock
raise e
File "C:/msys64/mingw64/lib/python3.8/site-packages/mesonbuild/interpreterbase.py", line 483, in evaluate_codeblock
self.evaluate_statement(cur)
File "C:/msys64/mingw64/lib/python3.8/site-packages/mesonbuild/interpreterbase.py", line 506, in evaluate_statement
return self.evaluate_if(cur)
File "C:/msys64/mingw64/lib/python3.8/site-packages/mesonbuild/interpreterbase.py", line 587, in evaluate_if
self.evaluate_codeblock(i.block)
File "C:/msys64/mingw64/lib/python3.8/site-packages/mesonbuild/interpreterbase.py", line 490, in evaluate_codeblock
raise e
File "C:/msys64/mingw64/lib/python3.8/site-packages/mesonbuild/interpreterbase.py", line 483, in evaluate_codeblock
self.evaluate_statement(cur)
File "C:/msys64/mingw64/lib/python3.8/site-packages/mesonbuild/interpreterbase.py", line 498, in evaluate_statement
self.assignment(cur)
File "C:/msys64/mingw64/lib/python3.8/site-packages/mesonbuild/interpreterbase.py", line 1151, in assignment
value = self.evaluate_statement(node.value)
File "C:/msys64/mingw64/lib/python3.8/site-packages/mesonbuild/interpreterbase.py", line 500, in evaluate_statement
return self.method_call(cur)
File "C:/msys64/mingw64/lib/python3.8/site-packages/mesonbuild/interpreterbase.py", line 895, in method_call
return obj.method_call(method_name, args, self.kwargs_string_keys(kwargs))
File "C:/msys64/mingw64/lib/python3.8/site-packages/mesonbuild/interpreter.py", line 1786, in method_call
value = fn(self.interpreter, state, args, kwargs)
File "C:/msys64/mingw64/lib/python3.8/site-packages/mesonbuild/interpreterbase.py", line 285, in wrapped
return f(*wrapped_args, **wrapped_kwargs)
File "C:/msys64/mingw64/lib/python3.8/site-packages/mesonbuild/interpreterbase.py", line 213, in wrapped
return f(*wrapped_args, **wrapped_kwargs)
File "C:/msys64/mingw64/lib/python3.8/site-packages/mesonbuild/interpreterbase.py", line 182, in wrapped
return f(*wrapped_args, **wrapped_kwargs)
File "C:/msys64/mingw64/lib/python3.8/site-packages/mesonbuild/modules/cmake.py", line 295, in subproject
subp = interpreter.do_subproject(dirname, 'cmake', kwargs)
File "C:/msys64/mingw64/lib/python3.8/site-packages/mesonbuild/interpreter.py", line 2735, in do_subproject
raise e
File "C:/msys64/mingw64/lib/python3.8/site-packages/mesonbuild/interpreter.py", line 2721, in do_subproject
return self._do_subproject_cmake(dirname, subdir, subdir_abs, default_options, kwargs)
File "C:/msys64/mingw64/lib/python3.8/site-packages/mesonbuild/interpreter.py", line 2781, in _do_subproject_cmake
cm_int.initialise(cmake_options)
File "C:/msys64/mingw64/lib/python3.8/site-packages/mesonbuild/cmake/interpreter.py", line 890, in initialise
self.bs_files = [os.path.relpath(x, self.env.get_source_dir()) for x in self.bs_files]
File "C:/msys64/mingw64/lib/python3.8/site-packages/mesonbuild/cmake/interpreter.py", line 890, in <listcomp>
self.bs_files = [os.path.relpath(x, self.env.get_source_dir()) for x in self.bs_files]
File "C:/msys64/mingw64/lib/python3.8/ntpath.py", line 716, in relpath
raise ValueError("path is on mount %r, start on mount %r" % (
ValueError: path is on mount 'C:', start on mount 'D:'
Edit: I don’t know if it is related to librtprocess build. Yes it is related.
I searched for this error but found an abstruse (for me) discussion in Issue 7195: Value error 'path is on drive c: start on drive d:' in os.path.relpath - Python tracker.
I rebuilt locally librtprocess and installed it locally.
Before invoking meson I define:
PKG_CONFIG_PATH=<path/to/librtprocess/installdir>“/lib/pkgconfig:”$PKG_CONFIG_PATH
And the build process works.
2 Likes
After starting siril, I get this window that seems ok:
and a DOS log window with those information in french:
log: Bienvenue dans siril v0.99.3
log: Type de fichiers support├®s : Images BMP, Images PIC (IRIS), Images binaires PGM et PPM, Images RAW, Images FITS-CFA, Films, S├®quences SER, Images TIFF, Images JPG, Images PNG.
log: Fichier de param├¿tres charg├® : 'C:\Users\Andre\AppData\Local\siril\siril.config'
log: Calcul parall├¿le activ├® : Utilisation de 8 processeurs.
V├®rifie la version de GTK ... GTK-3.24
Charg├® avec succ├¿s 'D:\PROGRAMMES\SIRIL\install\siril_master_0.9.12-1404-g63f6aa8a_200731_W64_generic\share\siril\siril.css'
(siril.exe:22044): Pango-WARNING **: 12:32:24.762: couldn't load font "Moon2.0-Regular Not-Rotated 117.421875", falling back to "Sans Not-Rotated 117.421875", expect ugly output.
(siril.exe:22044): Pango-WARNING **: 12:32:24.783: couldn't load font "MADEEvolveSansEVO-Thin Not-Rotated 230.529296875", falling back to "Sans Not-Rotated 230.529296875", expect ugly output.
(siril.exe:22044): Pango-WARNING **: 12:32:24.832: couldn't load font "Raleway-Light Not-Rotated 325.16796875", falling back to "Sans Not-Rotated 325.16796875", expect ugly output.
(siril.exe:22044): Gtk-WARNING **: 12:32:25.835: Could not find the icon 'missing-image-ltr'. The 'hicolor' theme
was not found either, perhaps you need to install it.
You can get a copy from:
http://icon-theme.freedesktop.org/releases
Charg├® avec succ├¿s 'D:\PROGRAMMES\SIRIL\install\siril_master_0.9.12-1404-g63f6aa8a_200731_W64_generic\share\siril\siril3.glade'
log: D├®finir le r├®pertoire de travail ├á 'C:\Users\Andre\Pictures'
scripts: Error opening directory ÔÇ£C:\Users\Andre\AppData\Roaming\siril\scriptsÔÇØ: No such file or directory
scripts: Error opening directory ÔÇ£D:\PROGRAMMES\SIRIL\install\scriptsÔÇØ: No such file or directory
log: Chargement de la m├®thode d'alignement : Alignement sur une ├®toile (ciel profond)
log: Chargement de la m├®thode d'alignement : Alignement global (ciel profond)
log: Chargement de la m├®thode d'alignement : Alignement par motif de l'image (plan├®taire - disque entier)
log: Chargement de la m├®thode d'alignement : Coefficient de corr├®lation (plan├®taire - surfaces)
log: Chargement de la m├®thode d'alignement : Alignement Com├¿te/Ast├®ro├»de
log: L'extension par d├®faut des FITS est d├®finie ├á .fit
log: Compression des fichiers FITS d├®sactiv├®e
Staying on the application.
Questions:
- What is missing to correctly write special french characters?
- what the version v 0.99.3 or 0.99.3 refers to? there is no tag v0.99.3 in the git repository. The git version I get is 0.9.12-1404-g63f6aa8a
- Some fonts are missing. Where I find them and where I copy them?
- scripts: Error opening directory ÔÇ£D:\PROGRAMMES\SIRIL\install\scriptsÔÇØ: No such file or directory. Why Siril is searching the scripts directory here although the installation directory is: “D:\PROGRAMMES\SIRIL\install\siril_master_0.9.12-1404-g63f6aa8a_200731_W64_generic”.
Isn’t the path relative to the location of the exe? - missing icon “missing-image-ltr” : there is no such icon in the Msys2/mingw64 adwaita and hicolor icons.
I’m not sure windows command handles UTF-8, because it’s old and the message you can’t display are UTF-8. Using minTTY from msys2 may be better.
The script error is not blocking, it may be configured to search here for some reason, you can remove this path in the settings.
I have no idea about how this works and how to fix the rest of what you’re asking basically. You’ll have to find a GTK+ guru for windows, there may be one on the planet, the one that ported GTK+ to windows. Good luck.
Windows10 is not so old.
French characters can be displayed in a DOS window.
and see Windows Command-Line: Unicode and UTF-8 Output Text Buffer - Windows Command Line
Furthermore it’s the same bug with a MSYS2/MINGW64 shell.
The reason is not obvious
It’s not blocking, but if I distribute the build, user will not find directly the expected scripts shipped with Siril.
my question is : can the path be relative (to the location of exe)?
GTK+ : is the missing icone “missing-image-ltr” also missing on linux? Is this icone required by the siril GUI? where is it displayed?
I suppose GTK+ dev made a lot of effort to get the same behaviour on Linux and windows and it should work the same on windows and linux perhaps with some minor exception.
pango warnings concerning fonts : better if it is corrected, but not very important. But why use so many fonts?