pin libedit

[djsutherland]

libedit should be pinned to something. But I'm not totally sure what: it seems that our libedit package is editline from http://thrysoee.dk/editline/, currently at version 3.1; the tracker entry for editline is for https://github.com/troglobit/editline/ (source), currently at version 1.15.2. I don't know what the relationship is between those two projects with the same name.

cc @conda-forge/libedit

[jakirkham]

Do you mind following up with the LVC team? Here is their package issue tracker.

[djsutherland]

Yep, it seems that the packages are actually just independent despite having the same name. lvc/upstream-tracker#21

[djsutherland]

Looks like it's slightly complicated: https://abi-laboratory.pro/tracker/timeline/libedit/

That is, there are multiple 3.1 versions, tagged with dates. I guess maybe we should change the libedit recipe to add the date as a minor version?

[jakirkham]

Agreed. Looks like the date is part of the libedit version for better or worse.

cc @conda-forge/libedit @mingwandroid

[djsutherland]

I just merged a new mysql recipe with a build dependency of libedit 3.1.20170329 and run of libedit >=3.1.20170329, since it seems to be persistently backwards compatible even from 3.0 to 3.1. I know pin_the_slow_way doesn't support that yet, but... 🤷‍♀️.

[jakirkham]

Maybe just encourage exact pinning for now? I don't think we are planning to do much with libedit yet.

[mingwandroid]

Maybe just encourage exact pinning for now.

Why? https://abi-laboratory.pro/tracker/timeline/libedit

I am planning to do a lot with libedit and so would appreciate standardisation and as loose a pinning as strictly necessary here (and since its inception or at least as far back as abi-laboratory has tracked it, libedit has retained a 100% backwards compat. record).

[jakirkham]

Issue moved to conda-forge/conda-forge-pinning-feedstock #10 via ZenHub