| 1 |
On 09/30/2015 08:35 AM, Paweł Hajdan, Jr. wrote: |
| 2 |
> On 9/29/15 3:32 PM, Rich Freeman wrote: |
| 3 |
>> The thing is that I think the libressl authors are shooting themselves |
| 4 |
>> in the feet. When upstreams do this sort of thing they think they're |
| 5 |
>> making the upgrade path easier by not changing their symbol names. In |
| 6 |
>> reality, they're making the upgrade path harder by preventing |
| 7 |
>> side-by-side adoption of the new solution. |
| 8 |
> |
| 9 |
> Yeah, it's not that obvious how to handle it best. |
| 10 |
> |
| 11 |
> Curious - how would the alternative look like? My reasoning is that if |
| 12 |
> upstream changes symbols, that makes it easy for a distro to install it |
| 13 |
> side-by-side. However, for anything to use such modified lib, they'd |
| 14 |
> need to change all callers to use the alternative function names, |
| 15 |
> wouldn't they? |
| 16 |
> |
| 17 |
|
| 18 |
Such questions are better off at the openbsd-tech mailing list. Please |
| 19 |
continue such discussions there, including voicing your opinion about |
| 20 |
the course of LibreSSL which I cannot change, so rants and questions |
| 21 |
about that are slightly offtopic. |
Archives