Package Details: liquidsoap 1.3.4-3

Git Clone URL: (read-only)
Package Base: liquidsoap
Description: A swiss-army knife for multimedia streaming, notably used for netradios and webtvs
Upstream URL:
Licenses: GPL
Conflicts: liquidsoap-full, liquidsoap-git
Submitter: mefistofeles
Maintainer: robertfoster
Last Packager: robertfoster
Votes: 10
Popularity: 0.289716
First Submitted: 2009-02-14 21:32
Last Updated: 2018-09-17 14:24

Latest Comments

1 2 3 4 5 6 ... Next › Last »

eschwartz commented on 2018-12-04 17:28


makepkg is architected in such a way as to allow configuring parallel builds via MAKEFLAGS, and as such it is the job of PKGBUILD maintainers to know when their packages cannot build with custom makeflags -- and to then set options=(!makeflags) in order to work around this.

It's invalid to blame the user for doing something supported by most build systems, and which is explicitly configurable.

Note how this package uses !makeflags, but ocaml-dtools does not. This is a bug in the ocaml-dtools PKGBUILD.


Next time please leave comments for ocaml-dtools on the comments page for ocaml-dtools.

xogium commented on 2018-12-04 01:18

Thank you for that nice explanation, and for helping to fix my build of dtools ! :D

J5lx commented on 2018-12-04 00:13

As for parallel build support, I don’t think there are any tricks to figure out whether a particular piece of software has support or not. Some projects explicitly support parallel builds and mention this somewhere in their documentation, but most of the time it seems to come down to trial-and-error (which in this case is a little tricky since due to the nature of parallel builds, they don’t necessarily fail reproducibly every single time. Plus, it might work in one version and fail in the next, if there is no official support). I believe part of the issue is that there are still many developers who don’t use parallel builds themselves, so they have no idea that some routines in their Makefiles might break when using those. Just recently some of my university courses included introductions to build systems in general and make in particular and they didn’t so much as mention the possibility of parallel builds. So, for the most part, you’re on your own there. I’ll leave the camomile issue to robertfoster, gotta sleep now :)

xogium commented on 2018-12-03 23:18

Okay now I've gotten up to building liquidsoap which says that ocaml-camomile module >= 1.0.0 isn't found... Except it definitely gets installed as a dependency. Any help ?

xogium commented on 2018-12-03 22:45

Hello, about clean chroot, this is the case right now, using aurutils with devtools. For parallel you were right, I turned it off. Its a bit difficult to determine if a package support this or not... Any tips ? Thanks

J5lx commented on 2018-12-03 21:57

ocaml-dtools maintainer here. I bet that you modified your build environment to have make run multiple jobs simultaneously (but if I’m wrong nonetheless, please do correct me. Make sure to check any tools you might be using as well). As it turns out, this is a Very Bad Idea™ – that feature is deactivated by default for good reason, since some build systems out there rely on the stock behaviour. Please avoid setting such options by default and only enable them on a case-by-case basis after making sure they are supported. As an extra tip, to ensure that your package build environment is always „clean”, it’s usually a good idea to build packages in a clean chroot. This can avoid many possible build errors. I hope this helps :)

xogium commented on 2018-12-03 18:38

Trying to build liquidsoap 1.3.4-3 and it is failing at the ocaml-dtools step: Did anyone managed to fix it ? Thanks

tvallee commented on 2018-09-17 09:49

I had to remove frei0r from the PACKAGES file to avoid a "floating point exception". See:

robertfoster commented on 2018-06-15 11:44

deusstultus commented on 2018-06-14 21:07

makedepends+=('ocaml-findlib' 'camlp4')