Packaging Request #2518
Updated by bill-auger over 4 years ago
re: the [assist] list https://lists.parabola.nu/pipermail/assist/2019-October/001409.html
from an initial review, this program would be not so straight-forward to package - it has build deps that are not yet in the repos, dependencies that themselves have custom licenses, and a rather large codebase - i have opened a ticket for it, so we can tick off the issues
the AUR PKGBUILD is a bit curious also, in that it has several build deps, but no runtime deps - both 'gmsh' and 'med' do have significant number of votes on AUR though; so perhaps the desirability factor offsets the relatively high cost-of-packaging cost-of-packagin
GPL linking exceptions to libs that are not in the repos:
* netgen
* tetgen
GPL linking exceptions to packages that themselves carry custom licenses:
* metis
* opencascade
* paraview
of those, only 'opencascade' appears to be a hard requirement
build deps that are not in the repos:
* med
build deps that themselves carry custom licenses:
* lapack
* opencascade
* swig
from an initial review, this program would be not so straight-forward to package - it has build deps that are not yet in the repos, dependencies that themselves have custom licenses, and a rather large codebase - i have opened a ticket for it, so we can tick off the issues
the AUR PKGBUILD is a bit curious also, in that it has several build deps, but no runtime deps - both 'gmsh' and 'med' do have significant number of votes on AUR though; so perhaps the desirability factor offsets the relatively high cost-of-packaging cost-of-packagin
GPL linking exceptions to libs that are not in the repos:
* netgen
* tetgen
GPL linking exceptions to packages that themselves carry custom licenses:
* metis
* opencascade
* paraview
of those, only 'opencascade' appears to be a hard requirement
build deps that are not in the repos:
* med
build deps that themselves carry custom licenses:
* lapack
* opencascade
* swig