Summary: | Для сборки glibc требуется libgd2-devel | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Vitaly Lipatov <lav> |
Component: | glibc | Assignee: | Gleb F-Malinovskiy <glebfm> |
Status: | CLOSED WONTFIX | QA Contact: | qa-sisyphus |
Severity: | normal | ||
Priority: | P3 | CC: | evg, glebfm, ldv |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux |
Description
Vitaly Lipatov
2016-07-15 13:11:40 MSK
(In reply to comment #0) > Нельзя ли собирать glibc без Иксов? > Мне для консоли нужен. Без -lgd2 не слинковать memusagestat. Можно не устанавливать пакет glibc-debug, в котором находится memusagestat. (В ответ на комментарий №1)
...
> Без -lgd2 не слинковать memusagestat.
> Можно не устанавливать пакет glibc-debug, в котором находится memusagestat.
Судя по Makefile, отказаться от сборки memusagestat легко:
# If the gd library is available we build the `memusagestat' program.
ifneq ($(LIBGD),no)
Ужасна ситуация, когда для сборки glibc нужны Иксы. Это ещё хуже, чем необходимость inkscape для сборки samba.
Как насчёт идеи собирать memusagestat в отдельном пакете?
Я готов такой собрать, и glibc-debug сможет от него зависеть.
(In reply to comment #2) > Судя по Makefile, отказаться от сборки memusagestat легко: Зачем отказываться? > Ужасна ситуация, когда для сборки glibc нужны Иксы. Это ещё хуже, чем > необходимость inkscape для сборки samba. Чем ужасна? (В ответ на комментарий №3) > (In reply to comment #2) > > Судя по Makefile, отказаться от сборки memusagestat легко: > Зачем отказываться? Чтобы циклических зависимостей при сборке было поменьше? Мне кажется, это бы немного упростило портирование на другие платформы. > > Ужасна ситуация, когда для сборки glibc нужны Иксы. Это ещё хуже, чем > > необходимость inkscape для сборки samba. > Чем ужасна? Я хотел бы избавиться от Иксов и Иксовых библиотек в репозитории, но пока это невозможно. P.S. До меня дошло, что раз у меня проблема со сборкой, мне не сложно изменить спек :) (In reply to comment #4) > Чтобы циклических зависимостей при сборке было поменьше? Мне кажется, это бы > немного упростило портирование на другие платформы. Я по своему опыту могу сказать, что это наименее неприятный из циклов при портировании на новую платформу. К тому же, таким методом от циклов очень неудобно избавляться. Гораздо разумнее делать ручки, которые включают или выключают создающие циклы части/функциональность. (В ответ на комментарий №6) ... > Я по своему опыту могу сказать, что это наименее неприятный из циклов при > портировании на новую платформу. Всё равно остаюсь в шоке зависимости сборки glibc от X11. Для меня это дико. > К тому же, таким методом от циклов очень неудобно избавляться. Гораздо Зато один раз сделал и свободен. > делать ручки, которые включают или выключают создающие циклы > части/функциональность. Переименовать багу в создание ручки для отключения сборки с libdb2? |