LINUX.ORG.RU

Ошибки make install в ебилде Haguichi

 , , ,


0

1

Всем приветы.

Имею ебилд для Haguichi. В нём всё хорошо, только на этапе выполнения src_install() бегут ошибки... Их так много, что пришлось залить на pastebin.

Вопрос таков: как это лечить? При всей этой срани, при сборке руками всё прекрасно.



Последнее исправление: Pinkbyte (всего исправлений: 1)

Поздравляю, это говно пытается ставиться в / в обход sandbox

Вариантов несколько:

1) если билдсистема безнадежное говно - ставить все файлы руками. Да, боль. Но иногда это единственный способ;
2) если в билдсистеме есть ключ(а-ля DESTDIR) - указать его равным ${D} - и тогда всё будет ставится куда надо;
3) если билдсистема говно, но простая и читабельная - пропатчить чтобы поддерживала DESTDIR, далее смотри пункт 2);

Pinkbyte ★★★★★
()

всякого дерьма навешал в теги, а самый главный забыл.

kep
()
Ответ на: комментарий от Pinkbyte

Куда можно пожаловаться на черта, на которого вешают баг, а он просто забивает, иногда месяцами? Речь о AAA ПО.

kep
()
Ответ на: комментарий от Pinkbyte

Окей, это я про блендер имел в виду. Свежайший в дереве это релиз октября 2014 года. Бампы делаются, но после назначения на hasufell на них просто забивают. Ему плевать вообще, 2.76b (вышедший 3 ноября 2015 года) так и не попал в дерево, движения прекратились в январе, хотя там люди и патчи и всякий треш дописывали.

2.77 я бампнул завтра неделя как, есть готовый ебилд в nightmare, прекрасно работает и собирается, чуваку всё что нужно, это заапрувить, но нет, ему плевать. Он даже CONFIRMED поставить не может, лол.

Это же Blender, самое лучше опенсорс ПО.

kep
()
Ответ на: комментарий от mradermaxlol

Да. И это dumb way, то есть с каждым бампом надо следить - а не поменялся ли состав устанавливаемых файлов. То есть к нему стоит прибегать, только если по другому никак

Pinkbyte ★★★★★
()
Ответ на: комментарий от Pinkbyte

Дело в том, что я

А) Не умею в патчинг систем сборок (здесь - CMake)
Б) Не хочу делать васяносборки основной ветки

Хотя можно суметь в CMake и пропихнуть изменения в апстрим.

mradermaxlol
() автор топика
Последнее исправление: mradermaxlol (всего исправлений: 1)
Ответ на: комментарий от Pinkbyte

Большое_человеческое_спасибо.png

Пойду переписывать ебилды на EAPI 6, а то в profile/eapi лежит 5 => будут ашиппке. Потом посрусь с VALAC и попробую пропихнуть изменения.

mradermaxlol
() автор топика
Последнее исправление: mradermaxlol (всего исправлений: 1)
Ответ на: комментарий от mradermaxlol

блин, вот так и знал, что надо и на остальные темы значков sed писать, но поленился. Ща пришлю фикс

Update: или даже не надо :-). Принимай

Кстати в порядке оффтопика - не думал перейти на thin-манифесты? git один хрен хранит чексуммы коммитов, хранить их для ебилдов еще и в Manifest - это оверкилл.

Включаются они просто. После этого надо пройтись по всем пакетам с ebuild ... digest. Или можно запустить на корень оверлея repoman manifest

Pinkbyte ★★★★★
()
Последнее исправление: Pinkbyte (всего исправлений: 2)
Ответ на: комментарий от mradermaxlol

при thin manifest в манифесте остаются только записи тарболлов с исходниками. Чексуммы ебилдов там не сохраняются.

Профит:

1) при изменении ебилда(без изменения SRC_URI), если забыл обновить манифест -> не страшно, потому что он и так не изменится;
2) в случае виртуальных пакетов(где вообще нет SRC_URI) - Manifest вообще будет отсутствовать;
3) меньше нагрузка на пакетный менеджер - он не будет проверять чексумму на ебилд;

Недостатки:

1) необходимо получать изменения из системы контроля версий, где целостность файлов гарантируется сторонним механизмом. Git подходит, CVS(которая была раньше в Gentoo) - нет.

Pinkbyte ★★★★★
()
Последнее исправление: Pinkbyte (всего исправлений: 1)
Ответ на: комментарий от Pinkbyte

Хмм, найс. Тогда можно словить 100% профит, ибо гит хорошо всё делает, чексуммы не сверяются, апдейтить оверлей можно просто изменяя ебилды/файлы.

mradermaxlol
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.