On Sun, Jan 08, 2017 at 02:48:04PM +0300, Alexey Tourbin wrote:
> On Sat, Jan 7, 2017 at 10:22 PM, Girar Builder awaiter robot wrote:
> > http://git.altlinux.org/tasks/175881/logs/events.1.1.log
> >
> > 2017-Jan-07 19:20:28 :: test-only task #175881 for p8 started by mike:
> > #100 copy SDL from sisyphus
> > 2017-Jan-07 19:20:30 :: copy from `sisyphus': SDL-1.2.14-alt7.src.rpm
> > 2017-Jan-07 19:20:36 :: build check OK
> > 2017-Jan-07 19:20:36 :: noarch check OK
> > 2017-Jan-07 19:20:38 :: plan: src +1 -1 =17510, i586 +3 -3 =33884, x86_64 +3 -3 =33833
> > 2017-Jan-07 19:20:38 :: version check OK
> > 2017-Jan-07 19:21:54 :: generated apt indices
> > 2017-Jan-07 19:21:54 :: created next repo
> >         i586: NEW unmet dependencies detected:
> > libSDL#1.2.14-alt7              libc.so.6(ALT_2.24)
> >         x86_64: NEW unmet dependencies detected:
> > libSDL#1.2.14-alt7              libc.so.6(ALT_2.24)(64bit)
> 
> Мужчины, это всё не очень хорошо. Своего интерфейса ALT_2.24 быть не должно.

Это лирика, интерфейс ALT_2.24 нужен, и он лучше, чем подселение
к GLIBC_2.2.5.

[...]
> У вас зависимость на интерфейс ALT_2.24 получат не отдельные редкие
> пакеты, а массово все X-овые пакеты, потому что они кагбе BSD-шные и
> там этот strlcpy везде пустил метастазы.
> 
> Когда я обдумывал эту тему где-то в 2011 году, я пришел к выводу, что
> наименьшим из зол будет подключение strlcpy по линии -lc со стороны
> статической библиотеки, кажется она называлась libc_nonshared.a.
> По-моему, именно так тогда было сделано в дистрибутиве Owl.

Да, и это было правильно, поскольку степень совместимости пакетов Owl
с пакетами соответствующего RHEL'а совершенно другого порядка.
Разные задачи -- разные решения.

> Возможен
> также более или мене полный или частичный отказ от strlcpy в glibc
> (можно, например, попытаться сделать символы недефолтными, чтобы они
> все еще предоставлялись, но чтобы с ними уже нельзя было
> слинковаться).

strlcpy с strlcat, которые подготовил Флориан для glibc
(см. https://sourceware.org/ml/libc-alpha/2016-05/msg00369.html)
это лучшая реализация strlcpy/strlcat из тех, что существуют.  Если софт
использует strlcpy/strlcat, то пусть уж использует лучшее из возможного.

Среди разработчиков glibc, к сожалению, нет консенсуса по этому вопросу,
поэтому вместо интерфейса GLIBC_2.24 новые символы попали в интерфейс
ALT_2.24.


-- 
ldv