Гента распухла

Для сборки сложных программ нужно много места на диске, это не новость.

LVM

Немало кто привык в tmpfs собирать.

Я выше писал. 1G+2G получаются из-за пары отключенных флагов, причем эти system-* что-то не включаются у меня. Они в скобочках, вроде.

Круто!

Пожалуй, надо на каком-нибудь из компов в качестве эксперимента поставить. Если все будет ОК, перейду на войд вместо этой скурвившейся генты.

svg у gegl отключаема

Она отключаема у gegl в gentoo.

Некоторые пакеты в gentoo в tmpfs не собираются - ругаются на xattr при установке.

А некоторым жирдяям не хватает 16ГБ tmpfs!

tmpfs               16G          22M   16G            1% /tmp

Не, там не с местом проблема с xattr, а с выставлением каких-то атрибутов в процессе установки. У меня такие пакеты собираются в обычной фс.

Что проделать, софт разростается.

Ну не тебе жаловаться то с 16 Гб в tmpfs. У меня всего 4 гб ram на одном и 8 Гб на втором компе и ничего. Разве что пару пакетов приходится ограничивать двумя потоками. Другое дело, что лет 10 назад 20 Гб более чем хватало под корневую систему, а сейчас, с запросами некоторых пакетов на сборку,уже не хватает.

Другое дело, что лет 10 назад 20 Гб более чем хватало под корневую систему

И сейчас хватает:

20G         8,2G   11G           44% /

Но, если не очень лукавить, то надо ещё прибавить 6G /opt и 46G /var/lib.

Хотя, какое это лукавство? Ни сейчас ни 10 лет назад никто не заставляет делать / монолитным рзаделом.

Я делал и мне хватало.

Сейчас я 120 отвёл при переносе на новый hdd.

и 46G /var/lib.

Что ты туда напихал? У меня вся система меньше в раза и то если я distfiles не удалю.

Сейчас я 120 отвёл

Спорное решение, я вот в итоге пришёл к тому, что отделяю от рутового раздела:

/opt
/usr/src
/var/cache
/var/lib

и потому что заранее неизвестно сколько места там понадобится и потому что, как к системе данные в этих каталогах имеют опосредованное отношение.

Что ты туда напихал?

4,4G    /var/lib/postgresql
19G     /var/lib/lxd
23G     /var/lib/docker

«это другое!»

Для виртуалок у меня отдельный раздел

Хе-хе!

/dev/sda2          1,8T         461G  1,4T           26% /

Не понимаю, на кой черт вообще под корень отдельный раздел выделять.

Привычка и зоопарк винтов на десктопе + ssd, потому что дисковая система апгрейдилась по мере необходимости.

Некоторые пакеты в gentoo в tmpfs не собираются - ругаются на xattr при установке.

Поискал.
man tmpfs:

Файловая система tmpfs поддерживает расширенные атрибуты (смотрите xattr(7)), но расширенные атрибуты user не допускаются

Не нашел, кому мешало это при сборке, а не при работе. Но нашел только, что кто-то не сконфигурировал XATTRS или FS_SECURITY в ядре для своих ФС (CONFIG_TMPFS_XATTR давно включает в себя и бывший CONFIG_TMPFS_SECURITY, а для других ФС они отдельно могут быть). Или не добавил опции монтирования. Хотя, я не прописывал их в опции монтирования. Сейчас и не надо, может:

~ $  cp -a /sbin/unix_chkpwd /tmp/
~ $  getcap /tmp/unix_chkpwd 
/tmp/unix_chkpwd cap_dac_override=ep

Только не выбирай образ с Musl, если тебе нужна всякая проприетарщина (проприетарные драйверы Nvidia и т. д.). Musl не совместим с проприетарщиной, в отличие от Glibc.

не выбирай образ с Musl

Естественно! Зачем мне это дерьмище нужно, когда есть кошерный glibc? У мусля же лицензия анально огороженная! Мне не-GPL нафиг не нужно!!!

это руст! давеча собирал какую-то программку на расте (копееШная, что-то типа гуя для показа системд статистики), так оно из инета вытянула под гиг для зависимостей и прочей шняги … и всё равно не заработала :-). раст он такой! :-)

У мусля же лицензия анально огороженная!

musl

License: MIT License

Ты перепутал свободную лицензию с анально огороженной GPL, лол.

Похоже, считается, что на современной машине должно быть минимум 64ГБ оперативки ☹

Если кратко, то «на современной машине для покомпелять» - да.

Вообще-то, это ты перепутал анально огороженный MIT со свободной GPL!

Настоящая свободная лицензия должна быть вирусной. И не позволять использовать свободные продукты в коммерческих целях.

У тебя все равно далеко не весь софт копилефтный (а блоб Nvidia — вообще проприетарный).

Но уж библиотеки-то, которые я постоянно использую, обязаны быть GPL'ными! Как я могу выкладывать на гитхаб что-нибудь полезное, если оно линкуется с не-GPL? (есть исключение: утилиты, работающие с проприетарными ПЗСками, но там и пользы от этих утилит 0.0%)

Тоже верно.

musl легче, но при этом в среднем медленней. Да и не все программы с ним совместимы. И, как ты заметил, лицензия не GPL.

Я уже писал об этом тут Кажется, настало время оставить firefox в прошлом (комментарий)

Гентушник - не пользователь, а хоббиист-энтузиаст, у него не обязано получаться. Он всегда должен быть готов страдать во имя спорта.

Насчет ржавчины.

В Firefox же ее всунули с какой-то версии. Не думал перейти на форк Firefox без него? Я вот перешел после 54 версии на Pale Moon (есть даже тарбол с GTK2). Это — Firefox без всякого мусора.

Проблема не в resvg(изначально на Rust, если я правильно помню), а в lirsvg, которая кусочек Gnome(и на которую много что завязано). Её некоторое время назад переписали на Rust. Альтернатив удобных для затаскивания вроде как нет.

Мне бы еще и без GTK …

Но бессмысленно увеличивать страдания-то необязательно

lynx

А не родило Linux-сообщество ни нормального и удобного графического тулкита для всех десктопных дистрибутивов, ни нормальной и удобной оконной системы.

Всё заимствовали из других проектов или у проприетарщиков: GTK+, Qt, X.Org и т. д. Вместо того чтобы сказать «сделаем свой собственный тулкит и легковесную оконную систему» ещё в начале нулевых.

Каждый дрочит как хочет

Был же motif стандартом. Да и можно было бы нативно под иксы писать, как эти ребята http://udeproject.sourceforge.net/ . Жаль, что не сложилось, а в вялом аналога xlib+xt нет, придётся всю жизнь терпеть гтк/куте либо сидеть с консольными прогами.

А могли бы просто развить NUKLEAR, опираясь на один из двух бэкендов: либо OpenGL, либо иксы!

Был же motif стандартом

Проприетарным говностандартом с убогим дизайном контроллов ты хотел сказать? Запатентованным всякими корпорациями и потому усопшим.

а в вялом аналога xlib+xt нет

И причина этого в том, что в X11 связка Xlib+Xt сгнила и перестала развиваться ещё в начале 90-ых, в отличие от Qt и GTK+.

Завязка Linux на иксы первыми разработчиками дистрибутивов Linux, когда они решили взять готовенькое от корпорастов – фундаментальная ошибка, навсегда оттолкнувшая разработчиков прикладного софта от Linux.

А могли бы просто развить NUKLEAR, опираясь на один из двух бэкендов: либо OpenGL, либо иксы!

Не могли, первый бэкенд требует нормально работающие видеодрайверы, а во втором случае получился бы очередной говнотык/культи.

Дистрибутивам Linux’а нужна была стандартизация GUI в самом начале их жизненного пути и свои собственные решения, а не приволоченные с помойки технологии вроде X11 или Qt, которые выкинули корпорасты.

Я особо не разбирался. Опция в ядре включена, вроде. Но так как сборка идёт в sandbox, то могут быть свои приколы.

Так gpl разрешает использовать свободные продукты в коммерческих целях.

А gcc даже разрешает линковковать свой toolchain (или как его) для проектов с закрытым кодом.

Так gpl разрешает использовать свободные продукты в коммерческих целях

Но не дает присваивать себе свободный исходный код, если коммерческая организация решит утащить его в свою проприетарщину.

приволоченные с помойки технологии вроде X11 или Qt, которые выкинули корпорасты

Ты уверен, что появился бы нормальный GUI, если бы не приволокли X386?

Так его и не надо присваивать. Просто использовать для сборки своего.

Просто использовать для сборки своего

При чем тут сборка? Я писал о том, что организация будет обязана так же открыть исходники (под той же лицензией).

При сборке своего продукта? Не обязана.

В смысле причём сборка? А зачем ещё gcc нужен?

Обязана. Читай текст лицензии.

Утаскивать в свой проприетарный продукт GPL-код нельзя (если они его и далее собираются оставить проприетарным).

Я вообще не говорил первоначально,что кто-то что-то куда-то тащит.

Только о линковке tolchain (runtime) при сборке gcc. И при сборке gcc такая линковке разрешена. Для этого специальное исключение для лицензии предусмотрено:

https://www.gnu.org/licenses/gcc-exception-3.1.ru.html

Не знаю кому может понадобится лазить в свой продукт код из gcc.

Утаскивать в свой проприетарный продукт GPL-код нельзя

Это если у него не двойное лицензирование. Например, как у pyqt - покупай лицензию и утаскивай куда хочешь.

Ну, а это все тут при чем? Я уточнил только это:

Так gpl разрешает использовать свободные продукты в коммерческих целях

GCC тут никаким боком.

Так gpl разрешает использовать свободные продукты в коммерческих целях

А что, не разрешает? Ещё скажи, что я не могу взять gpl графический редактор и использовать его в коммерческих целях, взымая плату за обработку фотоматериалов в нём.

двойное лицензирование

py
qt

Двойное ненужно.