Package Details: sile 0.10.12-1

Git Clone URL: https://aur.archlinux.org/sile.git (read-only, click to copy)
Package Base: sile
Description: Modern typesetting system inspired by TeX
Upstream URL: https://www.sile-typesetter.org
Licenses: MIT
Provides: libtexpdf.so
Submitter: aperez
Maintainer: aperez (caleb)
Last Packager: caleb
Votes: 7
Popularity: 0.003739
First Submitted: 2014-09-29 08:41
Last Updated: 2020-10-10 14:37

Latest Comments

1 2 3 Next › Last »

jmx commented on 2020-07-18 20:20

@caleb, thanks for fixing the issue so quickly! I can confirm that yay successfully builds v0.10.8.

caleb commented on 2020-07-18 17:49

@jmx Thanks! I've added a hacky patch to this package build so it will work in one try (because it just tries twice internally), but a proper fix should be along shortly in the form of v0.10.8. Sorry for the trouble.

jmx commented on 2020-07-18 17:44

@caleb, I can confirm: First run of makepkg on a clean clone throws the automake error, second run on same tree successfully builds sile.

Usually I am using yay as AUR helper, and it seems to clean clone everytime, which is why I wasn't able to build before.

caleb commented on 2020-07-18 14:44

@jmx Can you try this again? I just replicated the problem on first build (i.e. a clean clone of this package and makepkg but it went away the second time I ran makepkg). I'm trying to figure that out, but it would be nice to know if you get the same results.

caleb commented on 2020-07-18 14:33

@jmx No you should not need automake 1.15. I'm really puzzled by this because I have automake 1.16.2 myself (we're both on up to date Arch systems after all) and this builds just fine for me. However I have another report of a NiX packager having this problem. I'm trying to track it down in SILE now. There is a known problem with the BSD and Docker builds, so I'm going to be tagging a new release soon for those, if I can figure out why some people are having this issue with automake I'd be glad to squash that issue too.

jmx commented on 2020-07-18 14:29

Hi, wanted to give sile a new try after a while. Unfortunately I was hit by some automake version mismatch:

config.status: executing libtool commands
 cd . && bash /home/jm/.cache/yay/sile/src/sile-0.10.7/missing automake-1.15 --foreign
/home/jm/.cache/yay/sile/src/sile-0.10.7/missing: line 81: automake-1.15: command not found
WARNING: 'automake-1.15' is missing on your system.
         You should only need it if you modified 'Makefile.am' or
         'configure.ac' or m4 files included by 'configure.ac'.
         The 'automake' program is part of the GNU Automake package:
         <http://www.gnu.org/software/automake>
         It also requires GNU Autoconf, GNU m4 and Perl in order to run:
         <http://www.gnu.org/software/autoconf>
         <http://www.gnu.org/software/m4/>
         <http://www.perl.org/>
make: *** [Makefile:1080: Makefile.in] Error 1
==> ERROR: A failure occurred in build().
    Aborting...

automake 1.16 is installed on the system:

$ automake --version
automake (GNU automake) 1.16.2

Do I have to install automake 1.15 in order to be able to build sile?

aperez commented on 2020-02-16 19:22

@caleb No problem at all! =)

caleb commented on 2020-02-16 07:07

Hey @aperez I apologize about my last commit (42a95ed) being falsely attributed to you. I had done the Gentium Plus related package name update too but you pushed before I did, so I had to rebase on your version. I then accidentally squashed my other work into your commit, and when straightening that out I forgot to reset the commit author!

chilledfrogs commented on 2020-02-06 13:20

@caleb indeed that worked, thanks :)

caleb commented on 2020-02-06 10:34

@chilledfrogs That seems to be a problem with the lua-busted package. The binary installed in /usr/bin/busted was referencing the AUR build directory! Oops. I've just updated it to fix the paths and bumped the package release. Can you update and try that?