Сформированы новые загрузочные сборки дистрибутива Void Linux, который является самостоятельным проектом, не использующим наработки других дистрибутивов и разрабатываемый с применением непрерывного цикла обновления версий программ (rolling-обновления, без отдельных релизов дистрибутива). Прошлые сборки были опубликованы год назад. Кроме появления актуальных загрузочных образов на основе более свежего среза системы обновление сборок функциональных изменений не несёт и их использование имеет смысл только для новых установок (в уже установленных системах обновления пакетов доставляются по мере готовности)...Подробнее: https://www.opennet.me/opennews/art.shtml?num=57923
Отлично, только тут не указано что на новых платах после обновления UEFI(BIOS) может слететь загрузчик и потому можно использовать такой диск для имитации установки с обновлением пакетов из сети фактически не переформатируя данные, так что установщик сам поймет что система установлена и просто вставит загрузчик на место. Также можно переехать на musl если ненужно запускать старые игры или вы сможете скомпилировать wine с нужными параметрами.
12900k на нем работает прекрасно. Никакой телеметрии как в бубунте и прочих корпоративных линуксах.
В общем при желании не уступает Gentoo а загрузочную флешку всегда стоит иметь под рукой.
> для имитации установки с обновлением пакетов из сети фактически не переформатируя данныеА теперь по-человечески, пожалуйста.
Ну установщик спрашивает надо ли переформатировать разделы. Отвечаем ему нет по точкам монтирования. Ну отдельный раздел в vfat на /boot/efi и отдельно на корень / и он вместо установки видит что система уже установлена и не накатывает сверху все заново с выкачиванием оного из интернета.
> Отлично, только тут не указано что на новых платах после обновления UEFI(BIOS)
> может слететь загрузчик и потому можно использовать такой диск для имитации
> установки с обновлением пакетов из сети фактически не переформатируя данные, так
> что установщик сам поймет что система установлена и просто вставит загрузчик
> на место. Также можно переехать на musl если ненужно запускать старые
> игры или вы сможете скомпилировать wine с нужными параметрами.
> 12900k на нем работает прекрасно. Никакой телеметрии как в бубунте и прочих
> корпоративных линуксах.
> В общем при желании не уступает Gentoo а загрузочную флешку всегда стоит
> иметь под рукой.И что, работает стабильно?
После апгрейдов, за всю историю пользования у вас, ни разу система не разваливалась и даже ничего никогда не отваливалось?
Ни разу не приходилось нырять "под капот" и править что-либо?
А должно было? Ядра относительно свежие. Старые ядра если ставить насильно могут и не заработать, но мне это как-то пофигу. Xbps-src бывало глючил, но для тех кому хочется разобраться с компиляцией это ведь совершенно не страшно.
Ядра установленные не по стандартному он показывает в списке vkpurge list все равно, но это придирка скорее, хотя нельзя с самосборным ядром просто сделать vkpurge rm all.
Были как-то залипания при перезагрузке, но их уже поправили.
Обновляться постоянно может не давать, но это как-то пофигу. Не ради насилия над сервером все делается, да и зеркала имеются.
Так что если сидеть на бинарном дистрибутиве ничего править не приходилось.
Ну разве что настроить звук конечно же чтобы повысить его качество. Но это любая звуковая схема требует - что alsa, что pulseaudio, что pipewire. Вот pipewire иногда в пшшшш уходит как пшшш аудио, но это могут быть заморочки с USB шиной звуковой карты на Gigabyte Z690 Aorus Ultra. Если звук нормальный, то никаких проблем нет, причем с USB на PCIE звуковыми картами вроде Asus Strix Soar.
> А должно было?Уж не знаю, всякое я слышал про него, от его же пользователей.
> Ядра относительно свежие. Старые ядра если ставить насильно могут
> и не заработать, но мне это как-то пофигу. Xbps-src бывало глючил,
> но для тех кому хочется разобраться с компиляцией это ведь совершенно
> не страшно.Не любитель заниматься "компиляцией" и прочих копошений.
> Ядра установленные не по стандартному он показывает в списке vkpurge list все
> равно, но это придирка скорее, хотя нельзя с самосборным ядром просто
> сделать vkpurge rm all.Спасибо за справку по ядрам, конечно, но я не про это спрашивал, ядра тут не при чём.
> Были как-то залипания при перезагрузке, но их уже поправили.
> Обновляться постоянно может не давать, но это как-то пофигу. Не ради насилия
> над сервером все делается, да и зеркала имеются.
> Так что если сидеть на бинарном дистрибутиве ничего править не приходилось.
> Ну разве что настроить звук конечно же чтобы повысить его качество. Но
> это любая звуковая схема требует - что alsa, что pulseaudio, что
> pipewire. Вот pipewire иногда в пшшшш уходит как пшшш аудио, но
> это могут быть заморочки с USB шиной звуковой карты на Gigabyte
> Z690 Aorus Ultra. Если звук нормальный, то никаких проблем нет, причем
> с USB на PCIE звуковыми картами вроде Asus Strix Soar.Спасибо за пояснения!
Со своей стороны отмечу, что те два раза, что я ставил систему за пределами виртуалки на старое реальное железо, каждый раз наблюдал какие-то рандомные подтормаживания и в целом, неповоротливость системы, хотя с чего бы?!
Перебирал кучу "экономных" на жор ресурсов дистров, и Void, при всей его привлекательности оказался самым проблемным из коробки. Да, возможно там можно было подшаманить под капотом несколько часов/дней. Но, если честно, не было желания возиться, ведь в виртуалке в сожих условиях antiX дал экономию не хуже, а работал из коробки, как и ожидаешь от линуксовых дистров в 2022ом
Void не про работу изкоробки. Там изначально стоит голая система. Ничего лишнего нет.
Настраивать придется любой дистрибутив.
Если что-то лагало это могла быть например нвидия видеокарта на открытом драйвере. Но это пальцем что называетсяв небо.
Любые сложности для меня были решаемы.
Пользоваться линуксом со свободой выбора это не про "быть как все и делать все по правилам".
Часть ядер в линуксе были проблемные, но это не проблема войда, а проблема писателей ядра.
Если не поставить для интела пакеты для ускорения декодирования видео оно будет тормозить.
Войд работает именно так как его настроили.
Не получится вкусить преимущества доказывая всем что можно жить с отключенными мозгами.
Монструозность общества потребления и его адепты обычно слабо дружат с логикой и потому ищут зачем-то волшебную кнопку "сделать зашибись".
Дистрибутив один из лучших, но не для орд тех кому развитие не позволяет выбирать и надо чтоб из коробки все работало как у всех. А то еще mtp придется ни дай бог выбирать, а потом и файловый менеджен, да еще и консольный, да с утилитами возиться.
Не нравится - топаем на убунту если уважения к себе нет совсем и сливаем личную информацию позволяя шпионить за собой.
Есть и другие варианты. У меня были мелкие проблемки когда система не перегружалась нормально какое-то время, и это явно зависело от ядер и требовало пересборки вероятнее всего, но я просто перегружал систему. Такое событие для меня просто мелочь и скорее интересно почему все так работает неожиданно. Для потребительских папуасов это трагедия и повод в бешенстве бить клавиатурой по монитору заодно проклиная тех на кого сам же сбросил ответственность у себя в голове за собственный выбор дистрибутива.
Если пользовался мог бы описать проблемы, если хотелось их решить. Но тут телепаты в отпуске. Некорректно заданные вопросы они приводят к длинным не всегда простым и понятным ответам. Что для обывателя проблема для меня интересный момент, который мне решить интересно, а уж копать там где гранит и искать самое интересное - норма жизни.
В любом случае я пробовал много чего и на Gentoo три года экспериментировал. А потому дистрибутив без пакетного менеджера исходников считаю системами для домохозяек. Пусть бубунточку пользуют, ага.
> Часть ядер в линуксе были проблемные, но это не проблема войда, а проблема писателей ядра.Такую логику и к прикладному ПО можно приминить лишь с большой натяжкой, но точно не к ядру. Если дистрибутив поставляет проблемные ядра, то это как раз его проблема: его пользователей и, значит, его разработчиков.
Если в УЕфИ запись пропадает сама по себе,то харду конец приходит. Если есть возможность переключить на легаси биос,то лучше это сделать. Слетать там нечему,а хард рано или поздно со 100500 попытки подцепится и ноут загрузится.
Не у всех биосов, например на ноутах есть возможность включить легаси режим. И вот когда накопитель переставляется в ноутбук мне ни в каком режиме ничего не приходится переделывать. Проблема со стираение загрузочной информации существует возможно только на платах Gigabyte.
Они там слегка отбитые на голову и поддержа какого-нибудь 12900ks завозят в не самые дорогие платы мягко гговоря поздновато - спустя пол год после их выхода. Надо же как-то продавать версию Aorus Master, которая теперь с Z790 чипсетом стала единственной для топового процессора в разгоне.
Впрочем последний биос дал возможность снизить потребление в замедлении 12900k до 4,7ггц до 118 ватт в режиме компиляции с оригинальных 150 ватт в том же режиме и 185 ватт в Cinebench с даунвольтом до 1,140 вольт в нагрузке. Так что приходится обновлять биос, просто Void легче этот вопрос решает. После установки с забиранием настроек шрифтов скажем из Ubuntu, скачиваниеми заменой XbpsUI на xbps с закидыванием оного в /bin и если нужно, то и переделыванием в исполняемый ыайл если просто копировали текст скрипта через chmod +x xbps что даст возможность набирать xbps в терминале с вызовом гуя что особенно важно на каких-нибудь ноутбуках на атоме, которые octo-xbps с трудом ворочают как полагаю гуевые менеджеры пакетов в других дистрибутивах.
Штеуд уже несколько лет как переводит UEFI на Class 3 ( т.е. без поддержки CSM вообще). По этому поводу было немало драмы, но делать нечего. AMD не торопится.
Пакетрв мало что-то, нет удобной аур помойки (или можно добавить?), а так вроде нескучный дистрибутив.
как по мне лучше самому собрать чем качать что-то с этого вашего AUR'а
Те залезть в аур, посмотреть pkgbuild, адаптировать template...лучше чем просто собрать из аура?
Чем?
Аур – помойка, где находили бекдоры. Лучше лишний раз проверить что там.
Мимо.
этот https://aur.archlinux.org/packages/backdoor ?
https://www.opennet.me/opennews/art.shtml?num=48948
АУР создавался для того чтобы любой желающий мог легко выложить свою сборку пакета, и естественно всегда найдутся васяны которые этим воспользуются во вред, но это как пинять на gmail почту за то что тебе приходят нехорошие письма от плохих парней.
да и АУР-хелперы как правило при значительном изменении PKGBUILD пакета от предыдущей версии предварительно показывают его чтобы пользователь мог просмотреть его на возможные сюрпризы.
Арч позволяет пользователю самому делать выбор чем пользоваться, и чем больше возможностей тем больше и ответственность пользователя с тем что он делает, это философия арча и это нужно принять либо идти мимо.
Если брать аналогии то у Арча методы распространения пакетов будут примерно соответствовать следующему:
официальные репы - это как супермаркет
НЕ официальные репы (https://wiki.archlinux.org/title/Unofficial_user_repositories) - это как ларьки
АУР - это как базар
ABS(Arch Build System) - это как огородна базаре можно достать почти всё, но и риск получить некачественный товар тоже велик.
но всегда лучше когда у тебя есть выбор от супермаркета до огорода.
А пользователь арча колхозник?
нет, скорее профессор на пенсии
Ты говоришь как домохозяйка.
> Аур – помойка, где находили бекдоры.Которые в течение пары часов обнаружили и откатили, причастных забанили. На твоей помойке так умеют?
> Пакетрв мало что-то, нет удобной аур помойки (или можно добавить?), а так
> вроде нескучный дистрибутив.При всех своих задумках, по факту, это действительно нескучный дистрибутив...
...в этом и проблема.
Зато есть гуй к xbps на скриптах работающий даже на самой медленной тачке шустро и с возможностью удаления мусора, заморозки пакета в необновляемом состоянии. Ну то есть если после обновления что-то не работает заново можно поставить предыдущий пакет или скомандовать не обновлять, или же собрать его из исходников, причем пакетный менеджер будет видеть установленное из исходников как нормальный пакет без превращения системы во франкенштейна.
садись Петров, два.поставить предыдущий пакет - https://wiki.archlinux.org/title/Downgrading_packages
скомандовать не обновлять - https://wiki.archlinux.org/title/Pacman#Skip_package_from_be...
собрать его из исходников - https://wiki.archlinux.org/title/Arch_Build_System
Завтра должен быть релиз Федоры 37 с 43 Гномом. Может попробую слезть с крыски. Хотя, у меня слабый ноут (встройка, 4гб оперативы), наверное не взлетит.
в таком случае твой ник полностью отражает ту ситуацию, в которой ты оказался
Можно перейти на винду.
(было бы смешно, если бы не было так грустно)
> Завтра должен быть релиз Федоры 37 с 43 Гномом. Может попробую слезть
> с крыски. Хотя, у меня слабый ноут (встройка, 4гб оперативы), наверное
> не взлетит.На 4Гб ОЗУ и с крысой живётся печально, а вы ещё самую прожорливую DE решили туда вкорячить, которая сама по себе по аптайму больше гига сжирает.
Взлететь-то взлетит, но летать будет как курица.
С Mate или Openbox + tint2 панелькой можно прекрасно жить добавив dmenu или rofi.
Ты что-то напутал. Работаю в Fedora 36 GNOME на машине с 4 ГБ оперативы. 2,1 ГБ после загрузки системы с пятью приложениями в автозапуске.
Жор кучи рамы Гномом за 40 это миф и происки кдешников. Он заточен на нетбуки,но кто не хочет этого видеть, никогда не увидит.
Он заточен с одного конца, чтобы совать в ?опу. Самое забагованное, кривое и урезанное, тормозное и прожорливое DE на планете Земля.
Латентный detected. По существу имеется что-либо заявить? Когда GNOME последний раз видел?
Лучше один раз научиться пользоваться, настраивать и компилить например dwm. Прописать его запуск в ~/.xinit. После старта на иксах система юзает меньше 100 мб.
О, живой двмщик! Какой сейчас олимпийский рекорд по количеству одновременно наложенных патчей?
О, а я, стало быть, ещё один! Его можно использовать и без патчей с одним slstatus-ом, если надо просто ехать.
можно-то можно, но на сайте их аж 260 штук, интересно, заморачивался ли кто-нибудь хотя бы половину одновременно накатить, чисто из спортивного интереса
А какой смысл? Это получается как в любом DE куча настроек которыми я никогда не пользуюсь, а тут вместо настроек патчи. Зачем добавлять функционал, которым я никогда не пользуюсь? Кстати спасибо за идею, поищу в этих патчах что-нибудь совсем экстраординарное но главное полезное
Я тоже немного поискал, люди уже постарались сделав
https://github.com/bakkeby/dwm-flexipatch
Если включить все сразу, может получиться awesomewm
Я один патч поставил pertag, который сохраняет расположение в каждом тэге. Думаю может еще доп статусбар сделать, снизу, а то верхний заканчивается.
> релиз Федоры 37 с 43 Гномом. Может попробую слезть с крыски. Хотя, у меня слабый ноут (встройка, 4гб оперативы), наверное не взлетит.В автозапе DoubleCMD, Transmission, Tor Browser, Fopnu и Opera VPN.
1,9 ГБ. Fedora 37, Gnome 43
https://ibb.co/YR4gSMV
Самое важное(лично для меня) в fedora - это адекватная интерактивность под компиляцией того же qemu. Предвосхищая, под Ubuntu с zen & xanmod все довольно плохо, а вот в шляпе - прямо как в винде. Приятно работать!
Планировал однажды перейти на войд. Войд научил меня разметке диска при помощи cfdisk и прочих mkfs, до этого размечал через гуйный установщик моего дистра. Слез с войда сразу же, как только понял, что в нем нет удобного способа создавать свои пакеты -- нужно качать всю ихнюю гит-репу со всеми спеками пакетов и форкать ее у себя.
> Планировал однажды перейти на войд. Войд научил меня разметке диска при помощи
> cfdisk и прочих mkfs, до этого размечал через гуйный установщик моего
> дистра. Слез с войда сразу же, как только понял, что в
> нем нет удобного способа создавать свои пакеты -- нужно качать всю
> ихнюю гит-репу со всеми спеками пакетов и форкать ее у себя.А в каком дистрибутиве, по-вашему есть удобный способ создавать пакеты и в чём он заключается?
Допустим, хочу я, чтобы был в системе мега-полезный скрипт, именуемый hello. Можно завести его в ~/.local/bin/hello, и все будет работать. Но только для одного пользователя. Если он нужен в системе, можно положить его куда-нибудь в /usr/local/bin/hello. Но проблема в том, что пакетный менеджер о его существовании не в курсе, и тебе нужно держать в голове, что "такой-то пакет удалять нельзя, потому что от него зависит мой скрипт".На самом деле в любом дистре эта проблема решается через пакетный менеджер: скрипт суется в пакет и устанавливается именно в виде пакета, для которого указаны все зависимости. Я не видел ни одного дистра (кроме одного), в котором можно было бы создавать такой пакет очень быстро, за считанные минуты (а то и секунды). В войде, как уже сказал, придется форкать их git-репу. В федоре нужно заводить свою rpm-репу. А в благословенном NixOS тебе нужно просто дописать строчки в свой декларативный конфиг:
environment.systemPackages = with pkgs; [(writeShellApplication {
name = "hello";
runtimeInputs = [coreutils gnused gnugrep]; # допустим, зависим от cat, sed, grep
text = ''
cat <<EOF
Я - реальный пакет, установленный на уровне системы и доступный
через \$PATH всем пользователям. Состою из /bin/hello, но также
во мне могли бы быть /share/applications/*.desktop-файлы; в этом
случае я был бы виден через гуйные запускатели приложух.
EOF
'';
})];Примерно по такому же принципу можно легко довесить свой патч в существующие пакеты, а также переопределить опции сборки.
(polybar.override {
i3Support = true;
pulseSupport = true;
}).overrideAttrs (old: {
patches = (old.patches or []) ++ [
./0001-Consistent-units.patch
];
})Теперь попробуй довесить патч, изменить опции сборки или создать новый пакет в любом другом дистре, причем за считанные минуты.
>[оверквотинг удален]
> i3Support = true;
> pulseSupport = true;
> }).overrideAttrs (old: {
> patches = (old.patches or []) ++
> [
> ./0001-Consistent-units.patch
> ];
> })
> Теперь попробуй довесить патч, изменить опции сборки или создать новый пакет в
> любом другом дистре, причем за считанные минуты.Правильно ли я понимаю, что по-вашему, удобнее всего пакеты делять для NixOS?
Правильно.
Но только для тех, кто хорошо знает nix и все кишки nixpkgs. Я уже полгода убил на всю эту экосистему и все равно иногда некоторые задачи вызывают ступор)
Запилют значит Манжаровойд и вего делов.D
NixOS не для слабых духом.
> Правильно.ОК, скорее соглашусь, но доверясь вам и тому, что я пока что накопал про NixOS, если его не брать во внимание, то действительно "удобный способа создавать свои пакеты" в самом дистрибутиве, на мой взгляд, из того что я знаю, это в Gentoo и подобных.
Да, реализация несколько крива и неуклюжа с технической точки зрения, но ведь разговор именно про удобство создания своих пакетов. Быть сам себе мейнтейнером, если знаешь как, при прочих равных, много проще в гентушных системах, нежели в тех же rpm, а уж тем более в замороченном deb.За NixOS ничего не могу сказать, самому интересна эта система, но я неосилил пока уделить время, чтобы погрузиться и разобраться, но выглядит очень интересно, по крайней мере концепция с nix-пакетником. Гораздо разумнее, на мой взгляд, нежели решения с жирноснапами и флатпаками.
>В войде, как уже сказал, придется форкать их git-репуВ чем сложность? Это места займёт намного меньше, чем жырниксос.
В войде емнип довольно неплохо сделано, с чрутом в стандартное билд-окружение, чтоб готовые пакеты даже у соседа васьки работали.>Теперь попробуй довесить патч, изменить опции сборки или создать новый пакет в любом другом дистре, причем за считанные минуты.
В арчах-гентах-слаках такое изи делается, а то шо deb и rpm не для людей — ну щито поделать десу.
Вот например арчевский PKGBUILD, который будучи скормленным makepkg упакует скрипт в настоящщий пакет:pkgname=henlo
pkgver=1
pkgrel=1
pkgdesc="Хелловорлд скрипт, установленный как настоящий™ пакетЪ"
arch=('any')
depends=('bash')
source=('henlo')
sha256sums=('') #можно сгенерить с помошью makepkg -g или пропустить вписав SKIP
package(){
cd ${srcdir}
install -Dm755 henlo "${pkgdir}/usr/bin/henlo"
}Cобрать-упаковать рандомную софтину с гитхаба ненамного сложнее, хоть с патчами-опциями.
Пересобрать оффициальный пакет даже проще, ибо только править, а не писать.
> В чем сложность?В том, что конфиг твоей системы теперь как минимум в двух гит-репах: твой собственный + форк войда.
> довольно неплохо сделано
Погугли, как люди оформляют свои оверлеи к войду. Спойлер: через костыли. В никсоси напротив, оверлеи - это штатный механизм.
> Вот например арчевский PKGBUILD
А как в нем сделать "наследуемся от PKGBUILD, предоставляемого дистром, и довешиваем туда доп. патч и применяем еще одну опцию сборки"? В никсоси есть override{,Attrs}. Мейнтейнеры nixpkgs обновят версию полибара, а у меня он сам автоматически заоверрайдится с нулевыми усилиями с моей стороны.
Да и чтобы оформить пакет, тебе пришлось создать два файла: собственно скрипт + PKGBUILD. В никсоси свой пакет можно оформлять по месту. К примеру, конфигурируем гит и тут же рядом кладем скрипт, оформленный правильно как пакет:
programs.git.config = {
init.defaultBranch = "master";
alias = {
"co" = "checkout";
"s" = "status";
};
};
environment.systemPackages = [(writeShellApplication {
name = "git-my-custom-command";
runtimeInputs = with pkgs; [coreutils git];
text = ''
# не пришлось создавать отдельные файлы,
# реализация кастомной гит-команды
# находится рядом с конфигом гита
'';
})];
Он же PKGBUILD из Арча показывает, а не из Void'а.Замечу, что тот на понятном всем (админам) Shell написан, а не на Nix-тарабарщине с матрешками из десяти видов скобочек. И выполняется этот сборочный скрипт (за вычетом времени сборки ПО) за секунды, без безумного потребления памяти, а не как у некоторых гениальных стартаперов.
> сам автоматически заоверрайдится с нулевыми усилиями
И нулевыми гарантиями работоспособности. А то ещё и в `rm -rf /` нечаянно-негаданно соберётся.
Когда благоразумный админ другого дистра просто устранит конфликт слияния руками в скриптах сборки и будет уверен, что ничего не сломалось, что все патчи актуальны для новой версии ПО и т.п.
Вероятно, одна из причин, почему в Nix всё так прекрасно собирается, верифицируется с доказательствами теорем, а половина ПО из оф-репы нормально не работает.> не пришлось создавать отдельные файлы
И в чём тут преимущество? Что надо по гигантскому файлу что-то искать? Что нельзя юниксовыми утилитами автоматически обработать? Тем более, что множество файлов настроек, читаемых лишь при запуске программ, никогда не было особой проблемой даже на медленных HDD-дисках.
Про гит-репы вообще не понял. Мы точно с одной планеты? В Арче вполне можно выкачивать, редактировать и собирать отдельный скрипт сборки в отдельном репо. А вот в Nix все (sic!) определения (sic!) пакетов, даже те, которые не установлены, а просто есть в подключенном репо, не просто скачиваются в систему, но и вычисляются при каждой "пересборке" одного единственного. И чем больше репозиторий, тем больше памяти нужно, чтобы в один прекрасный день обновление системы не сорвалось. Масштабируемость? Не, не слышали. И какое решение проблемы предлагают разработчики? Вы таки не поверите, каждому самостоятельно создавать копии репозиториев без "лишних" пакетов и одной парой ручек переносить все изменения. Ну где тут лучше, чем у других? Значительно хуже.
> на понятном всем (админам) Shell написанЗадачи нужно решать на своих уровнях, а не каждый раз с нуля. К примеру, в никсоси решена проблема "установки абстрактного, любого шелл-скрипта": https://github.com/NixOS/nixpkgs/blob/46872026bdb05e1487923f... - заметь, что помимо всего прочего над твоим скриптом выполняется dry run и shellcheck, а к нему еще и присобачивается set -o errexit и прочие вещи; в PKGBUILD оппонента ничего из этого нет, просто голый install. Если в будущем появится новый инструмент для проверки скриптов, то его добавят в writeShellApplication, что применит его ко всем одиночным скриптам сразу.
> нулевыми гарантиями работоспособности
Если бы ты хоть как-то вплотную взаимодействовал с дистрами, то увидел бы, что мейнтейнеры обращают внимание на свои патчи только в моменты, когда они отваливаются. Во всем остальном делается тупой rpmdev-bumpspec и сразу же тестовая сборка. Здесь это хотя бы автоматизировано.
> устранит конфликт слияния руками в скриптах сборки и будет уверен, что ничего не сломалось
То есть по-твоему в никсоси конфликты просто глушатся? Нет, выдается лог с ошибками применения патча, лол.
> надо по гигантскому файлу что-то искать?
Почему по гигантскому, я привел выдержку из своего 50-строчного git.nix, в котором собраны все мои предпочтения по гиту: алиасы, кастомные команды, дополнительные системные пакеты и т.д. Ни в каком дистре ты не сможешь все эти связные вещи объединить в один файл (ну ладно, сможешь, если оформишь самораспаковывающийся .run-файл, который положит куда надо конфиги, распакует PKGBUILD со скриптами, соберет и установит его, лол).
> вычисляются при каждой "пересборке" одного единственного
Откровенное вранье, ибо в nix все вычисляется лениво. Подгружается в память - да, вычисляется - нет. Да и выполняется у меня nixos-rebuild switch от силы секунд 5 ("за вычетом времени сборки ПО"), так что твоя проблема надумана.
Откуда вы лезете? Емнип, десу 'шо'. Компьютерные 'гении' скоро язык позабудут.
Чем не понравился nixos - все на nix. Даже настройка граба - nix. Везде этот nix - даже там, где не особо уместен и не нужен. Ваши знания из других дистрибутивов становятся бесполезны. Ваши знания и опыт из nixos - бесполезен в отличном от nixos.
musl 1.1.24_10
gcc 10.2.1pre1_3
glibc 2.32_2
Rolling...
qt6
Они все кстати работают. Как показала практика в Gentoo новые компиляторы часто корячат старый код что он падать начинает. А ежели ты программист так соберешь себе тулзы какие угодно. Тебе не привыкать указывать каталоги где что искать.
ppc\ppc64 они прибили?
Мой блог об установке и настройке Void. Последний вариант - из базового образа. Все работает, кроме принтера (лень разбираться, он подключен к другому ПК с Debian).
https://www.blogger.com/blog/posts/7016590541965592584
авторизация через гугл? давай дасвиданья
Твоя ссылка не открывается. Блоггер давно уже заброшен гуглом. Советую перебраться на хотя бы облачный wordpress.
Интересно, а кто же тогда пользуется моими блогами на blogger.com? Тысячи просмотров, и комментарии там были, пока из-за спамеров не прикрыл, в предыдущих блогах.
Я нажимаю на эту ссылку, спокойно открывается. Будучи в Void, в Brave-browser.
Хм, наверно, надо было так для всех, виноват :)
https://void-linux-lxqt.blogspot.com/
>Brave-browserПроприетарщина? Позор тебе!
>>Мой блог ....угу.... "тихо сам сабою я веду беседу".
у меня тоже есть такие "аварийные записи", ценности для "третьих лиц" они не не представляют.
---
imho, Void - отличный дистрибутив,
но не входит даже в сотку дистровоч (читай - сидит и будет сидеть в ж),
и все от того, что нет толковой документации.хендбук просто... вот оторви и выкинь.
Лови 'минус'.
Во первых - https://distrowatch.com/ не показатель популярности.
Во вторых - на официальном сайте Void Linux в разделе документация указано, что документация описывает СПЕЦЕФИЧНЫЕ для дистрибутива момента, всё остальное можно посмотреть на арчвики или Gentoo вики.
ай ха-ха, хоть два минуса.популярность дистра в Ж и это медицинский факт.
может и Вас и разрабов дистра это устраивает,
кто я такой чтоб с ВАМИ спорить?..
>популярность дистра в Ж и это медицинский факт.максимальная популярность у убунты, которая полное ГНО. Значит надо сидеть в дистрибах с минимальной популярностью ) воид даже лучше арча
>>>Мой блог ....
> угу.... "тихо сам сабою я веду беседу".
> у меня тоже есть такие "аварийные записи", ценности для "третьих лиц" они
> не не представляют.
> ---
> imho, Void - отличный дистрибутив,
> но не входит даже в сотку дистровоч (читай - сидит и будет
> сидеть в ж),
> и все от того, что нет толковой документации.
> хендбук просто... вот оторви и выкинь.Хрен бы с ним с хэндбуком, я его даже в глаза не видел, хотя если так, как вы говорите, то это ОЧЕНЬ ПЛОХО!
Но, Void, при всей моей симпатии к нему, имеет отвратительное изкоробочное качество и какие-то детские болячки конца девяностых начала нулевых.
>>имеет отвратительное изкоробочное качество и какие-то детские болячки...Вы хотите сказать - "очень много общего с BSD" )))
Void - отличный дистрибутив, его портит только то, что личная жизнь автора большинства ключевых наработок тесно связана с самочувствием дистрибутива.
> Мой блог об установке и настройке Void. Последний вариант - из базового
> образа. Все работает, кроме принтера (лень разбираться, он подключен к другому
> ПК с Debian).
> https://www.blogger.com/blog/posts/7016590541965592584Нет, на blogger.com пускает, конкретно ваш бложик требует залогина, нефиг кучковаться с ональными огораживаниями, никто из уважаемых господ не будет спецом логиница в ваш бложик, а тем более регица, и устанавливать донные браузеры, чтобы его посетить, уж извините!
Либо охладите тpaxaнье и спилите мушку, давайте нормальные ссылки, либо идите пожалуйста в сторону леса!
С трудом буквы разбираешь? Через несколько строк указана нормальная ссылка - https://void-linux-lxqt.blogspot.com/
И вообще, как я вижу, здесь много балаболов пасется, которые не по существу темы, а лишь бы нагадить повонючее и позаметнее.
Я всё сказал.
/etc/environment - это независящая от командных интерпретаторов конфигуратор переменных среды? Или это конкретно для интерпретатора dash? А если я хочу GNU bash, прописанное в /etc/environment будет работать?
Должно. См. https://losst.pro/peremennye-okruzheniya-v-linux
Пацаны скажите где можно достать GCC 12 версии в системе сейчас 10 версия чота немодно какта.