i had a thought that i should try out #Slackware again, revisiting to compare for #OpenBSD vibes. But then thought that maybe i should better have a new take, in different circumstances of an Atom N450 netbook, at #void or #alpine? Maybe i should try to dive into #xbps-src and see where it gets me?

в сборке Void'а есть подлянь. а именно, разные пакеты могут собираться из одних и тех же сорцов (например, кернел и perf). но таких примеров много.
и когда ты собираешь какой-то пакет и не чистишь потом сборочный каталог (бывает нужно посмотреть, что там и как собиралось или просто вытаскиваешь сорцы через xbps-src extract, чтобы что-то в них посмотреть), то другой пакет с таким же сорцом начинает собираться в том же каталоге. и мало того, что он сожрёт все ранее установленные настройки, если там таковые были, но он ещё и не будет чиститься через вызов xpbs-src clean! он очистится только через вызов clean того первого пакета, который распаковал сорцы. а вот это уже конкретная жопа.
я тут сидела и собирала кернел. там для какого-то говна в манах втащили пистон. это просто очешуеть: называется, макаки добрались до кернела. но в целом говно устраняется просто флажками для make. только в одном месте говноскрипт пришлось запатчить: для манов libbpf собирался хэлпер и он не был ограничен флажками, причём он собирался и при сборке кернела, что странно вообще, он там нахрен не нужен. но это мелкий патч.

в целом, пистонятину можно вырубить довольно элегантно. но когда ты собираешь пакет, а он вместо после чистки внезапно не чистится и всё собирается в каком-то грязном каталоге, это таит в себе всякие сюрпризы, особенно когда это не что-нибудь, а кернел.
и вот из-за этого бага Void я долбалась часа два. не могла понять, почему у меня флажки не применяются во внутренних makefile'ах. иногда уже кажется, что крыша едет: ты указал кернелу флажки, а он собирает сорцы без них. обидно ваще! :)
но, к счастью, виноват не кернел, а простой глюк в пакетном сборщике Void.

вообще, я тут опять много думала про систему пакетирования. это знатный геморрой и он не зависит от реализаций. сама по себе структура софта не даёт создать идеальный пакетный менеджер. когда один сорц несёт в себе разные сборки (например, либы, девелоперский пакет со всякими хэдерами и какие-то тулзы в виде бинарей), они вполне могут ставиться отдельно. это нормально. но когда ты собираешь пакеты, ты должен, блин, помнить, что один пакет пересобрать мало. надо пересобрать все пакеты из этого сорца. потому что если вдруг ты пересобрал одно но не пересобрал другое, то потом наступает таратута: конфликт библиотек. пакетный менеджер на хосте видит, что в одном пакете одна либа, а в другом - уже другая (потому что при повторной сборке даже при тех же параметрах идентичности бинарей не достичь). и вот ты собираешь-собираешь, одни пакеты зависят от одного пакета из сорцов, другие - от другого. и в какой-то момент тебе надо оба пакета, потому что они в зависимостях. и тут-то и подстерегает северный пушной зверь: у тебя два пакета из одних и тех же сорцов начинают вдруг конфликтовать. хотя понятно, что это одно и то же, просто собранное не за один раз. но вот таких приветов при сборке врозникает много и я пока не придумала, что можно с этим сделать.

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

#voidlinux #xbps #kernel #linux #лытдыбр

I install Void
#screenshot #unixporn #neofetch #GNU #gnulinux #linux #voidlinux #operatingsystem #xfce #xbps #aesthetic #atmosphere #cyberpunk