Package Details: siril 1.0.6-1

Git Clone URL: https://aur.archlinux.org/siril.git (read-only, click to copy)
Package Base: siril
Description: An astronomical image processing software for Linux. (IRIS clone)
Upstream URL: https://www.siril.org/
Licenses: GPLv3
Submitter: vinvin
Maintainer: pozar87 (mobarre)
Last Packager: pozar87
Votes: 12
Popularity: 0.45
First Submitted: 2012-10-15 00:40 (UTC)
Last Updated: 2022-10-20 14:22 (UTC)

Latest Comments

1 2 3 4 5 6 Next › Last »

wbrogdon commented on 2022-10-20 14:00 (UTC) (edited on 2022-10-20 14:01 (UTC) by wbrogdon)

siril 1.0.6 has been released on the siril website

pozar87 commented on 2022-01-01 19:40 (UTC)

Thanks! I've bumped it to 1.0.0-rc2, it seems to work just fine :)

lemust83 commented on 2022-01-01 16:56 (UTC)

Hi I've build a PKGBUILD that source to Siril 1.0.0-rc2 Some differences at package() fonction that use meson according to readme in source package.

pkgname=siril pkgver=1 pkgrel=1 pkgdesc="an astronomical image processing tool" arch=('x86_64') url="https://siril.org/fr/" license=('GPLv3') depends=('gtk3' 'json-glib' 'cfitsio' 'fftw' 'ffmpeg' 'gsl' 'libconfig' 'exiv2' 'opencv' 'gnuplot') makedepends=('meson' 'ninja' 'cmake') conflicts=(siril) replaces=(siril) source=("siril.1-1.tar.xz::https://free-astro.org/download/siril-1.0.0-rc2.tar.bz2") sha512sums=(3b41790d30cc3680eef3d194246a920926b957975d55be74dfaa436109ba005fb288faa7cac84f2b0be9bc091238080fd8cc4f86f2ed47abf6a4fc5f6adebdc4)

build() { cd "$srcdir" meson --buildtype release _build ninja -C _build

}

package() { cd "$srcdir" meson install -C _build --destdir "$pkgdir" }

You can use it if you want or ask me for submit . Cheers lemust83

podiki commented on 2021-05-24 17:05 (UTC)

I think this has been fixed upstream: https://gitlab.com/free-astro/siril/-/issues/680

pozar87 commented on 2021-05-24 06:32 (UTC) (edited on 2021-05-24 06:33 (UTC) by pozar87)

Hi Thanks for help! I've added patch for librtprocess which seems to solve this problem. But there is another - witch C++/C cross linking:

In file included from /usr/include/glib-2.0/glib/gatomic.h:31,
             from /usr/include/glib-2.0/glib/gthread.h:32,
             from /usr/include/glib-2.0/glib/gasyncqueue.h:32,
             from /usr/include/glib-2.0/glib.h:32,
             from core/exif.cpp:28:
/usr/include/c++/10.2.0/type_traits:56:3: error: template with C linkage
   56 |   template<typename _Tp, _Tp __v>
      |   ^~~~~~~~
core/exif.cpp:22:1: note: ‘extern "C"’ linkage started here
   22 | extern "C" {
      | ^~~~~~~~~~

podiki commented on 2021-05-23 20:17 (UTC) (edited on 2021-05-23 20:24 (UTC) by podiki)

Thanks, I've followed up there as well. Possibly should notify siril project directly as well?

Edit: there is already a PR for a fix at upstream librtprocess that works for me to build that library.

vinvin commented on 2021-05-23 20:11 (UTC) (edited on 2021-05-23 20:11 (UTC) by vinvin)

Indeed. I've asked librtprocess to take a look: https://github.com/CarVac/librtprocess/issues/64

If they fix it soon, a fix will be to get a newer version of librtprocess in the PKGBUILD.

podiki commented on 2021-05-23 16:20 (UTC)

Probably the move to GCC 11? "GCC 11 defaults to -std=gnu++17 instead of -std=gnu++14: the C++17 standard, plus GNU extensions." see https://www.gnu.org/software/gcc/gcc-11/porting_to.html

(@vinvin: librtprocess is pulled from upstream in the build, wasn't sure how to quickly modify that)

vinvin commented on 2021-05-23 10:21 (UTC)

My guess would be that it is due to a compiler version change. I'm not sure where size_t is defined in C headers, probably stdlib.h includes it, can you try adding #include <stdlib.h> in librtprocess.h?

pozar87 commented on 2021-05-23 09:21 (UTC)

This is odd - nothing has changed - still I'm unable to build it too... I'll try to figure it out.