Open jakirkham opened 6 years ago
This would be great! We might be able to implement a mapping to handle both use cases
To my mind this would entail:
yum_requirements.txt
file from the feedstock.yum_requirements.text
is available from CF, remove it and put it into the recipe.Bonus points if we can print out all the things we are missing from CF that are in yum files.
So one thing to consider is whether we get the package from conda-forge/defaults or whether we use a CDT. cc-ing a couple people that may have thoughts on this.
cc @pkgw @mingwandroid
IMHO CDTs are always preferable to system packages because they guarantee centos6 compatibility and have been proven to work well.
Using our own packages is generally preferable to using CDTs too.
And especially to maintain parity between Defaults and conda-forge, CDTs definitely seem like the route that we should encourage people to use.
Historically
yum_requirements.txt
has been used as a kludge to add dependencies to the Linux build environment that we don't have packages for inconda-forge
ordefaults
. Many of these were added long ago. However asconda-forge
anddefaults
have grown the landscape has changed. We no longer need to add a Fortran compiler this way ( https://github.com/regro/cf-scripts/issues/357 ). Also things likeruby
and various build tools have been added asconda-forge
packages.Given this, it would be very useful to have a migrator that identifies things that no longer need to be
yum
installed and attempts to remove them in favor ofconda-forge
packages instead. This would remove lines inyum_requirements.txt
(or the whole file if empty), add these packages ashost
andrun
dependencies, re-render to update the CI files to avoidyum
installing the unneeded packages (oryum
altogether if possible), and bump the build number. May require a mapping betweenyum
andconda-forge
/defaults
names for packages.This would go a long ways toward eliminating our dependence on system package managers. As a bonus, this would mitigate the effect of issue ( https://github.com/conda-forge/conda-smithy/issues/890 ).