132 Кб, 1080x813>>8152 (OP)
5-й месяц юзаю сусечку писечку, мне говорили что роллинг - значит нестабильный, не подтвеждаю.
5-й месяц юзаю сусечку писечку, мне говорили что роллинг - значит нестабильный, не подтвеждаю.
каково мнение треда насчет NixOs?
пользуюсь чуть больше месяца - и ощущения прекрасные, до этого больше года дрючил арч на ноуте, теперь и десктоп и ноут перенес на никс, синхронизирую конфиги в репо, уже забыл какого это копаться где то в файловой системе или читать пкгбилд.
бывает что то не работает, но обычно гуглится по первой ссылке и быстро решается, пару раз пришлось пропердолиться, но теперь уверен на 100% в своей системе.
еще и мусора нет, из-за удобных оберток в виде nix shell, nix run.
очень удобно синхронизировать конфиги редактора кода или других приложух меж двумя машинами
Прописал agents.md с архитектурой, большую часть бойлерплейта/щелканья файлов отдаю клоду-агенту
В чем я не прав? есть альтернативы лучше?
пользуюсь чуть больше месяца - и ощущения прекрасные, до этого больше года дрючил арч на ноуте, теперь и десктоп и ноут перенес на никс, синхронизирую конфиги в репо, уже забыл какого это копаться где то в файловой системе или читать пкгбилд.
бывает что то не работает, но обычно гуглится по первой ссылке и быстро решается, пару раз пришлось пропердолиться, но теперь уверен на 100% в своей системе.
еще и мусора нет, из-за удобных оберток в виде nix shell, nix run.
очень удобно синхронизировать конфиги редактора кода или других приложух меж двумя машинами
Прописал agents.md с архитектурой, большую часть бойлерплейта/щелканья файлов отдаю клоду-агенту
В чем я не прав? есть альтернативы лучше?
>>8186
Декларативное описание всей системы - это, конечно, круто, но так ли оно нужно на домашнем компе? Типа если системный диск отъебнет или что-то просто пойдет не так, то ты мог мгновенно откатить систему? Это круто, конечно, но есть же бекапы и снапшоты.
В обычном повседневном использовании я не вижу настолько больших приемуществ Никсоса, чтобы тратить большое количество времени на пердолинг и изучение знаний, специфических только для Никса, которе нигде больше не пригодятся.
Декларативное описание всей системы - это, конечно, круто, но так ли оно нужно на домашнем компе? Типа если системный диск отъебнет или что-то просто пойдет не так, то ты мог мгновенно откатить систему? Это круто, конечно, но есть же бекапы и снапшоты.
В обычном повседневном использовании я не вижу настолько больших приемуществ Никсоса, чтобы тратить большое количество времени на пердолинг и изучение знаний, специфических только для Никса, которе нигде больше не пригодятся.
>>8195
Оно нужно чтобы система стейт не накапливала. Накопленный стейт отличает свежеустановленную систему от засранной. У никсоси любое состояние системы неотличимо от свежеустановленного из этого же конфига.
Оно нужно чтобы система стейт не накапливала. Накопленный стейт отличает свежеустановленную систему от засранной. У никсоси любое состояние системы неотличимо от свежеустановленного из этого же конфига.
>>8197
А что плохого в засранном стейте на линуксе? По сути это же просто мусорные файлы типа кэша, которые не потребляют ресуры компа (кроме дискового пространства).
А что плохого в засранном стейте на линуксе? По сути это же просто мусорные файлы типа кэша, которые не потребляют ресуры компа (кроме дискового пространства).
>>8186
Тоже юзаю. Единственный минус - нужно много дискового пространства под апдейты, но с этим можно смириться.
Тоже юзаю. Единственный минус - нужно много дискового пространства под апдейты, но с этим можно смириться.
>>8204
Субъективно ощущается как чуханство. Но на своём субъективном ощущении не настаиваю, Jedem das Seine.
Алсо на других системах у меня был сорт оф нервяк перед апдейтом, вдруг кто-нибудь на полпути что-нибудь сломает, откатить-то можно, только это надо какое-то время попердолиться, а тебе, может, это в данный момент ну воообще никак не надо. В никсе до успешной сборки новое поколение даже не появится в системе, а старое даже после успешной сборки нового никуда не денется и будет лежать где лежало.
Субъективно ощущается как чуханство. Но на своём субъективном ощущении не настаиваю, Jedem das Seine.
Алсо на других системах у меня был сорт оф нервяк перед апдейтом, вдруг кто-нибудь на полпути что-нибудь сломает, откатить-то можно, только это надо какое-то время попердолиться, а тебе, может, это в данный момент ну воообще никак не надо. В никсе до успешной сборки новое поколение даже не появится в системе, а старое даже после успешной сборки нового никуда не денется и будет лежать где лежало.
>>8212
Снапшоты с бэкапами тоже место жрут.
Снапшоты с бэкапами тоже место жрут.
>>8212
sudo nix-collect-garbage
Я же говорю, если у тебя много софта и ты раз в месяц или два апдейтишься, то требуется около 30 гигов дополнительного пространства, ну мне по крайней мере. Потом убеждаешься что всё ок, и пурджишь все старые генерации.
sudo nix-collect-garbage
Я же говорю, если у тебя много софта и ты раз в месяц или два апдейтишься, то требуется около 30 гигов дополнительного пространства, ну мне по крайней мере. Потом убеждаешься что всё ок, и пурджишь все старые генерации.
Недавно для себя открыл, что задача бекапа и восстановления обычного debian-сервера с ext4 - это та еще морока, даже если сервер домашний, на котором крутится около 10 docker-приложений. К примеру, если системный ssd внезапно отъебнет вместе со всеми файлами, то даже если у тебя есть бекапы, то конфигурация и приведение к желаемому состоянию займет дофига времени и сил. К примеру, базы данных docker-приложений ты не можешь тупо скопировать из бекапа, нужно восстанавливать из дампов.
Пока что думаю, либо на zfs/btrfs переходить, либо жестко упороться по Ansible.
Пока что думаю, либо на zfs/btrfs переходить, либо жестко упороться по Ansible.
>>8186
Меня тоже сначала декларативная система заинтересовала, но я предпочитаю теперь просто сам вести декларативный сетап в дотфайлах на баше.
Меня тоже сначала декларативная система заинтересовала, но я предпочитаю теперь просто сам вести декларативный сетап в дотфайлах на баше.
>>8216
Каким образом у тебя "базы данных докер-приложений" хранятся, что не попадают в бэкап?
Не знаю, у кого как, а у меня всё, что должно храниться в известном и понятном месте, проброшено с хоста в контейнеры посредством вольюмов, и на хосте попадает в бэкапы так же, как и остальные файлы.
Каким образом у тебя "базы данных докер-приложений" хранятся, что не попадают в бэкап?
Не знаю, у кого как, а у меня всё, что должно храниться в известном и понятном месте, проброшено с хоста в контейнеры посредством вольюмов, и на хосте попадает в бэкапы так же, как и остальные файлы.
>>8220
Снапшоты разве нельзя хранить на отдельном компе?
>>8222
Raw-файлы баз данных в бекап попадают, но их не рекомендуется просто тупо копировать и вставлять, так как можно получить несогласованность данных. Нужно делать дампы и восстанавливать БД с дампов посредством утилит специфических для каждой СУБД. Например, у mariadb/mysql это утилита mysqldump.
Снапшоты разве нельзя хранить на отдельном компе?
>>8222
Raw-файлы баз данных в бекап попадают, но их не рекомендуется просто тупо копировать и вставлять, так как можно получить несогласованность данных. Нужно делать дампы и восстанавливать БД с дампов посредством утилит специфических для каждой СУБД. Например, у mariadb/mysql это утилита mysqldump.
>>8239
Можно, но к чему ты их применишь, если фс развалиться? Снапшоты это просто патчи, которые хранят в себе накопленные за определённое время изменения.
>Снапшоты разве нельзя хранить на отдельном компе?
Можно, но к чему ты их применишь, если фс развалиться? Снапшоты это просто патчи, которые хранят в себе накопленные за определённое время изменения.
>>8239
В смысле? Снапшоты это просто ссылки грубо говоря, это как скопировать ярлыки игор на дискету как со мной было в детстве и с довольным ебалом пойти домой от друга но есть нюанс.
>Снапшоты разве нельзя хранить на отдельном компе?
В смысле? Снапшоты это просто ссылки грубо говоря, это как скопировать ярлыки игор на дискету как со мной было в детстве и с довольным ебалом пойти домой от друга но есть нюанс.
>>8239
А, это если работающую базу бэкапить. Тогда да, если тебе её останавливать нельзя, придётся пердолиться с паузой операций-быстрым снапшотом фс-возобновлением.
>их не рекомендуется просто тупо копировать и вставлять, так как можно получить несогласованность данных
А, это если работающую базу бэкапить. Тогда да, если тебе её останавливать нельзя, придётся пердолиться с паузой операций-быстрым снапшотом фс-возобновлением.
>>8245
>>8242
В доке написано, что btrfs/zfs send отправляет на другую файловую систему полноценный поток данных + метаданные, которые потом можно восстановить, а не просто ссылки на умерший диск: https://btrfs.readthedocs.io/en/stable/Send-receive.html
>>8242
В доке написано, что btrfs/zfs send отправляет на другую файловую систему полноценный поток данных + метаданные, которые потом можно восстановить, а не просто ссылки на умерший диск: https://btrfs.readthedocs.io/en/stable/Send-receive.html
>>8254
Я б не доверял этой мутной фигне и копировал снапшоты с локального диска в удалённый бэкап обычными файловыми операциями. Потому что с обычными файлами и бэкапами всё понятно, а у этой фигни если случится что-то непредвиденное, узнать об этом придётся в тот самый момент, когда это меньше всего хочется.
Я б не доверял этой мутной фигне и копировал снапшоты с локального диска в удалённый бэкап обычными файловыми операциями. Потому что с обычными файлами и бэкапами всё понятно, а у этой фигни если случится что-то непредвиденное, узнать об этом придётся в тот самый момент, когда это меньше всего хочется.
>Linux 7.3 Scheduler Improvements: Help For Gaming, Hybrid CPUs, Lower Scheduler Latency
https://www.phoronix.com/news/Linux-7.3-Scheduler
>>8255
>>8254
zfs send/receive офигенный (btrfs я бы не доверял), в отличии от обычного копирования файлов через какой-нибудь rsync не требуется сканировать директории-файлы и составлять список диффов, zfs знает какие блоки были изменены на уровне снепшотов и сразу отсылает только их (если речь про инкрементальные бекапы).
>>8254
zfs send/receive офигенный (btrfs я бы не доверял), в отличии от обычного копирования файлов через какой-нибудь rsync не требуется сканировать директории-файлы и составлять список диффов, zfs знает какие блоки были изменены на уровне снепшотов и сразу отсылает только их (если речь про инкрементальные бекапы).
>>8209
Что так же при желании реализовывается на уровне файловой системы на любом дистрибутиве без переизобретения снепшотов.
Несомненно сильная сторона декларативности - это точная воспроизводимость конфигурации. Проблема в том, что в в случае десктопного применения люди обычно владеют ограниченным количеством девайсов, допустим, пк, ноутбук. В худшем случае это будет пара ноутбуков, может какая-нибудь еще специфичная железка/хоумсервер, который как-то иначе используется. И как следствие почти гарантировано на этих устройствах конфигурация будет отличаться, где-то нужен desktop environment, где-то нет, где-то из-за того, что есть аккумулятор/беспроводные интерфейсы нужен соответственный софт, где-то нет и т.п. И как следствие вся эта декларативность начинает обрастать кучей if'ов и условий, и по мере использования никсос, всё большим и большим количеством.
Итого в случае, например, покупки нового ноута и использования классических дистрибутивов настройка будет заключаться в том или ином виде накатывании уже имеющейся конфигурации из бекапа (как копирования хомяка поверх установленной системы, так полноценным rsync всего бекапа, или вообще даже через dd, кому как больше нравится), а в случае никсоса открывании и дорабатывании никс конфига, потому что везде разная разбивка дисков и какие-либо отличия там или здесь. И вот из-за этой разницы и по сути непрерывности процесса дорабатывания конфигурации, целесобразность декларативности несколько теряется.
Одно дело ты раскатываешь ос с декларативным описанием, скажем, на 50 виртуальных машин или 20 рабочих станций, где идентичная конфигурация.
А другое дело когда тебе постоянно приходится свою декларативность допиливать, добавлять условия, удалять старые условия и прочее. С таким же успехом можно ограничиться хранением дотфайлов, а всё остальное делать руками непосредственно на каждой машине.
>Алсо на других системах у меня был сорт оф нервяк перед апдейтом, вдруг кто-нибудь на полпути что-нибудь сломает, откатить-то можно, только это надо какое-то время попердолиться, а тебе, может, это в данный момент ну воообще никак не надо. В никсе до успешной сборки новое поколение даже не появится в системе, а старое даже после успешной сборки нового никуда не денется и будет лежать где лежало.
Что так же при желании реализовывается на уровне файловой системы на любом дистрибутиве без переизобретения снепшотов.
Несомненно сильная сторона декларативности - это точная воспроизводимость конфигурации. Проблема в том, что в в случае десктопного применения люди обычно владеют ограниченным количеством девайсов, допустим, пк, ноутбук. В худшем случае это будет пара ноутбуков, может какая-нибудь еще специфичная железка/хоумсервер, который как-то иначе используется. И как следствие почти гарантировано на этих устройствах конфигурация будет отличаться, где-то нужен desktop environment, где-то нет, где-то из-за того, что есть аккумулятор/беспроводные интерфейсы нужен соответственный софт, где-то нет и т.п. И как следствие вся эта декларативность начинает обрастать кучей if'ов и условий, и по мере использования никсос, всё большим и большим количеством.
Итого в случае, например, покупки нового ноута и использования классических дистрибутивов настройка будет заключаться в том или ином виде накатывании уже имеющейся конфигурации из бекапа (как копирования хомяка поверх установленной системы, так полноценным rsync всего бекапа, или вообще даже через dd, кому как больше нравится), а в случае никсоса открывании и дорабатывании никс конфига, потому что везде разная разбивка дисков и какие-либо отличия там или здесь. И вот из-за этой разницы и по сути непрерывности процесса дорабатывания конфигурации, целесобразность декларативности несколько теряется.
Одно дело ты раскатываешь ос с декларативным описанием, скажем, на 50 виртуальных машин или 20 рабочих станций, где идентичная конфигурация.
А другое дело когда тебе постоянно приходится свою декларативность допиливать, добавлять условия, удалять старые условия и прочее. С таким же успехом можно ограничиться хранением дотфайлов, а всё остальное делать руками непосредственно на каждой машине.
>>8209
Что так же при желании реализовывается на уровне файловой системы на любом дистрибутиве без переизобретения снепшотов.
Несомненно сильная сторона декларативности - это точная воспроизводимость конфигурации. Проблема в том, что в в случае десктопного применения люди обычно владеют ограниченным количеством девайсов, допустим, пк, ноутбук. В худшем случае это будет пара ноутбуков, может какая-нибудь еще специфичная железка/хоумсервер, который как-то иначе используется. И как следствие почти гарантировано на этих устройствах конфигурация будет отличаться, где-то нужен desktop environment, где-то нет, где-то из-за того, что есть аккумулятор/беспроводные интерфейсы нужен соответственный софт, где-то нет и т.п. И как следствие вся эта декларативность начинает обрастать кучей if'ов и условий, и по мере использования никсос, всё большим и большим количеством.
Итого в случае, например, покупки нового ноута и использования классических дистрибутивов настройка будет заключаться в том или ином виде накатывании уже имеющейся конфигурации из бекапа (как копирования хомяка поверх установленной системы, так полноценным rsync всего бекапа, или вообще даже через dd, кому как больше нравится), а в случае никсоса открывании и дорабатывании никс конфига, потому что везде разная разбивка дисков и какие-либо отличия там или здесь. И вот из-за этой разницы и по сути непрерывности процесса дорабатывания конфигурации, целесобразность декларативности несколько теряется.
Одно дело ты раскатываешь ос с декларативным описанием, скажем, на 50 виртуальных машин или 20 рабочих станций, где идентичная конфигурация.
А другое дело когда тебе постоянно приходится свою декларативность допиливать, добавлять условия, удалять старые условия и прочее. С таким же успехом можно ограничиться хранением дотфайлов, а всё остальное делать руками непосредственно на каждой машине.
>Алсо на других системах у меня был сорт оф нервяк перед апдейтом, вдруг кто-нибудь на полпути что-нибудь сломает, откатить-то можно, только это надо какое-то время попердолиться, а тебе, может, это в данный момент ну воообще никак не надо. В никсе до успешной сборки новое поколение даже не появится в системе, а старое даже после успешной сборки нового никуда не денется и будет лежать где лежало.
Что так же при желании реализовывается на уровне файловой системы на любом дистрибутиве без переизобретения снепшотов.
Несомненно сильная сторона декларативности - это точная воспроизводимость конфигурации. Проблема в том, что в в случае десктопного применения люди обычно владеют ограниченным количеством девайсов, допустим, пк, ноутбук. В худшем случае это будет пара ноутбуков, может какая-нибудь еще специфичная железка/хоумсервер, который как-то иначе используется. И как следствие почти гарантировано на этих устройствах конфигурация будет отличаться, где-то нужен desktop environment, где-то нет, где-то из-за того, что есть аккумулятор/беспроводные интерфейсы нужен соответственный софт, где-то нет и т.п. И как следствие вся эта декларативность начинает обрастать кучей if'ов и условий, и по мере использования никсос, всё большим и большим количеством.
Итого в случае, например, покупки нового ноута и использования классических дистрибутивов настройка будет заключаться в том или ином виде накатывании уже имеющейся конфигурации из бекапа (как копирования хомяка поверх установленной системы, так полноценным rsync всего бекапа, или вообще даже через dd, кому как больше нравится), а в случае никсоса открывании и дорабатывании никс конфига, потому что везде разная разбивка дисков и какие-либо отличия там или здесь. И вот из-за этой разницы и по сути непрерывности процесса дорабатывания конфигурации, целесобразность декларативности несколько теряется.
Одно дело ты раскатываешь ос с декларативным описанием, скажем, на 50 виртуальных машин или 20 рабочих станций, где идентичная конфигурация.
А другое дело когда тебе постоянно приходится свою декларативность допиливать, добавлять условия, удалять старые условия и прочее. С таким же успехом можно ограничиться хранением дотфайлов, а всё остальное делать руками непосредственно на каждой машине.
>>8290
Ты хуйню какую-то спизданул, borg так же будет сканировать твою файловую систему на изменение файлов, как это делает rsync.
>Ну есть специализированные программы с таким же функционалом (Borg навскидку)
Ты хуйню какую-то спизданул, borg так же будет сканировать твою файловую систему на изменение файлов, как это делает rsync.
>>8293
Я помню это счастье. Если чё отъябнуло так, что система на основном разделе стала незагружаемой, и ты сидишь в голой консоли груба, то с флешки загрузись, вспомни, как LUKS открыть и примонтировать, переименуй @ в @_broken, переименуй @_какая:то:дата в @, перезагрузись, убедись, что нихуя по-прежнему не загружается, потому что в незаснапшоченном boot-разделе не хватает нужного образа ведра.
Не, это без вопросов намного лучше, чем когда снапшотов нет совсем, и всё просто превратилось в тыкву. Но ещё не настолько безболезненно, чтобы совсем уж обойтись без вьетнамских флешбеков, запуская обновление. На НиксОС полное спокойствие и благодать.
Хуй знает, кто так делает, у меня три пеки и три раздельных конфига.
>Что так же при желании реализовывается на уровне файловой системы на любом дистрибутиве без переизобретения снепшотов.
Я помню это счастье. Если чё отъябнуло так, что система на основном разделе стала незагружаемой, и ты сидишь в голой консоли груба, то с флешки загрузись, вспомни, как LUKS открыть и примонтировать, переименуй @ в @_broken, переименуй @_какая:то:дата в @, перезагрузись, убедись, что нихуя по-прежнему не загружается, потому что в незаснапшоченном boot-разделе не хватает нужного образа ведра.
Не, это без вопросов намного лучше, чем когда снапшотов нет совсем, и всё просто превратилось в тыкву. Но ещё не настолько безболезненно, чтобы совсем уж обойтись без вьетнамских флешбеков, запуская обновление. На НиксОС полное спокойствие и благодать.
>И как следствие вся эта декларативность начинает обрастать кучей if'ов и условий
Хуй знает, кто так делает, у меня три пеки и три раздельных конфига.
>>8302
1. Файловая система с снепшотами (и загрузчик с соответственной поддержкой) и просто при старте грузишься в нужный снепшот, который еще работает.
2. Если есть такая боязнь, можешь держать отдельный раздел с мини-системой и грузиться в неё, чтобы не ебаться с флешками (флешки по-моему самая большая засада, чем всё остальное описанное тобой).
Но проблема как по мне преувеличена, у меня за более чем 15 лет опыта обновлений совершенно разных дистрибутивов только пара таких случаев, например (и частично я сам был виноват, например не удосужился удостовериться, будет ли переименование сетевых интерфейсов на системах без физического доступа)
Я думаю большинство так делает, чтобы не менеджить три раздельных конфига и при добавлении какой-нибудь новой хуйни не забывать отредактировать все раздельные конфиги для идентичности конфигурации. Можно при желании поиграться с инклюдами, конечно, но всё равно получается, что практически гарантировано каждая отдельная система менеджится отдельно, пусть и в декларативном виде.
А сильная сторона декларатирности познается при скейле, чего в домашнем использовании нет. Поэтому я и говорю, что в результате получаешь два стула, и на обоих ручная конфигурация систем в том или ином виде.
Да, на вкус и цвет, как говорится, кому что нравится, но как преимущество в домашнем использовании я бы это не приводил.
С другой стороны, если всё это делается с целью получения дополнительного опыта, то вопросов ноль, опыт познавательный и возможно даже в будущем полезный. Я-то сужу исключительно с практической точки зрения старого админа/девопса/sre/как у меня должности только не назывались, который за такие вещи на работе получает деньги, а дома предпочитает использовать наиболее простые решения, которые требуют при этом наименьшее количество времени.
>Я помню это счастье. Если чё отъябнуло так, что система на основном разделе стала незагружаемой, и ты сидишь в голой консоли груба, то с флешки загрузись
1. Файловая система с снепшотами (и загрузчик с соответственной поддержкой) и просто при старте грузишься в нужный снепшот, который еще работает.
2. Если есть такая боязнь, можешь держать отдельный раздел с мини-системой и грузиться в неё, чтобы не ебаться с флешками (флешки по-моему самая большая засада, чем всё остальное описанное тобой).
>без вьетнамских флешбеков, запуская обновление
Но проблема как по мне преувеличена, у меня за более чем 15 лет опыта обновлений совершенно разных дистрибутивов только пара таких случаев, например (и частично я сам был виноват, например не удосужился удостовериться, будет ли переименование сетевых интерфейсов на системах без физического доступа)
>Хуй знает, кто так делает, у меня три пеки и три раздельных конфига.
Я думаю большинство так делает, чтобы не менеджить три раздельных конфига и при добавлении какой-нибудь новой хуйни не забывать отредактировать все раздельные конфиги для идентичности конфигурации. Можно при желании поиграться с инклюдами, конечно, но всё равно получается, что практически гарантировано каждая отдельная система менеджится отдельно, пусть и в декларативном виде.
А сильная сторона декларатирности познается при скейле, чего в домашнем использовании нет. Поэтому я и говорю, что в результате получаешь два стула, и на обоих ручная конфигурация систем в том или ином виде.
Да, на вкус и цвет, как говорится, кому что нравится, но как преимущество в домашнем использовании я бы это не приводил.
С другой стороны, если всё это делается с целью получения дополнительного опыта, то вопросов ноль, опыт познавательный и возможно даже в будущем полезный. Я-то сужу исключительно с практической точки зрения старого админа/девопса/sre/как у меня должности только не назывались, который за такие вещи на работе получает деньги, а дома предпочитает использовать наиболее простые решения, которые требуют при этом наименьшее количество времени.
>>8302
1. Файловая система с снепшотами (и загрузчик с соответственной поддержкой) и просто при старте грузишься в нужный снепшот, который еще работает.
2. Если есть такая боязнь, можешь держать отдельный раздел с мини-системой и грузиться в неё, чтобы не ебаться с флешками (флешки по-моему самая большая засада, чем всё остальное описанное тобой).
Но проблема как по мне преувеличена, у меня за более чем 15 лет опыта обновлений совершенно разных дистрибутивов только пара таких случаев, например (и частично я сам был виноват, например не удосужился удостовериться, будет ли переименование сетевых интерфейсов на системах без физического доступа)
Я думаю большинство так делает, чтобы не менеджить три раздельных конфига и при добавлении какой-нибудь новой хуйни не забывать отредактировать все раздельные конфиги для идентичности конфигурации. Можно при желании поиграться с инклюдами, конечно, но всё равно получается, что практически гарантировано каждая отдельная система менеджится отдельно, пусть и в декларативном виде.
А сильная сторона декларатирности познается при скейле, чего в домашнем использовании нет. Поэтому я и говорю, что в результате получаешь два стула, и на обоих ручная конфигурация систем в том или ином виде.
Да, на вкус и цвет, как говорится, кому что нравится, но как преимущество в домашнем использовании я бы это не приводил.
С другой стороны, если всё это делается с целью получения дополнительного опыта, то вопросов ноль, опыт познавательный и возможно даже в будущем полезный. Я-то сужу исключительно с практической точки зрения старого админа/девопса/sre/как у меня должности только не назывались, который за такие вещи на работе получает деньги, а дома предпочитает использовать наиболее простые решения, которые требуют при этом наименьшее количество времени.
>Я помню это счастье. Если чё отъябнуло так, что система на основном разделе стала незагружаемой, и ты сидишь в голой консоли груба, то с флешки загрузись
1. Файловая система с снепшотами (и загрузчик с соответственной поддержкой) и просто при старте грузишься в нужный снепшот, который еще работает.
2. Если есть такая боязнь, можешь держать отдельный раздел с мини-системой и грузиться в неё, чтобы не ебаться с флешками (флешки по-моему самая большая засада, чем всё остальное описанное тобой).
>без вьетнамских флешбеков, запуская обновление
Но проблема как по мне преувеличена, у меня за более чем 15 лет опыта обновлений совершенно разных дистрибутивов только пара таких случаев, например (и частично я сам был виноват, например не удосужился удостовериться, будет ли переименование сетевых интерфейсов на системах без физического доступа)
>Хуй знает, кто так делает, у меня три пеки и три раздельных конфига.
Я думаю большинство так делает, чтобы не менеджить три раздельных конфига и при добавлении какой-нибудь новой хуйни не забывать отредактировать все раздельные конфиги для идентичности конфигурации. Можно при желании поиграться с инклюдами, конечно, но всё равно получается, что практически гарантировано каждая отдельная система менеджится отдельно, пусть и в декларативном виде.
А сильная сторона декларатирности познается при скейле, чего в домашнем использовании нет. Поэтому я и говорю, что в результате получаешь два стула, и на обоих ручная конфигурация систем в том или ином виде.
Да, на вкус и цвет, как говорится, кому что нравится, но как преимущество в домашнем использовании я бы это не приводил.
С другой стороны, если всё это делается с целью получения дополнительного опыта, то вопросов ноль, опыт познавательный и возможно даже в будущем полезный. Я-то сужу исключительно с практической точки зрения старого админа/девопса/sre/как у меня должности только не назывались, который за такие вещи на работе получает деньги, а дома предпочитает использовать наиболее простые решения, которые требуют при этом наименьшее количество времени.
>>8305
У меня сконфигурированы с mkIf и lib.optionals.
То есть в настройке хоста я просто прописываю: config core.gpu.nvidia.enable = true, config.packages.gaming.steam = true. Хоум файлы в том же репо лежат, я их правда с chezmoi в основном менеджерю (с home-manager не всегда удобно, так как сталкивался с тем, что некоторые проги не могут в симлинки, а другие хранят стейт в конфигах и ругаются на ридонли симлинки).
Недавно накатывал конфиг на ноут. Что я сделал: просто установил с флешки, потом скопировал папку с хостами, заменил где надо эти флаги, скопировал с заменой хардвар конфиг автоматически сконфигурированный инсталлятора, и всё собственно.
У меня сконфигурированы с mkIf и lib.optionals.
То есть в настройке хоста я просто прописываю: config core.gpu.nvidia.enable = true, config.packages.gaming.steam = true. Хоум файлы в том же репо лежат, я их правда с chezmoi в основном менеджерю (с home-manager не всегда удобно, так как сталкивался с тем, что некоторые проги не могут в симлинки, а другие хранят стейт в конфигах и ругаются на ридонли симлинки).
Недавно накатывал конфиг на ноут. Что я сделал: просто установил с флешки, потом скопировал папку с хостами, заменил где надо эти флаги, скопировал с заменой хардвар конфиг автоматически сконфигурированный инсталлятора, и всё собственно.
>>8309
Ну я и говорю, набор ручных действий. С обычным дистрибутивом тоже получаешь ручные действия, загрузиться с флешки, восстановить бекап, внести ручные изменения относительно бекапа из-за разницы железа/желаемой конфигурации.
В то время как основной профит от декларативности когда ты одну и ту же конфигурацию разворачиваешь снова и снова и ручных дополнительных действий не требуется.
Аналогично, скажем, с хоумсервером. Если у меня условно одна домашняя машина, которая выполняет роль сервера, я могу зайти на неё по ssh и поднять/настроить на ней нужные мне сервисы. А могу всё облагородить системой управления конфигурации и делать то же самое, скажем, через ансибл, описав в нем ожидаемое состояние и держа там конфиги. Или вообще упороться и запускать сервисы в каком-нибудь k3s, и хранить манифесты в гите.
Вопрос что будет проще и быстрее под конкретные задачи. Когда машина одна (или пара, но на них разные сервисы) - мне проще и быстрее зайти и сделать нужные действия руками. Как бы парадоксально это не звучало. Если машин несколько и на них есть идентичные сервисы, которые делят между собой большую часть конфигурации, я потрачу немного времени и напишу/задействую роль/роли в ансибле, перенеся конфигурацию туда и тем самым на каждом изменении конфигурации экономя время. Если у меня встанет вопрос масштабирования и high availability я задумаюсь о необходимости k8s.
Но как я писал выше, это если смотреть с точки зрения утилитарности. Если смотреть на ситуацию с точки зрения обучения, то есть смысл ковырять и ансибл, и кубернетес, чтобы был какой-никакой опыт, который, возможно, пригодится в профессии.
Точно так же я смотрю на ситуацию с никсос. Если у меня пара домашних машин с разной конфигурацией на них, я не вижу профита в декларативности, которая требует постоянного внимания, и ограничусь обычным дистрибутивом + ручной донастройкой системы + бекапами. Бекапы один хуй надо делать независимо от используемой ОС, поэтому что ты бекапишь только хомяк, что ты бекапишь всю систему с конфигами - невелика разница.
>просто установил
>потом
Ну я и говорю, набор ручных действий. С обычным дистрибутивом тоже получаешь ручные действия, загрузиться с флешки, восстановить бекап, внести ручные изменения относительно бекапа из-за разницы железа/желаемой конфигурации.
В то время как основной профит от декларативности когда ты одну и ту же конфигурацию разворачиваешь снова и снова и ручных дополнительных действий не требуется.
Аналогично, скажем, с хоумсервером. Если у меня условно одна домашняя машина, которая выполняет роль сервера, я могу зайти на неё по ssh и поднять/настроить на ней нужные мне сервисы. А могу всё облагородить системой управления конфигурации и делать то же самое, скажем, через ансибл, описав в нем ожидаемое состояние и держа там конфиги. Или вообще упороться и запускать сервисы в каком-нибудь k3s, и хранить манифесты в гите.
Вопрос что будет проще и быстрее под конкретные задачи. Когда машина одна (или пара, но на них разные сервисы) - мне проще и быстрее зайти и сделать нужные действия руками. Как бы парадоксально это не звучало. Если машин несколько и на них есть идентичные сервисы, которые делят между собой большую часть конфигурации, я потрачу немного времени и напишу/задействую роль/роли в ансибле, перенеся конфигурацию туда и тем самым на каждом изменении конфигурации экономя время. Если у меня встанет вопрос масштабирования и high availability я задумаюсь о необходимости k8s.
Но как я писал выше, это если смотреть с точки зрения утилитарности. Если смотреть на ситуацию с точки зрения обучения, то есть смысл ковырять и ансибл, и кубернетес, чтобы был какой-никакой опыт, который, возможно, пригодится в профессии.
Точно так же я смотрю на ситуацию с никсос. Если у меня пара домашних машин с разной конфигурацией на них, я не вижу профита в декларативности, которая требует постоянного внимания, и ограничусь обычным дистрибутивом + ручной донастройкой системы + бекапами. Бекапы один хуй надо делать независимо от используемой ОС, поэтому что ты бекапишь только хомяк, что ты бекапишь всю систему с конфигами - невелика разница.
>>8309
Ну я и говорю, набор ручных действий. С обычным дистрибутивом тоже получаешь ручные действия, загрузиться с флешки, восстановить бекап, внести ручные изменения относительно бекапа из-за разницы железа/желаемой конфигурации.
В то время как основной профит от декларативности когда ты одну и ту же конфигурацию разворачиваешь снова и снова и ручных дополнительных действий не требуется.
Аналогично, скажем, с хоумсервером. Если у меня условно одна домашняя машина, которая выполняет роль сервера, я могу зайти на неё по ssh и поднять/настроить на ней нужные мне сервисы. А могу всё облагородить системой управления конфигурации и делать то же самое, скажем, через ансибл, описав в нем ожидаемое состояние и держа там конфиги. Или вообще упороться и запускать сервисы в каком-нибудь k3s, и хранить манифесты в гите.
Вопрос что будет проще и быстрее под конкретные задачи. Когда машина одна (или пара, но на них разные сервисы) - мне проще и быстрее зайти и сделать нужные действия руками. Как бы парадоксально это не звучало. Если машин несколько и на них есть идентичные сервисы, которые делят между собой большую часть конфигурации, я потрачу немного времени и напишу/задействую роль/роли в ансибле, перенеся конфигурацию туда и тем самым на каждом изменении конфигурации экономя время. Если у меня встанет вопрос масштабирования и high availability я задумаюсь о необходимости k8s.
Но как я писал выше, это если смотреть с точки зрения утилитарности. Если смотреть на ситуацию с точки зрения обучения, то есть смысл ковырять и ансибл, и кубернетес, чтобы был какой-никакой опыт, который, возможно, пригодится в профессии.
Точно так же я смотрю на ситуацию с никсос. Если у меня пара домашних машин с разной конфигурацией на них, я не вижу профита в декларативности, которая требует постоянного внимания, и ограничусь обычным дистрибутивом + ручной донастройкой системы + бекапами. Бекапы один хуй надо делать независимо от используемой ОС, поэтому что ты бекапишь только хомяк, что ты бекапишь всю систему с конфигами - невелика разница.
>просто установил
>потом
Ну я и говорю, набор ручных действий. С обычным дистрибутивом тоже получаешь ручные действия, загрузиться с флешки, восстановить бекап, внести ручные изменения относительно бекапа из-за разницы железа/желаемой конфигурации.
В то время как основной профит от декларативности когда ты одну и ту же конфигурацию разворачиваешь снова и снова и ручных дополнительных действий не требуется.
Аналогично, скажем, с хоумсервером. Если у меня условно одна домашняя машина, которая выполняет роль сервера, я могу зайти на неё по ssh и поднять/настроить на ней нужные мне сервисы. А могу всё облагородить системой управления конфигурации и делать то же самое, скажем, через ансибл, описав в нем ожидаемое состояние и держа там конфиги. Или вообще упороться и запускать сервисы в каком-нибудь k3s, и хранить манифесты в гите.
Вопрос что будет проще и быстрее под конкретные задачи. Когда машина одна (или пара, но на них разные сервисы) - мне проще и быстрее зайти и сделать нужные действия руками. Как бы парадоксально это не звучало. Если машин несколько и на них есть идентичные сервисы, которые делят между собой большую часть конфигурации, я потрачу немного времени и напишу/задействую роль/роли в ансибле, перенеся конфигурацию туда и тем самым на каждом изменении конфигурации экономя время. Если у меня встанет вопрос масштабирования и high availability я задумаюсь о необходимости k8s.
Но как я писал выше, это если смотреть с точки зрения утилитарности. Если смотреть на ситуацию с точки зрения обучения, то есть смысл ковырять и ансибл, и кубернетес, чтобы был какой-никакой опыт, который, возможно, пригодится в профессии.
Точно так же я смотрю на ситуацию с никсос. Если у меня пара домашних машин с разной конфигурацией на них, я не вижу профита в декларативности, которая требует постоянного внимания, и ограничусь обычным дистрибутивом + ручной донастройкой системы + бекапами. Бекапы один хуй надо делать независимо от используемой ОС, поэтому что ты бекапишь только хомяк, что ты бекапишь всю систему с конфигами - невелика разница.
>>8314
Это подходит, когда ты админишь кучу пек постоянно, повторяешь для них одни и те же действия, и они не выпадают из памяти. Для юзера, который что-то однажды нагуглил, вспомнить это через пару лет будет абсолютно нереально, и это не skill issue, это то как человеческий разум устроен. НиксОсь ровно поэтому охуенна, что ты однажды сделал и в конфиг внёс, останется с тобой навсегда.
>ограничусь обычным дистрибутивом + ручной донастройкой системы
Это подходит, когда ты админишь кучу пек постоянно, повторяешь для них одни и те же действия, и они не выпадают из памяти. Для юзера, который что-то однажды нагуглил, вспомнить это через пару лет будет абсолютно нереально, и это не skill issue, это то как человеческий разум устроен. НиксОсь ровно поэтому охуенна, что ты однажды сделал и в конфиг внёс, останется с тобой навсегда.
>>8318
Ровно наоборот, это подходит когда ты НЕ админишь кучу пек постоянно, и НЕ повторяешь одни и те же действия.
Дотфайлы можно конфигурировать и хранить и вне никсоса. Конфигурация системы попадает в бекапы и так же остается с тобой навсегда. Только вместо того чтобы тратить время на то, чтобы сделать эти изменения в декларативном виде для одной конкретной машины, ты делаешь эти изменения на конечном хосте.
И второе обычно будет еще и быстрее, как бы хорошо на бумаге не звучали рассказы про my.new.service = true в конфиге, надо во-первых так же знать что требуется сделать (= гуглить), а во-вторых надо найти как конкретную вещь описать в конфигурации никсос (= гуглить и читать документацию)
>Это подходит, когда ты админишь кучу пек постоянно, повторяешь для них одни и те же действия
Ровно наоборот, это подходит когда ты НЕ админишь кучу пек постоянно, и НЕ повторяешь одни и те же действия.
>НиксОсь ровно поэтому охуенна, что ты однажды сделал и в конфиг внёс, останется с тобой навсегда.
Дотфайлы можно конфигурировать и хранить и вне никсоса. Конфигурация системы попадает в бекапы и так же остается с тобой навсегда. Только вместо того чтобы тратить время на то, чтобы сделать эти изменения в декларативном виде для одной конкретной машины, ты делаешь эти изменения на конечном хосте.
И второе обычно будет еще и быстрее, как бы хорошо на бумаге не звучали рассказы про my.new.service = true в конфиге, надо во-первых так же знать что требуется сделать (= гуглить), а во-вторых надо найти как конкретную вещь описать в конфигурации никсос (= гуглить и читать документацию)
>>8319
В теории да, а в реальности ты ставишь систему спустя два года, и тебе требуется вспомнить последовательность магических баш-команд, которые два года назад сделали то, что было нужно.
Один раз. И когда ты знаешь, что это делается один раз, мотивации потратить на это время становится чуть-чуть больше.
>Конфигурация системы попадает в бекапы и так же остается с тобой навсегда.
В теории да, а в реальности ты ставишь систему спустя два года, и тебе требуется вспомнить последовательность магических баш-команд, которые два года назад сделали то, что было нужно.
>надо во-первых так же знать что требуется сделать (= гуглить), а во-вторых надо найти как конкретную вещь описать в конфигурации никсос (= гуглить и читать документацию)
Один раз. И когда ты знаешь, что это делается один раз, мотивации потратить на это время становится чуть-чуть больше.
>>8321
Зачем и о каких баш командах речь, если у меня вся готовая конфигурация сохранена в бекапах и я её просто восстановлю? Разница только в том, что ты делал эту конфигурацию через никс конфиг, а я на конечной машине, после чего так же успешно сохранил конфиги.
Не один раз, а на один раз больше, чем вне никсоса (что снова повторяю, времязатратно, если эта конфигурация используется в единичном числе).
Вот приведу недавний пример, я купил новый ноут. Неважно как я установил ОС, будь это декларативный nixos или не декларативная система, я так или иначе накатил имеющуюся конфигурацию и загрузился в неё.
И тут выясняется, что вендор-пидор, и у меня не работает из коробки микрофон.
Пока я отдебажил и отгуглил (по конкретной моделе ноута такой проблемы не гуглится, надо пробовать разные решения) и смог побороть проблему, попробовал более пяти разных вариантов настройки совершенно разных вещей. Проблема решилась параметром ядра вида snd_sof_intel_hda_generic dmic_num=X.
Если я использую обычный дистрибутив, я просто меняю/добавляю конфиг, (опционально) ребутаюсь и смотрю на результат. Если починилось, то конфигурация закончена, мои изменения попадут в мой следующий бекап и если у меня помрет ssd в ноуте, я этот бекап просто восстановлю и вся моя настроенная система на месте.
В случае с nixos нихуя подобного. Вариант первый - ты на каждый вариант что хочешь попробовать должен найти как этот самый вариант описать в никс конфиге, после чего его попробовать, и если не помогло - откатить. Вариант два - вносишь изменения непосредственно в конфиги на хосте и смотришь, помогло ли или нет (как на обычном дистрибутиве). А потом, если помогло, то уже ищешь как описать в никс конфиг. Т.е. как ни глянь, дополнительные действия и трата времени.
Итого мне в случае одного ноута быстрее его сконфигурировать непосредственно на самом ноуте.
Удивительно что мне приходится такие простые и очевидные вещи объяснять.
>В теории да, а в реальности ты ставишь систему спустя два года, и тебе требуется вспомнить последовательность магических баш-команд, которые два года назад сделали то, что было нужно.
Зачем и о каких баш командах речь, если у меня вся готовая конфигурация сохранена в бекапах и я её просто восстановлю? Разница только в том, что ты делал эту конфигурацию через никс конфиг, а я на конечной машине, после чего так же успешно сохранил конфиги.
>Один раз. И когда ты знаешь, что это делается один раз, мотивации потратить на это время становится чуть-чуть больше.
Не один раз, а на один раз больше, чем вне никсоса (что снова повторяю, времязатратно, если эта конфигурация используется в единичном числе).
Вот приведу недавний пример, я купил новый ноут. Неважно как я установил ОС, будь это декларативный nixos или не декларативная система, я так или иначе накатил имеющуюся конфигурацию и загрузился в неё.
И тут выясняется, что вендор-пидор, и у меня не работает из коробки микрофон.
Пока я отдебажил и отгуглил (по конкретной моделе ноута такой проблемы не гуглится, надо пробовать разные решения) и смог побороть проблему, попробовал более пяти разных вариантов настройки совершенно разных вещей. Проблема решилась параметром ядра вида snd_sof_intel_hda_generic dmic_num=X.
Если я использую обычный дистрибутив, я просто меняю/добавляю конфиг, (опционально) ребутаюсь и смотрю на результат. Если починилось, то конфигурация закончена, мои изменения попадут в мой следующий бекап и если у меня помрет ssd в ноуте, я этот бекап просто восстановлю и вся моя настроенная система на месте.
В случае с nixos нихуя подобного. Вариант первый - ты на каждый вариант что хочешь попробовать должен найти как этот самый вариант описать в никс конфиге, после чего его попробовать, и если не помогло - откатить. Вариант два - вносишь изменения непосредственно в конфиги на хосте и смотришь, помогло ли или нет (как на обычном дистрибутиве). А потом, если помогло, то уже ищешь как описать в никс конфиг. Т.е. как ни глянь, дополнительные действия и трата времени.
Итого мне в случае одного ноута быстрее его сконфигурировать непосредственно на самом ноуте.
Удивительно что мне приходится такие простые и очевидные вещи объяснять.
>>8321
Зачем и о каких баш командах речь, если у меня вся готовая конфигурация сохранена в бекапах и я её просто восстановлю? Разница только в том, что ты делал эту конфигурацию через никс конфиг, а я на конечной машине, после чего так же успешно сохранил конфиги.
Не один раз, а на один раз больше, чем вне никсоса (что снова повторяю, времязатратно, если эта конфигурация используется в единичном числе).
Вот приведу недавний пример, я купил новый ноут. Неважно как я установил ОС, будь это декларативный nixos или не декларативная система, я так или иначе накатил имеющуюся конфигурацию и загрузился в неё.
И тут выясняется, что вендор-пидор, и у меня не работает из коробки микрофон.
Пока я отдебажил и отгуглил (по конкретной моделе ноута такой проблемы не гуглится, надо пробовать разные решения) и смог побороть проблему, попробовал более пяти разных вариантов настройки совершенно разных вещей. Проблема решилась параметром ядра вида snd_sof_intel_hda_generic dmic_num=X.
Если я использую обычный дистрибутив, я просто меняю/добавляю конфиг, (опционально) ребутаюсь и смотрю на результат. Если починилось, то конфигурация закончена, мои изменения попадут в мой следующий бекап и если у меня помрет ssd в ноуте, я этот бекап просто восстановлю и вся моя настроенная система на месте.
В случае с nixos нихуя подобного. Вариант первый - ты на каждый вариант что хочешь попробовать должен найти как этот самый вариант описать в никс конфиге, после чего его попробовать, и если не помогло - откатить. Вариант два - вносишь изменения непосредственно в конфиги на хосте и смотришь, помогло ли или нет (как на обычном дистрибутиве). А потом, если помогло, то уже ищешь как описать в никс конфиг. Т.е. как ни глянь, дополнительные действия и трата времени.
Итого мне в случае одного ноута быстрее его сконфигурировать непосредственно на самом ноуте.
Удивительно что мне приходится такие простые и очевидные вещи объяснять.
>В теории да, а в реальности ты ставишь систему спустя два года, и тебе требуется вспомнить последовательность магических баш-команд, которые два года назад сделали то, что было нужно.
Зачем и о каких баш командах речь, если у меня вся готовая конфигурация сохранена в бекапах и я её просто восстановлю? Разница только в том, что ты делал эту конфигурацию через никс конфиг, а я на конечной машине, после чего так же успешно сохранил конфиги.
>Один раз. И когда ты знаешь, что это делается один раз, мотивации потратить на это время становится чуть-чуть больше.
Не один раз, а на один раз больше, чем вне никсоса (что снова повторяю, времязатратно, если эта конфигурация используется в единичном числе).
Вот приведу недавний пример, я купил новый ноут. Неважно как я установил ОС, будь это декларативный nixos или не декларативная система, я так или иначе накатил имеющуюся конфигурацию и загрузился в неё.
И тут выясняется, что вендор-пидор, и у меня не работает из коробки микрофон.
Пока я отдебажил и отгуглил (по конкретной моделе ноута такой проблемы не гуглится, надо пробовать разные решения) и смог побороть проблему, попробовал более пяти разных вариантов настройки совершенно разных вещей. Проблема решилась параметром ядра вида snd_sof_intel_hda_generic dmic_num=X.
Если я использую обычный дистрибутив, я просто меняю/добавляю конфиг, (опционально) ребутаюсь и смотрю на результат. Если починилось, то конфигурация закончена, мои изменения попадут в мой следующий бекап и если у меня помрет ssd в ноуте, я этот бекап просто восстановлю и вся моя настроенная система на месте.
В случае с nixos нихуя подобного. Вариант первый - ты на каждый вариант что хочешь попробовать должен найти как этот самый вариант описать в никс конфиге, после чего его попробовать, и если не помогло - откатить. Вариант два - вносишь изменения непосредственно в конфиги на хосте и смотришь, помогло ли или нет (как на обычном дистрибутиве). А потом, если помогло, то уже ищешь как описать в никс конфиг. Т.е. как ни глянь, дополнительные действия и трата времени.
Итого мне в случае одного ноута быстрее его сконфигурировать непосредственно на самом ноуте.
Удивительно что мне приходится такие простые и очевидные вещи объяснять.
>>8323
Чел, в Никсе параметры ядра конфигурируются простейшим образом - одной строчкой в конфиге. Потом коммит и пуш в гитхаб, и они у тебя навсегда сохранены. Я бы понял, если бы ты начал затирать про то, что сложно скажем программы билдить, я бы тебя понял (потому что там надо чуть-чуть поебаться чтобы понять как), но параметры ядра...
Чел, в Никсе параметры ядра конфигурируются простейшим образом - одной строчкой в конфиге. Потом коммит и пуш в гитхаб, и они у тебя навсегда сохранены. Я бы понял, если бы ты начал затирать про то, что сложно скажем программы билдить, я бы тебя понял (потому что там надо чуть-чуть поебаться чтобы понять как), но параметры ядра...
>>8324
Чел, ты блядь читай внимательней. Ты не знаешь, что проблема в параметрах ядра, пока не попробуешь настроить пять разных вещей и не поймешь, в чем конкретно дело. На каждую хуйню будешь смотреть как оно в конфиге описывается?
Вопрос не про сложность, а времязатратность. На обычном дистрибутиве я с минимальными временными затратами внес изменения и забыл о них. В никсос мне на каждый случай надо дополнительно сверх этого надо открыть документацию и озаботиться описанием этого в никс конфиге.
Если бы я брал несколько таких ноутбуков, то говно вопрос, мне проще и быстрее один раз описать конфигурацию и раскатить её на все ноуты, и на выхлопе получить готовые системы с пофикшенными проблемами. Но когда ноут один декларативное описание только тратит моё время без какого-либо профита, потому что вся конфигурация в итоге у меня так же забекаплена.
Об этом я тебе которое сообщение пишу - сильная сторона декларативности познается только при скейле, которого в домашнем использовании нет. Описание никс конфига может быть конкретно твоим предпочтением, что нормально, но никаких профитов от этого дома нет, кроме дополнительно потраченного времени.
Чел, ты блядь читай внимательней. Ты не знаешь, что проблема в параметрах ядра, пока не попробуешь настроить пять разных вещей и не поймешь, в чем конкретно дело. На каждую хуйню будешь смотреть как оно в конфиге описывается?
Вопрос не про сложность, а времязатратность. На обычном дистрибутиве я с минимальными временными затратами внес изменения и забыл о них. В никсос мне на каждый случай надо дополнительно сверх этого надо открыть документацию и озаботиться описанием этого в никс конфиге.
Если бы я брал несколько таких ноутбуков, то говно вопрос, мне проще и быстрее один раз описать конфигурацию и раскатить её на все ноуты, и на выхлопе получить готовые системы с пофикшенными проблемами. Но когда ноут один декларативное описание только тратит моё время без какого-либо профита, потому что вся конфигурация в итоге у меня так же забекаплена.
Об этом я тебе которое сообщение пишу - сильная сторона декларативности познается только при скейле, которого в домашнем использовании нет. Описание никс конфига может быть конкретно твоим предпочтением, что нормально, но никаких профитов от этого дома нет, кроме дополнительно потраченного времени.
>>8325
Ну какие пять вещей ты там тестил? Любая нейронка тебе скажет как это сделать в Никсе.
Ну какие пять вещей ты там тестил? Любая нейронка тебе скажет как это сделать в Никсе.
>>8327
Другой драйвер, sample rate в pipewire, откат до pulseaudio, оверрайд в hdajackretask, и на второй modprobe параметр помогло. Вроде что-то еще было, уже не помню.
Удачи попробовать описать часть этого в никс конфиге.
...что всё равно больше действий, чем не спрашивать нейронку как сделать то же самое в никс конфиге, а пробовать найденные варианты напрямую.
И ты ни разу не адресовал поинты, что а) никсос на домашней системе тратит больше времени б) нет ни одного профита на домашней системе, которого нельзя достичь без декларативного описания при этом с меньшими временными затратами.
Как найдешь что ответить, пиши.
>Ну какие пять вещей ты там тестил?
Другой драйвер, sample rate в pipewire, откат до pulseaudio, оверрайд в hdajackretask, и на второй modprobe параметр помогло. Вроде что-то еще было, уже не помню.
Удачи попробовать описать часть этого в никс конфиге.
>тебе скажет как это сделать в Никсе.
...что всё равно больше действий, чем не спрашивать нейронку как сделать то же самое в никс конфиге, а пробовать найденные варианты напрямую.
И ты ни разу не адресовал поинты, что а) никсос на домашней системе тратит больше времени б) нет ни одного профита на домашней системе, которого нельзя достичь без декларативного описания при этом с меньшими временными затратами.
Как найдешь что ответить, пиши.
фух блядь пришёл домой как же я заебался
>>8328
отвечаю тебе братишка
Ты действительно это по памяти без гуглежа сделал? Не пизди что сам, не поверю. А если гуглил, то спросить у нейронки "а как сделать для никса" - секундное дело.
Ты же понимаешь, что чтобы поменять параметр ядра тебе надо не только прописать его кудато в /хуй/знает/какую/директорию/в/система, Но еще запустить команду для обновление загрузчика. Потом ты захочешь его изменить - меняешь, но забываешь обновтиь граб (или чт о там у тебя), а потом ищешь блять в чём причина почему не заработало. И так буквально со всем. Ты буквально можешь потратить кучу времени на поиски того как откатить твои ебучие эксперименты, как удалить остаточные конфиги. Если в никсе ты поставил какой-то параметр, поигрался с ним, потом удалил - система его удалит. То есть система буквально работает по твоему конфиг файлу. Всё в одной папке. Если там чего-то нет - то этого нет, если есть - то есть.
Вот например, тебе надо сменить драйвер нвидии на старый. ОДна строчка нахуй. Не надо чистить следыы старого драйвера, проще некуда. Затраты времени минимальные.
hardware.nvidia.package = config.boot.kernelPackages.nvidiaPackages.legacy_580;
Тратит вначале. Я за две недели въехал. Вначале вообще нихуя не понимал что это за флейки, инпуты и аутпуты, но когда разобрался всё стало очень просто.
Я тебе говорю, что поебаться надо только с тем, как билдить пакеты из сурсов. Но там на самом деле просто пишешь конфиг, что-то типа PKGBUILD на арче, но никсовый, который скачивает билдит и добавляет в систему, но в репах настолько много пакетов, что тебе это не понадобится скорее всего. Я такие делал для нескольких прог, ну это немного запарно короче. Я ради стандартной иерархии файлов на кашу перебирался недавно, но не смог там больше двух недель просидеть, заебала вся эта дрочь. Плюс там почему-то в играх какие-то лаги были, например в Якудзе Like a Dragon когда были спецэффекты боя почему-то жутко пролагивало на пару секунд, на никсе такого нет.
Ещё я помню на каше локал прокси настраивал с помощью кадди (чтобы в браузере не писать 127.0.0.1:порт, а просто скажем comfyui.localhost), там блят ьв трёх местах надо эту хуйню поменять, ещё пару команд прописать чтобы всё обновилось. А чтобы удалить это всё - будь добр удали в этих местах и опять пропиши хъуйню в терминал. В никсе я написал функцию, которая принимает порт и название сервиса и ВСЁ. Я потратил какое-то время на это, но зато в дальнейшем я смогу это добавлять новый сервис одной строчкой в конфиге.
Ещё один охуенный профит - можно запускать пакеты не устанавливая в систему, я прост окайфую с него. В лаунчер добавил эту фишку, просто в лаунчере пишу 'nix <pkg>', он просто открывается, я могу глянуть на приложение и принять решение нужно оно мне или нет.
Я хуй знает, не пробовал анисбл и ему подобные. Помню на каше сидел, я буквально свой баш скрипт писал, в котором постоянно после установки пакетов добавлял какой же блять пакет я установил. И как меня это заебало ты бы знал.
Профиты я расписал выше.
>>8328
отвечаю тебе братишка
>snd_sof_intel_hda_generic dmic_num=X
>Другой драйвер, sample rate в pipewire, откат до pulseaudio, оверрайд в hdajackretask, и на второй modprobe параметр помогло
Ты действительно это по памяти без гуглежа сделал? Не пизди что сам, не поверю. А если гуглил, то спросить у нейронки "а как сделать для никса" - секундное дело.
Ты же понимаешь, что чтобы поменять параметр ядра тебе надо не только прописать его кудато в /хуй/знает/какую/директорию/в/система, Но еще запустить команду для обновление загрузчика. Потом ты захочешь его изменить - меняешь, но забываешь обновтиь граб (или чт о там у тебя), а потом ищешь блять в чём причина почему не заработало. И так буквально со всем. Ты буквально можешь потратить кучу времени на поиски того как откатить твои ебучие эксперименты, как удалить остаточные конфиги. Если в никсе ты поставил какой-то параметр, поигрался с ним, потом удалил - система его удалит. То есть система буквально работает по твоему конфиг файлу. Всё в одной папке. Если там чего-то нет - то этого нет, если есть - то есть.
Вот например, тебе надо сменить драйвер нвидии на старый. ОДна строчка нахуй. Не надо чистить следыы старого драйвера, проще некуда. Затраты времени минимальные.
hardware.nvidia.package = config.boot.kernelPackages.nvidiaPackages.legacy_580;
>никсос на домашней системе тратит больше времени
Тратит вначале. Я за две недели въехал. Вначале вообще нихуя не понимал что это за флейки, инпуты и аутпуты, но когда разобрался всё стало очень просто.
Я тебе говорю, что поебаться надо только с тем, как билдить пакеты из сурсов. Но там на самом деле просто пишешь конфиг, что-то типа PKGBUILD на арче, но никсовый, который скачивает билдит и добавляет в систему, но в репах настолько много пакетов, что тебе это не понадобится скорее всего. Я такие делал для нескольких прог, ну это немного запарно короче. Я ради стандартной иерархии файлов на кашу перебирался недавно, но не смог там больше двух недель просидеть, заебала вся эта дрочь. Плюс там почему-то в играх какие-то лаги были, например в Якудзе Like a Dragon когда были спецэффекты боя почему-то жутко пролагивало на пару секунд, на никсе такого нет.
Ещё я помню на каше локал прокси настраивал с помощью кадди (чтобы в браузере не писать 127.0.0.1:порт, а просто скажем comfyui.localhost), там блят ьв трёх местах надо эту хуйню поменять, ещё пару команд прописать чтобы всё обновилось. А чтобы удалить это всё - будь добр удали в этих местах и опять пропиши хъуйню в терминал. В никсе я написал функцию, которая принимает порт и название сервиса и ВСЁ. Я потратил какое-то время на это, но зато в дальнейшем я смогу это добавлять новый сервис одной строчкой в конфиге.
Ещё один охуенный профит - можно запускать пакеты не устанавливая в систему, я прост окайфую с него. В лаунчер добавил эту фишку, просто в лаунчере пишу 'nix <pkg>', он просто открывается, я могу глянуть на приложение и принять решение нужно оно мне или нет.
>нет ни одного профита на домашней системе, которого нельзя достичь без декларативного описания при этом с меньшими временными затратами
Я хуй знает, не пробовал анисбл и ему подобные. Помню на каше сидел, я буквально свой баш скрипт писал, в котором постоянно после установки пакетов добавлял какой же блять пакет я установил. И как меня это заебало ты бы знал.
Профиты я расписал выше.
фух блядь пришёл домой как же я заебался
>>8328
отвечаю тебе братишка
Ты действительно это по памяти без гуглежа сделал? Не пизди что сам, не поверю. А если гуглил, то спросить у нейронки "а как сделать для никса" - секундное дело.
Ты же понимаешь, что чтобы поменять параметр ядра тебе надо не только прописать его кудато в /хуй/знает/какую/директорию/в/система, Но еще запустить команду для обновление загрузчика. Потом ты захочешь его изменить - меняешь, но забываешь обновтиь граб (или чт о там у тебя), а потом ищешь блять в чём причина почему не заработало. И так буквально со всем. Ты буквально можешь потратить кучу времени на поиски того как откатить твои ебучие эксперименты, как удалить остаточные конфиги. Если в никсе ты поставил какой-то параметр, поигрался с ним, потом удалил - система его удалит. То есть система буквально работает по твоему конфиг файлу. Всё в одной папке. Если там чего-то нет - то этого нет, если есть - то есть.
Вот например, тебе надо сменить драйвер нвидии на старый. ОДна строчка нахуй. Не надо чистить следыы старого драйвера, проще некуда. Затраты времени минимальные.
hardware.nvidia.package = config.boot.kernelPackages.nvidiaPackages.legacy_580;
Тратит вначале. Я за две недели въехал. Вначале вообще нихуя не понимал что это за флейки, инпуты и аутпуты, но когда разобрался всё стало очень просто.
Я тебе говорю, что поебаться надо только с тем, как билдить пакеты из сурсов. Но там на самом деле просто пишешь конфиг, что-то типа PKGBUILD на арче, но никсовый, который скачивает билдит и добавляет в систему, но в репах настолько много пакетов, что тебе это не понадобится скорее всего. Я такие делал для нескольких прог, ну это немного запарно короче. Я ради стандартной иерархии файлов на кашу перебирался недавно, но не смог там больше двух недель просидеть, заебала вся эта дрочь. Плюс там почему-то в играх какие-то лаги были, например в Якудзе Like a Dragon когда были спецэффекты боя почему-то жутко пролагивало на пару секунд, на никсе такого нет.
Ещё я помню на каше локал прокси настраивал с помощью кадди (чтобы в браузере не писать 127.0.0.1:порт, а просто скажем comfyui.localhost), там блят ьв трёх местах надо эту хуйню поменять, ещё пару команд прописать чтобы всё обновилось. А чтобы удалить это всё - будь добр удали в этих местах и опять пропиши хъуйню в терминал. В никсе я написал функцию, которая принимает порт и название сервиса и ВСЁ. Я потратил какое-то время на это, но зато в дальнейшем я смогу это добавлять новый сервис одной строчкой в конфиге.
Ещё один охуенный профит - можно запускать пакеты не устанавливая в систему, я прост окайфую с него. В лаунчер добавил эту фишку, просто в лаунчере пишу 'nix <pkg>', он просто открывается, я могу глянуть на приложение и принять решение нужно оно мне или нет.
Я хуй знает, не пробовал анисбл и ему подобные. Помню на каше сидел, я буквально свой баш скрипт писал, в котором постоянно после установки пакетов добавлял какой же блять пакет я установил. И как меня это заебало ты бы знал.
Профиты я расписал выше.
>>8328
отвечаю тебе братишка
>snd_sof_intel_hda_generic dmic_num=X
>Другой драйвер, sample rate в pipewire, откат до pulseaudio, оверрайд в hdajackretask, и на второй modprobe параметр помогло
Ты действительно это по памяти без гуглежа сделал? Не пизди что сам, не поверю. А если гуглил, то спросить у нейронки "а как сделать для никса" - секундное дело.
Ты же понимаешь, что чтобы поменять параметр ядра тебе надо не только прописать его кудато в /хуй/знает/какую/директорию/в/система, Но еще запустить команду для обновление загрузчика. Потом ты захочешь его изменить - меняешь, но забываешь обновтиь граб (или чт о там у тебя), а потом ищешь блять в чём причина почему не заработало. И так буквально со всем. Ты буквально можешь потратить кучу времени на поиски того как откатить твои ебучие эксперименты, как удалить остаточные конфиги. Если в никсе ты поставил какой-то параметр, поигрался с ним, потом удалил - система его удалит. То есть система буквально работает по твоему конфиг файлу. Всё в одной папке. Если там чего-то нет - то этого нет, если есть - то есть.
Вот например, тебе надо сменить драйвер нвидии на старый. ОДна строчка нахуй. Не надо чистить следыы старого драйвера, проще некуда. Затраты времени минимальные.
hardware.nvidia.package = config.boot.kernelPackages.nvidiaPackages.legacy_580;
>никсос на домашней системе тратит больше времени
Тратит вначале. Я за две недели въехал. Вначале вообще нихуя не понимал что это за флейки, инпуты и аутпуты, но когда разобрался всё стало очень просто.
Я тебе говорю, что поебаться надо только с тем, как билдить пакеты из сурсов. Но там на самом деле просто пишешь конфиг, что-то типа PKGBUILD на арче, но никсовый, который скачивает билдит и добавляет в систему, но в репах настолько много пакетов, что тебе это не понадобится скорее всего. Я такие делал для нескольких прог, ну это немного запарно короче. Я ради стандартной иерархии файлов на кашу перебирался недавно, но не смог там больше двух недель просидеть, заебала вся эта дрочь. Плюс там почему-то в играх какие-то лаги были, например в Якудзе Like a Dragon когда были спецэффекты боя почему-то жутко пролагивало на пару секунд, на никсе такого нет.
Ещё я помню на каше локал прокси настраивал с помощью кадди (чтобы в браузере не писать 127.0.0.1:порт, а просто скажем comfyui.localhost), там блят ьв трёх местах надо эту хуйню поменять, ещё пару команд прописать чтобы всё обновилось. А чтобы удалить это всё - будь добр удали в этих местах и опять пропиши хъуйню в терминал. В никсе я написал функцию, которая принимает порт и название сервиса и ВСЁ. Я потратил какое-то время на это, но зато в дальнейшем я смогу это добавлять новый сервис одной строчкой в конфиге.
Ещё один охуенный профит - можно запускать пакеты не устанавливая в систему, я прост окайфую с него. В лаунчер добавил эту фишку, просто в лаунчере пишу 'nix <pkg>', он просто открывается, я могу глянуть на приложение и принять решение нужно оно мне или нет.
>нет ни одного профита на домашней системе, которого нельзя достичь без декларативного описания при этом с меньшими временными затратами
Я хуй знает, не пробовал анисбл и ему подобные. Помню на каше сидел, я буквально свой баш скрипт писал, в котором постоянно после установки пакетов добавлял какой же блять пакет я установил. И как меня это заебало ты бы знал.
Профиты я расписал выше.
>>8333
С гуглежом конечно, раз за разом перебирая один вариант за другим.
Времязатратно. В третий или четвертый раз говорю.
При гуглеже тебе обычно сразу напишут, что куда прописать.
Всё указанное не требуется при использовании modprobe конфига, стыдно.
Для тестирования параметров времязатратно искать как их добавить в конфиг (в очередной раз пишу), особенно специфичные вещи как я упомянул выше, где и синтаксис мог поменяться если судить по постам на форуме или которые не гуглятся напрямую, или нейронки тебе подсунут варианты 5-годичной давности, которые больше не работают. В результате либо так же будешь пробовать починить проблему без никс конфига, настраивая напрямую, либо тратя кучу времени на поиск, а потом перепроверяя, применился ли ии-высер / нагугленное или не сработало вообще. Такое себе.
Или ты сейчас спорить начнешь с тем, что в интернете информации для решения проблем на типичных дистрибутивах ровно столько же сколько конкретно для никс конфигурации?
Я тебе с примерами описал в куче постов, декларативное описание всегда тратит больше времени на домашней системе, в случае с никсом при настройке нового железа или где конфигурается отличается от того, что у тебя уже имеется. Любые абстракции над прямой конфигурацией/настройкой состояния начинают иметь смысл при их воспроизведении, когда они за счет этого начинают экономить время. При ручной настройке одной системы ВСЕГДА меньше времени будет потрачено на классическом дистрибутиве, чем на nixos.
У меня был опыт поддержки системы билдов на базе никс, мне не нужно рассказывать, будто я нихуя не понимаю и не знаю как это работает. Тем не менее я открыто выражаю сомнение в целесобразности nixos дома, в частности трата времени на декларативное описание, когда все настройки всё равно применяются на системы индивидуально. Адресуй поинты, еще раз.
Не знаю на что ты отвечаешь вообще, но твои проблемы на какой-то конкретной системе выглядит как нерелевантная информация.
Скилл ишью, но мне даже лень расписывать.
Какое это отношение имеет к декларативному описанию и трате времени о которой я тут сколько раз уже успел написать?
Синхронизация списка пакетов это меньшая из проблем. Другой вопрос, что у меня, например, нет ни одной системы с полностью идентичными установленными пакетами. Общая база есть, но везде отличия, и связанные с железом, и с используемым софтом.
>Ты действительно это по памяти без гуглежа сделал?
С гуглежом конечно, раз за разом перебирая один вариант за другим.
>А если гуглил, то спросить у нейронки
Времязатратно. В третий или четвертый раз говорю.
>Ты же понимаешь, что чтобы поменять параметр ядра тебе надо не только прописать его
При гуглеже тебе обычно сразу напишут, что куда прописать.
>Но еще запустить команду для обновление загрузчика. Потом ты захочешь его изменить - меняешь, но забываешь обновтиь граб
Всё указанное не требуется при использовании modprobe конфига, стыдно.
>Если в никсе ты поставил какой-то параметр, поигрался с ним, потом удалил - система его удалит.
Для тестирования параметров времязатратно искать как их добавить в конфиг (в очередной раз пишу), особенно специфичные вещи как я упомянул выше, где и синтаксис мог поменяться если судить по постам на форуме или которые не гуглятся напрямую, или нейронки тебе подсунут варианты 5-годичной давности, которые больше не работают. В результате либо так же будешь пробовать починить проблему без никс конфига, настраивая напрямую, либо тратя кучу времени на поиск, а потом перепроверяя, применился ли ии-высер / нагугленное или не сработало вообще. Такое себе.
Или ты сейчас спорить начнешь с тем, что в интернете информации для решения проблем на типичных дистрибутивах ровно столько же сколько конкретно для никс конфигурации?
>Тратит вначале.
Я тебе с примерами описал в куче постов, декларативное описание всегда тратит больше времени на домашней системе, в случае с никсом при настройке нового железа или где конфигурается отличается от того, что у тебя уже имеется. Любые абстракции над прямой конфигурацией/настройкой состояния начинают иметь смысл при их воспроизведении, когда они за счет этого начинают экономить время. При ручной настройке одной системы ВСЕГДА меньше времени будет потрачено на классическом дистрибутиве, чем на nixos.
>Вначале вообще нихуя не понимал что это за
>Я тебе говорю, что поебаться надо только с тем, как
У меня был опыт поддержки системы билдов на базе никс, мне не нужно рассказывать, будто я нихуя не понимаю и не знаю как это работает. Тем не менее я открыто выражаю сомнение в целесобразности nixos дома, в частности трата времени на декларативное описание, когда все настройки всё равно применяются на системы индивидуально. Адресуй поинты, еще раз.
>почему-то в играх какие-то лаги были
Не знаю на что ты отвечаешь вообще, но твои проблемы на какой-то конкретной системе выглядит как нерелевантная информация.
>Ещё я помню на каше локал прокси настраивал с помощью кадди
>там блят ьв трёх местах надо эту хуйню поменять, ещё пару команд прописать чтобы всё обновилось
Скилл ишью, но мне даже лень расписывать.
>можно запускать пакеты не устанавливая в систему
Какое это отношение имеет к декларативному описанию и трате времени о которой я тут сколько раз уже успел написать?
>Я хуй знает, не пробовал анисбл и ему подобные. Помню на каше сидел, я буквально свой баш скрипт писал, в котором постоянно после установки пакетов добавлял какой же блять пакет я установил. И как меня это заебало ты бы знал.
Синхронизация списка пакетов это меньшая из проблем. Другой вопрос, что у меня, например, нет ни одной системы с полностью идентичными установленными пакетами. Общая база есть, но везде отличия, и связанные с железом, и с используемым софтом.
>>8333
С гуглежом конечно, раз за разом перебирая один вариант за другим.
Времязатратно. В третий или четвертый раз говорю.
При гуглеже тебе обычно сразу напишут, что куда прописать.
Всё указанное не требуется при использовании modprobe конфига, стыдно.
Для тестирования параметров времязатратно искать как их добавить в конфиг (в очередной раз пишу), особенно специфичные вещи как я упомянул выше, где и синтаксис мог поменяться если судить по постам на форуме или которые не гуглятся напрямую, или нейронки тебе подсунут варианты 5-годичной давности, которые больше не работают. В результате либо так же будешь пробовать починить проблему без никс конфига, настраивая напрямую, либо тратя кучу времени на поиск, а потом перепроверяя, применился ли ии-высер / нагугленное или не сработало вообще. Такое себе.
Или ты сейчас спорить начнешь с тем, что в интернете информации для решения проблем на типичных дистрибутивах ровно столько же сколько конкретно для никс конфигурации?
Я тебе с примерами описал в куче постов, декларативное описание всегда тратит больше времени на домашней системе, в случае с никсом при настройке нового железа или где конфигурается отличается от того, что у тебя уже имеется. Любые абстракции над прямой конфигурацией/настройкой состояния начинают иметь смысл при их воспроизведении, когда они за счет этого начинают экономить время. При ручной настройке одной системы ВСЕГДА меньше времени будет потрачено на классическом дистрибутиве, чем на nixos.
У меня был опыт поддержки системы билдов на базе никс, мне не нужно рассказывать, будто я нихуя не понимаю и не знаю как это работает. Тем не менее я открыто выражаю сомнение в целесобразности nixos дома, в частности трата времени на декларативное описание, когда все настройки всё равно применяются на системы индивидуально. Адресуй поинты, еще раз.
Не знаю на что ты отвечаешь вообще, но твои проблемы на какой-то конкретной системе выглядит как нерелевантная информация.
Скилл ишью, но мне даже лень расписывать.
Какое это отношение имеет к декларативному описанию и трате времени о которой я тут сколько раз уже успел написать?
Синхронизация списка пакетов это меньшая из проблем. Другой вопрос, что у меня, например, нет ни одной системы с полностью идентичными установленными пакетами. Общая база есть, но везде отличия, и связанные с железом, и с используемым софтом.
>Ты действительно это по памяти без гуглежа сделал?
С гуглежом конечно, раз за разом перебирая один вариант за другим.
>А если гуглил, то спросить у нейронки
Времязатратно. В третий или четвертый раз говорю.
>Ты же понимаешь, что чтобы поменять параметр ядра тебе надо не только прописать его
При гуглеже тебе обычно сразу напишут, что куда прописать.
>Но еще запустить команду для обновление загрузчика. Потом ты захочешь его изменить - меняешь, но забываешь обновтиь граб
Всё указанное не требуется при использовании modprobe конфига, стыдно.
>Если в никсе ты поставил какой-то параметр, поигрался с ним, потом удалил - система его удалит.
Для тестирования параметров времязатратно искать как их добавить в конфиг (в очередной раз пишу), особенно специфичные вещи как я упомянул выше, где и синтаксис мог поменяться если судить по постам на форуме или которые не гуглятся напрямую, или нейронки тебе подсунут варианты 5-годичной давности, которые больше не работают. В результате либо так же будешь пробовать починить проблему без никс конфига, настраивая напрямую, либо тратя кучу времени на поиск, а потом перепроверяя, применился ли ии-высер / нагугленное или не сработало вообще. Такое себе.
Или ты сейчас спорить начнешь с тем, что в интернете информации для решения проблем на типичных дистрибутивах ровно столько же сколько конкретно для никс конфигурации?
>Тратит вначале.
Я тебе с примерами описал в куче постов, декларативное описание всегда тратит больше времени на домашней системе, в случае с никсом при настройке нового железа или где конфигурается отличается от того, что у тебя уже имеется. Любые абстракции над прямой конфигурацией/настройкой состояния начинают иметь смысл при их воспроизведении, когда они за счет этого начинают экономить время. При ручной настройке одной системы ВСЕГДА меньше времени будет потрачено на классическом дистрибутиве, чем на nixos.
>Вначале вообще нихуя не понимал что это за
>Я тебе говорю, что поебаться надо только с тем, как
У меня был опыт поддержки системы билдов на базе никс, мне не нужно рассказывать, будто я нихуя не понимаю и не знаю как это работает. Тем не менее я открыто выражаю сомнение в целесобразности nixos дома, в частности трата времени на декларативное описание, когда все настройки всё равно применяются на системы индивидуально. Адресуй поинты, еще раз.
>почему-то в играх какие-то лаги были
Не знаю на что ты отвечаешь вообще, но твои проблемы на какой-то конкретной системе выглядит как нерелевантная информация.
>Ещё я помню на каше локал прокси настраивал с помощью кадди
>там блят ьв трёх местах надо эту хуйню поменять, ещё пару команд прописать чтобы всё обновилось
Скилл ишью, но мне даже лень расписывать.
>можно запускать пакеты не устанавливая в систему
Какое это отношение имеет к декларативному описанию и трате времени о которой я тут сколько раз уже успел написать?
>Я хуй знает, не пробовал анисбл и ему подобные. Помню на каше сидел, я буквально свой баш скрипт писал, в котором постоянно после установки пакетов добавлял какой же блять пакет я установил. И как меня это заебало ты бы знал.
Синхронизация списка пакетов это меньшая из проблем. Другой вопрос, что у меня, например, нет ни одной системы с полностью идентичными установленными пакетами. Общая база есть, но везде отличия, и связанные с железом, и с используемым софтом.
>>8335
Проблема не в скилле, проблема в том, что я не хочу запоминать как это делать, нахуй оно мне надо? Я нашёл как, зафиксировал это в функции и забыл как страшный сон.
Конечно меньшая. Вот у меня меню в баш файле с куча проблем, которые я только за две недели понаписал в каше:
tasks=(
"# Software"
"Install core packages|install_pkgs \"\${PKGS[@]}\""
"Install aur packages|install_pkgs_aur \"\${PKGS_AUR[@]}\""
"Install am packages|install_pkgs_am \"\${PKGS_AM[@]}\""
"Install gaming packages|sudo cachyos-hello fix install-gaming"
"Install asdf packages|install_asdf_packages"
"Install ai tools|install_ai_tools"
"Install comfy|install_comfy"
"Init vpn|init_vpn"
"# Emulators"
"Install switch emulators|install_switch_emulators"
"Install playstation emulators|install_playstation_emulators"
"Install xbox emulators|install_xbox_emulators"
"Install retroarch|install_retroarch"
"# System"
"Rank mirrors|sudo cachyos-hello fix rank-mirrors"
"Append essential kernel boot params to limine|manage_limine_kernel_params"
"Disable sleep and hibernation|disable_sleep_hybernation"
"Enable home snapper snapshots|enable_snapper_home_snapshots"
"# Firewall"
"Allow sunshine|firewall_allow_sunshine"
"Allow kdeconnect|firewall_allow_kdeconnect"
"# Desktop Environment & Shell"
"Install dankmaterialshell (choose niri & alacritty)|curl -fsSL https://install.danklinux.com | sh"
"Enable kvantum theme|enable_kvantum"
"Enable zsh as default shell|chsh -s /bin/zsh"
"# Virtualization"
"Enable virtualization|enable_virtualization"
"Enable docker and install winboat|sudo cachyos-hello fix install-winboat"
"Enable nvidia-container-toolkit for docker|install_nvidia_container_toolkit"
"# Tweaks"
"Link steam runtime to umu|link_steamruntime_to_umu"
"Enable nvidia-pstated (limit nvidia GPU power on idle)|install_nvidia_pstated"
)
Если что-то нечаянно установил (я имею в виду просто выбрал не ту строчку, ну случайно на кнопку нажал не ту) - хуй знает как удалить. Типа знаю конечно - снапшоты, но это костыли как по мне. В никсе я просто закомменчу строчку.
Я тебе в 10 раз говорю, что нет. До появления нейронок я бы с тобой даже и не спорил. Да я бы и сам на винде сидел до сих пор, лол.
Хуёню пишешь. Всё что подсовывают - работает почти всегда как и с любым другим высером нейросетей на любую тему на данный момент времени. Если нет - пишешь аутпут из командной строки и она фиксит. Пользуюсь гугловой или дипсиком, обе бесплатные.
если сбилдилось без ошибок - то применилось. ИИ высирает верные ответы в 2/3 случаях. Если нет - см. выше.
Конечно ровно столько же. Вставляешь решение в нейросеть - получаешь блок конфига для никса.
Не понимаю, то у тебя один ПК, то несколько. Ну выдели их в отдельные блоки, пропиши условия и устанавливай в одной системе config.gaming.enable = false, в другой config.gaming.enable = true.
ты больше времени потратил высирая хуйню, лол
Весь пойнт в том, что тебе всё равно надо вводить команды в терминал. Почему бы их не закрепить в конфигурационном файле? Ну ты блять всё равно будешь устанавилвать пакеты, конфигурироват ьсервисы. То есть ты всё равно будешь писать команды в терминал. ТАк закрепи это в конфиге, чтобы не пришлось тратить на это время во второй раз в случае чего. Ты же всё про траты времени пишешь, не так ли?
Короче генерируй ответ, я пойду посплю, завтра на РАБотке прийду проверю.
>cкилл ишью, но мне даже лень расписывать.
Проблема не в скилле, проблема в том, что я не хочу запоминать как это делать, нахуй оно мне надо? Я нашёл как, зафиксировал это в функции и забыл как страшный сон.
>Синхронизация списка пакетов это меньшая из проблем
Конечно меньшая. Вот у меня меню в баш файле с куча проблем, которые я только за две недели понаписал в каше:
tasks=(
"# Software"
"Install core packages|install_pkgs \"\${PKGS[@]}\""
"Install aur packages|install_pkgs_aur \"\${PKGS_AUR[@]}\""
"Install am packages|install_pkgs_am \"\${PKGS_AM[@]}\""
"Install gaming packages|sudo cachyos-hello fix install-gaming"
"Install asdf packages|install_asdf_packages"
"Install ai tools|install_ai_tools"
"Install comfy|install_comfy"
"Init vpn|init_vpn"
"# Emulators"
"Install switch emulators|install_switch_emulators"
"Install playstation emulators|install_playstation_emulators"
"Install xbox emulators|install_xbox_emulators"
"Install retroarch|install_retroarch"
"# System"
"Rank mirrors|sudo cachyos-hello fix rank-mirrors"
"Append essential kernel boot params to limine|manage_limine_kernel_params"
"Disable sleep and hibernation|disable_sleep_hybernation"
"Enable home snapper snapshots|enable_snapper_home_snapshots"
"# Firewall"
"Allow sunshine|firewall_allow_sunshine"
"Allow kdeconnect|firewall_allow_kdeconnect"
"# Desktop Environment & Shell"
"Install dankmaterialshell (choose niri & alacritty)|curl -fsSL https://install.danklinux.com | sh"
"Enable kvantum theme|enable_kvantum"
"Enable zsh as default shell|chsh -s /bin/zsh"
"# Virtualization"
"Enable virtualization|enable_virtualization"
"Enable docker and install winboat|sudo cachyos-hello fix install-winboat"
"Enable nvidia-container-toolkit for docker|install_nvidia_container_toolkit"
"# Tweaks"
"Link steam runtime to umu|link_steamruntime_to_umu"
"Enable nvidia-pstated (limit nvidia GPU power on idle)|install_nvidia_pstated"
)
Если что-то нечаянно установил (я имею в виду просто выбрал не ту строчку, ну случайно на кнопку нажал не ту) - хуй знает как удалить. Типа знаю конечно - снапшоты, но это костыли как по мне. В никсе я просто закомменчу строчку.
>Времязатратно. В третий или четвертый раз говорю.
Я тебе в 10 раз говорю, что нет. До появления нейронок я бы с тобой даже и не спорил. Да я бы и сам на винде сидел до сих пор, лол.
>варианты 5-годичной давности
Хуёню пишешь. Всё что подсовывают - работает почти всегда как и с любым другим высером нейросетей на любую тему на данный момент времени. Если нет - пишешь аутпут из командной строки и она фиксит. Пользуюсь гугловой или дипсиком, обе бесплатные.
>применился ли ии-высер
если сбилдилось без ошибок - то применилось. ИИ высирает верные ответы в 2/3 случаях. Если нет - см. выше.
>Или ты сейчас спорить начнешь с тем, что в интернете информации для решения проблем на типичных дистрибутивах ровно столько же сколько конкретно для никс конфигурации?
Конечно ровно столько же. Вставляешь решение в нейросеть - получаешь блок конфига для никса.
>Другой вопрос, что у меня, например, нет ни одной системы с полностью идентичными установленными пакетами. Общая база есть, но везде отличия, и связанные с железом, и с используемым софтом.
Не понимаю, то у тебя один ПК, то несколько. Ну выдели их в отдельные блоки, пропиши условия и устанавливай в одной системе config.gaming.enable = false, в другой config.gaming.enable = true.
>трата времени на декларативное описание
ты больше времени потратил высирая хуйню, лол
Весь пойнт в том, что тебе всё равно надо вводить команды в терминал. Почему бы их не закрепить в конфигурационном файле? Ну ты блять всё равно будешь устанавилвать пакеты, конфигурироват ьсервисы. То есть ты всё равно будешь писать команды в терминал. ТАк закрепи это в конфиге, чтобы не пришлось тратить на это время во второй раз в случае чего. Ты же всё про траты времени пишешь, не так ли?
Короче генерируй ответ, я пойду посплю, завтра на РАБотке прийду проверю.
>>8335
Проблема не в скилле, проблема в том, что я не хочу запоминать как это делать, нахуй оно мне надо? Я нашёл как, зафиксировал это в функции и забыл как страшный сон.
Конечно меньшая. Вот у меня меню в баш файле с куча проблем, которые я только за две недели понаписал в каше:
tasks=(
"# Software"
"Install core packages|install_pkgs \"\${PKGS[@]}\""
"Install aur packages|install_pkgs_aur \"\${PKGS_AUR[@]}\""
"Install am packages|install_pkgs_am \"\${PKGS_AM[@]}\""
"Install gaming packages|sudo cachyos-hello fix install-gaming"
"Install asdf packages|install_asdf_packages"
"Install ai tools|install_ai_tools"
"Install comfy|install_comfy"
"Init vpn|init_vpn"
"# Emulators"
"Install switch emulators|install_switch_emulators"
"Install playstation emulators|install_playstation_emulators"
"Install xbox emulators|install_xbox_emulators"
"Install retroarch|install_retroarch"
"# System"
"Rank mirrors|sudo cachyos-hello fix rank-mirrors"
"Append essential kernel boot params to limine|manage_limine_kernel_params"
"Disable sleep and hibernation|disable_sleep_hybernation"
"Enable home snapper snapshots|enable_snapper_home_snapshots"
"# Firewall"
"Allow sunshine|firewall_allow_sunshine"
"Allow kdeconnect|firewall_allow_kdeconnect"
"# Desktop Environment & Shell"
"Install dankmaterialshell (choose niri & alacritty)|curl -fsSL https://install.danklinux.com | sh"
"Enable kvantum theme|enable_kvantum"
"Enable zsh as default shell|chsh -s /bin/zsh"
"# Virtualization"
"Enable virtualization|enable_virtualization"
"Enable docker and install winboat|sudo cachyos-hello fix install-winboat"
"Enable nvidia-container-toolkit for docker|install_nvidia_container_toolkit"
"# Tweaks"
"Link steam runtime to umu|link_steamruntime_to_umu"
"Enable nvidia-pstated (limit nvidia GPU power on idle)|install_nvidia_pstated"
)
Если что-то нечаянно установил (я имею в виду просто выбрал не ту строчку, ну случайно на кнопку нажал не ту) - хуй знает как удалить. Типа знаю конечно - снапшоты, но это костыли как по мне. В никсе я просто закомменчу строчку.
Я тебе в 10 раз говорю, что нет. До появления нейронок я бы с тобой даже и не спорил. Да я бы и сам на винде сидел до сих пор, лол.
Хуёню пишешь. Всё что подсовывают - работает почти всегда как и с любым другим высером нейросетей на любую тему на данный момент времени. Если нет - пишешь аутпут из командной строки и она фиксит. Пользуюсь гугловой или дипсиком, обе бесплатные.
если сбилдилось без ошибок - то применилось. ИИ высирает верные ответы в 2/3 случаях. Если нет - см. выше.
Конечно ровно столько же. Вставляешь решение в нейросеть - получаешь блок конфига для никса.
Не понимаю, то у тебя один ПК, то несколько. Ну выдели их в отдельные блоки, пропиши условия и устанавливай в одной системе config.gaming.enable = false, в другой config.gaming.enable = true.
ты больше времени потратил высирая хуйню, лол
Весь пойнт в том, что тебе всё равно надо вводить команды в терминал. Почему бы их не закрепить в конфигурационном файле? Ну ты блять всё равно будешь устанавилвать пакеты, конфигурироват ьсервисы. То есть ты всё равно будешь писать команды в терминал. ТАк закрепи это в конфиге, чтобы не пришлось тратить на это время во второй раз в случае чего. Ты же всё про траты времени пишешь, не так ли?
Короче генерируй ответ, я пойду посплю, завтра на РАБотке прийду проверю.
>cкилл ишью, но мне даже лень расписывать.
Проблема не в скилле, проблема в том, что я не хочу запоминать как это делать, нахуй оно мне надо? Я нашёл как, зафиксировал это в функции и забыл как страшный сон.
>Синхронизация списка пакетов это меньшая из проблем
Конечно меньшая. Вот у меня меню в баш файле с куча проблем, которые я только за две недели понаписал в каше:
tasks=(
"# Software"
"Install core packages|install_pkgs \"\${PKGS[@]}\""
"Install aur packages|install_pkgs_aur \"\${PKGS_AUR[@]}\""
"Install am packages|install_pkgs_am \"\${PKGS_AM[@]}\""
"Install gaming packages|sudo cachyos-hello fix install-gaming"
"Install asdf packages|install_asdf_packages"
"Install ai tools|install_ai_tools"
"Install comfy|install_comfy"
"Init vpn|init_vpn"
"# Emulators"
"Install switch emulators|install_switch_emulators"
"Install playstation emulators|install_playstation_emulators"
"Install xbox emulators|install_xbox_emulators"
"Install retroarch|install_retroarch"
"# System"
"Rank mirrors|sudo cachyos-hello fix rank-mirrors"
"Append essential kernel boot params to limine|manage_limine_kernel_params"
"Disable sleep and hibernation|disable_sleep_hybernation"
"Enable home snapper snapshots|enable_snapper_home_snapshots"
"# Firewall"
"Allow sunshine|firewall_allow_sunshine"
"Allow kdeconnect|firewall_allow_kdeconnect"
"# Desktop Environment & Shell"
"Install dankmaterialshell (choose niri & alacritty)|curl -fsSL https://install.danklinux.com | sh"
"Enable kvantum theme|enable_kvantum"
"Enable zsh as default shell|chsh -s /bin/zsh"
"# Virtualization"
"Enable virtualization|enable_virtualization"
"Enable docker and install winboat|sudo cachyos-hello fix install-winboat"
"Enable nvidia-container-toolkit for docker|install_nvidia_container_toolkit"
"# Tweaks"
"Link steam runtime to umu|link_steamruntime_to_umu"
"Enable nvidia-pstated (limit nvidia GPU power on idle)|install_nvidia_pstated"
)
Если что-то нечаянно установил (я имею в виду просто выбрал не ту строчку, ну случайно на кнопку нажал не ту) - хуй знает как удалить. Типа знаю конечно - снапшоты, но это костыли как по мне. В никсе я просто закомменчу строчку.
>Времязатратно. В третий или четвертый раз говорю.
Я тебе в 10 раз говорю, что нет. До появления нейронок я бы с тобой даже и не спорил. Да я бы и сам на винде сидел до сих пор, лол.
>варианты 5-годичной давности
Хуёню пишешь. Всё что подсовывают - работает почти всегда как и с любым другим высером нейросетей на любую тему на данный момент времени. Если нет - пишешь аутпут из командной строки и она фиксит. Пользуюсь гугловой или дипсиком, обе бесплатные.
>применился ли ии-высер
если сбилдилось без ошибок - то применилось. ИИ высирает верные ответы в 2/3 случаях. Если нет - см. выше.
>Или ты сейчас спорить начнешь с тем, что в интернете информации для решения проблем на типичных дистрибутивах ровно столько же сколько конкретно для никс конфигурации?
Конечно ровно столько же. Вставляешь решение в нейросеть - получаешь блок конфига для никса.
>Другой вопрос, что у меня, например, нет ни одной системы с полностью идентичными установленными пакетами. Общая база есть, но везде отличия, и связанные с железом, и с используемым софтом.
Не понимаю, то у тебя один ПК, то несколько. Ну выдели их в отдельные блоки, пропиши условия и устанавливай в одной системе config.gaming.enable = false, в другой config.gaming.enable = true.
>трата времени на декларативное описание
ты больше времени потратил высирая хуйню, лол
Весь пойнт в том, что тебе всё равно надо вводить команды в терминал. Почему бы их не закрепить в конфигурационном файле? Ну ты блять всё равно будешь устанавилвать пакеты, конфигурироват ьсервисы. То есть ты всё равно будешь писать команды в терминал. ТАк закрепи это в конфиге, чтобы не пришлось тратить на это время во второй раз в случае чего. Ты же всё про траты времени пишешь, не так ли?
Короче генерируй ответ, я пойду посплю, завтра на РАБотке прийду проверю.
>>8335
ну это прям на никсе совсем не проблема.
у меня например есть папка с общими конфигами для всех систем, git, nvim, curl, docker и тд и тп, все базовые тулзы, что нужны независимо от того что это - сервер, ноут, десктоп пека.
а машины отдельно настраиваю в папке, и получается что если я захочу поменять пару плагинов в виме - оно у меня сразу синхронизируется на всех машинах.
не спорю, такое можно и сторонними тулзами сделать, но в никсе это нативно делается средствами самой ос без какого либо пердолинга. ну и как написал анон выше - отдельные концепции можно выделять в блоки.
но я понял о чем ты, если у тебя есть 50 ноутбуков где для каждого нужно предопределить кастомную настройку, то да, это может стать проблемой в какой то мере, но это все звучит как нереалистичный кейс для 99.99999% людей
>Синхронизация списка пакетов это меньшая из проблем. Другой вопрос, что у меня, например, нет ни одной системы с полностью идентичными установленными пакетами. Общая база есть, но везде отличия, и связанные с железом, и с используемым софтом.
ну это прям на никсе совсем не проблема.
у меня например есть папка с общими конфигами для всех систем, git, nvim, curl, docker и тд и тп, все базовые тулзы, что нужны независимо от того что это - сервер, ноут, десктоп пека.
а машины отдельно настраиваю в папке, и получается что если я захочу поменять пару плагинов в виме - оно у меня сразу синхронизируется на всех машинах.
не спорю, такое можно и сторонними тулзами сделать, но в никсе это нативно делается средствами самой ос без какого либо пердолинга. ну и как написал анон выше - отдельные концепции можно выделять в блоки.
но я понял о чем ты, если у тебя есть 50 ноутбуков где для каждого нужно предопределить кастомную настройку, то да, это может стать проблемой в какой то мере, но это все звучит как нереалистичный кейс для 99.99999% людей
>>8335
Это не так вообще. Говорю не как теоретик, а как человек имеющий опыт императивного и декларативного пердолинга. Когда пытаешься решить проблему, самая сложная, тродозатратная и времязатратная часть — определить, что надо сделать. Гуглить, листать форумы, смотреть логи. Когда ты понимаешь, что ты хочешь сделать, промтишь нейронку "хочу сделать X, как сделать X в NixOS?" и получаешь за 5 секунд ответ, который делает то, что нужно. В каких-то случаях это устаревший рецепт, о чём ты сообщаешь нейронке, и она его переделывает ещё за 5 секунд, после чего он уже работает. И эта часть работы даже близко не долгая и не трудная.
>Для тестирования параметров времязатратно искать как их добавить в конфиг (в очередной раз пишу), особенно специфичные вещи как я упомянул выше, где и синтаксис мог поменяться если судить по постам на форуме или которые не гуглятся напрямую, или нейронки тебе подсунут варианты 5-годичной давности, которые больше не работают. В результате либо так же будешь пробовать починить проблему без никс конфига, настраивая напрямую, либо тратя кучу времени на поиск, а потом перепроверяя, применился ли ии-высер / нагугленное или не сработало вообще. Такое себе.
Это не так вообще. Говорю не как теоретик, а как человек имеющий опыт императивного и декларативного пердолинга. Когда пытаешься решить проблему, самая сложная, тродозатратная и времязатратная часть — определить, что надо сделать. Гуглить, листать форумы, смотреть логи. Когда ты понимаешь, что ты хочешь сделать, промтишь нейронку "хочу сделать X, как сделать X в NixOS?" и получаешь за 5 секунд ответ, который делает то, что нужно. В каких-то случаях это устаревший рецепт, о чём ты сообщаешь нейронке, и она его переделывает ещё за 5 секунд, после чего он уже работает. И эта часть работы даже близко не долгая и не трудная.
Я влюбился в qtile и Python
https://www.opennet.ru/opennews/art.shtml?num=66099
> Компания Canonical представила проект по разработке транслятора с Си на Rust
>>8358
Что, и стрельбу себе по ногам из катапульты, стреляющей бензопилами, тоже будет транслировать? Просто в unsafe оборочивать, чтобы бороу чекер не переходил на ультразвук?
Что, и стрельбу себе по ногам из катапульты, стреляющей бензопилами, тоже будет транслировать? Просто в unsafe оборочивать, чтобы бороу чекер не переходил на ультразвук?
>>8338
Зеркалируем твой ответ: "Я тебе в 10 раз говорю, что нет. До появления нейронок я бы с тобой даже и не спорил."
В десятый раз говорю, что да. Требуется больше времени. На обычном дистрибутиве схема такая:
1. При настройке обнаруживаешь проблему.
2. Гуглишь решение.
3. Применяешь решение, смотришь помогло или нет.
На nixos:
1. При настройке обнаруживаешь проблему.
2. Гуглишь решение.
3. Спрашиваешь нейронку / гуглишь решение / читаешь документацию как это же сделать в никс конфиге.
4. Применяешь решение, смотришь помогло или нет.
Второй вариант всегда будет дольше первого. Ты можешь делать упор, что это не настолько дольше, нейронка всегда справляется, что добавляет всего n времени относительно обычного дистрибутива, но это всё равно всегда, блядь, будет больше времени. Как бы ты не изворачивался.
Нет и нет. Из примера выше, например, для изменения pipewire гуглится https://discourse.nixos.org/t/problems-adjusting-pipewire-sample-rate-nixos/43346
Люди тратят время, пробуют разные варианты (некоторые по сообщения даже месяцами пробуют, лол, вот тупые), которые не работают на определенных версиях и т.п. Нейронка с большой вероятностью будет базировать свой ответ на этом же треде, просто потому что в интернете информации мало конкретно для никсос, в отличии от прямого редактирования конфигов. Ошибок в случае хреновой настройки тоже нет, т.к. параметры передаются, но просто не применяются.
А при редактировании конфига руками, ты открываешь конфиг файл и тебе сразу всё очевидно, что редактировать, с комментариями и даже дефолтными значениями.
Да, в никсе ты в результате рано или поздно настроишь этот параметр, но ты блядь потратишь при этом больше времени.
См. пример выше. Плюс одно дополнительное действие НЕ МОЖЕТ тратить ровно столько же времени. Ну, никак. Просто потому что действий больше.
Несколько машин с разной конфигурацией. Да, отдельный блоки, инклюды, разбивка по файлам-пресетам это всё реализуемо (без этого на никсос никак не выжить, лол), я об этом сразу написал в первом сообщении >>8293. Но еще раз, это времязатратно.
Так я об этом и говорю. При домашнем использовании нет второго раза. Большинство уникальных настроек под конкретную систему делается только один раз, а без декларативного описания это быстрее. Да, ты настроил один раз руками, отредактировал конфиги и ввел разные команды в терминал, но скажем при смерте ссд на устройстве с таким же успехом восстанавливаешь бекап со всеми настройками, и второго раза никакого запуска уникальных команд для данной системы нет.
Еще раз повторяю, любое декларирование и абстракции над прямой настройкой сервиса имеют смысл только при скейлинге. Приведу пример с виртуалками. Допустим, тебе требуется накатить виртуалку на убунте для каких-либо тестов. Ты скачиваешь iso файл, монтируешь его через гипервизор, ставишь систему, виртуалка готова.
Случай два: теперь тебе надо накатить не одну, а пять виртуалок с базово идентичной системой. Ты можешь делать это так же руками, но проще будет сделать темплейт, сбросить на нем machine-id и склонировать его пять раз. Вместо того, чтобы делать руками однотипные действия по разбивке и базовой настройке, ты абстрагируешься на уровень выше и делаешь действия, которые тратят больше времени первоначально, но экономят тебе время когда тебе надо сделать это действие n раз.
Случай три: подход выше нормально работает, ты раз в пару лет делаешь темплейт с новой убунтой руками, который впоследствии клонируешь, но теперь тебе надо сделать темплейты с разной разбивкой дисков, в одном случае всего один раздел, во втором случае разбито по разным lvm+ext4, в третем случае используется btrfs. И помимо убунты тебе надо добавить так же дебиан. Т.е. получается, что тебе надо уже готовить не один темплейт раз в пару лет, а как минимум шесть. Ты можешь решать данную задачу по методу два, но будет проще использовать декларативное описание образа через какой-нибудь packer. Да, изначально так же тратится больше времени на настройку-описание, но в итоге время всё равно экономится (ну и заодно прозрачность какую-никакую получаешь).
Так и в случае декларативного описания конфигурации в nixos, выигрыш по времени будет при разворачивании типичной конфигурации несколько раз. Чего при типичном домашнем использовании нет. Каждая новая система обрастает уникальными настройками, и их так или иначе надо делать руками. Конфигурация обрастает условиями, конфиг надо разбивать на файлы, продумывать структуру, чтобы код не дублировался, оставался гибким и удобным для поддержания.
Ты можешь предпочитать такой вид конфигурации над классическим, говорить что он красивее, чище, но это что угодно, только не экономия времени.
>>8339
Настройка и поддержание дотфайлов это немного другая тема, насколько я помню, декларативно там очень мало что можно описать, и обычно предлагается хранить непосредственно сами дотфайлы / превращать их в темплейты и генерировать исходя из разных условий под разные системы. Чего часто на практике вообще не делают именно из-за времязатратности.
А синхронизацию конфигов есть методы как сделать на любой системе.
>>8352
Адресовал поинт про времязатратность выше.
>Проблема не в скилле, проблема в том, что я не хочу запоминать как это делать, нахуй оно мне надо? Я нашёл как, зафиксировал это в функции и забыл как страшный сон.
Зеркалируем твой ответ: "Я тебе в 10 раз говорю, что нет. До появления нейронок я бы с тобой даже и не спорил."
>Я тебе в 10 раз говорю, что нет.
В десятый раз говорю, что да. Требуется больше времени. На обычном дистрибутиве схема такая:
1. При настройке обнаруживаешь проблему.
2. Гуглишь решение.
3. Применяешь решение, смотришь помогло или нет.
На nixos:
1. При настройке обнаруживаешь проблему.
2. Гуглишь решение.
3. Спрашиваешь нейронку / гуглишь решение / читаешь документацию как это же сделать в никс конфиге.
4. Применяешь решение, смотришь помогло или нет.
Второй вариант всегда будет дольше первого. Ты можешь делать упор, что это не настолько дольше, нейронка всегда справляется, что добавляет всего n времени относительно обычного дистрибутива, но это всё равно всегда, блядь, будет больше времени. Как бы ты не изворачивался.
>Всё что подсовывают - работает почти всегда
>Если нет - пишешь аутпут из командной строки и она фиксит.
Нет и нет. Из примера выше, например, для изменения pipewire гуглится https://discourse.nixos.org/t/problems-adjusting-pipewire-sample-rate-nixos/43346
Люди тратят время, пробуют разные варианты (некоторые по сообщения даже месяцами пробуют, лол, вот тупые), которые не работают на определенных версиях и т.п. Нейронка с большой вероятностью будет базировать свой ответ на этом же треде, просто потому что в интернете информации мало конкретно для никсос, в отличии от прямого редактирования конфигов. Ошибок в случае хреновой настройки тоже нет, т.к. параметры передаются, но просто не применяются.
А при редактировании конфига руками, ты открываешь конфиг файл и тебе сразу всё очевидно, что редактировать, с комментариями и даже дефолтными значениями.
Да, в никсе ты в результате рано или поздно настроишь этот параметр, но ты блядь потратишь при этом больше времени.
>Конечно ровно столько же. Вставляешь решение в нейросеть - получаешь блок конфига для никса.
См. пример выше. Плюс одно дополнительное действие НЕ МОЖЕТ тратить ровно столько же времени. Ну, никак. Просто потому что действий больше.
>Не понимаю, то у тебя один ПК, то несколько. Ну выдели их в отдельные блоки, пропиши условия и устанавливай в одной системе config.gaming.enable = false, в другой config.gaming.enable = true.
Несколько машин с разной конфигурацией. Да, отдельный блоки, инклюды, разбивка по файлам-пресетам это всё реализуемо (без этого на никсос никак не выжить, лол), я об этом сразу написал в первом сообщении >>8293. Но еще раз, это времязатратно.
>ТАк закрепи это в конфиге, чтобы не пришлось тратить на это время во второй раз в случае чего.
Так я об этом и говорю. При домашнем использовании нет второго раза. Большинство уникальных настроек под конкретную систему делается только один раз, а без декларативного описания это быстрее. Да, ты настроил один раз руками, отредактировал конфиги и ввел разные команды в терминал, но скажем при смерте ссд на устройстве с таким же успехом восстанавливаешь бекап со всеми настройками, и второго раза никакого запуска уникальных команд для данной системы нет.
Еще раз повторяю, любое декларирование и абстракции над прямой настройкой сервиса имеют смысл только при скейлинге. Приведу пример с виртуалками. Допустим, тебе требуется накатить виртуалку на убунте для каких-либо тестов. Ты скачиваешь iso файл, монтируешь его через гипервизор, ставишь систему, виртуалка готова.
Случай два: теперь тебе надо накатить не одну, а пять виртуалок с базово идентичной системой. Ты можешь делать это так же руками, но проще будет сделать темплейт, сбросить на нем machine-id и склонировать его пять раз. Вместо того, чтобы делать руками однотипные действия по разбивке и базовой настройке, ты абстрагируешься на уровень выше и делаешь действия, которые тратят больше времени первоначально, но экономят тебе время когда тебе надо сделать это действие n раз.
Случай три: подход выше нормально работает, ты раз в пару лет делаешь темплейт с новой убунтой руками, который впоследствии клонируешь, но теперь тебе надо сделать темплейты с разной разбивкой дисков, в одном случае всего один раздел, во втором случае разбито по разным lvm+ext4, в третем случае используется btrfs. И помимо убунты тебе надо добавить так же дебиан. Т.е. получается, что тебе надо уже готовить не один темплейт раз в пару лет, а как минимум шесть. Ты можешь решать данную задачу по методу два, но будет проще использовать декларативное описание образа через какой-нибудь packer. Да, изначально так же тратится больше времени на настройку-описание, но в итоге время всё равно экономится (ну и заодно прозрачность какую-никакую получаешь).
Так и в случае декларативного описания конфигурации в nixos, выигрыш по времени будет при разворачивании типичной конфигурации несколько раз. Чего при типичном домашнем использовании нет. Каждая новая система обрастает уникальными настройками, и их так или иначе надо делать руками. Конфигурация обрастает условиями, конфиг надо разбивать на файлы, продумывать структуру, чтобы код не дублировался, оставался гибким и удобным для поддержания.
Ты можешь предпочитать такой вид конфигурации над классическим, говорить что он красивее, чище, но это что угодно, только не экономия времени.
>>8339
>у меня например есть папка с общими конфигами для всех систем, git, nvim, curl, docker и тд и тп, все базовые тулзы
Настройка и поддержание дотфайлов это немного другая тема, насколько я помню, декларативно там очень мало что можно описать, и обычно предлагается хранить непосредственно сами дотфайлы / превращать их в темплейты и генерировать исходя из разных условий под разные системы. Чего часто на практике вообще не делают именно из-за времязатратности.
А синхронизацию конфигов есть методы как сделать на любой системе.
>>8352
Адресовал поинт про времязатратность выше.
>>8338
Зеркалируем твой ответ: "Я тебе в 10 раз говорю, что нет. До появления нейронок я бы с тобой даже и не спорил."
В десятый раз говорю, что да. Требуется больше времени. На обычном дистрибутиве схема такая:
1. При настройке обнаруживаешь проблему.
2. Гуглишь решение.
3. Применяешь решение, смотришь помогло или нет.
На nixos:
1. При настройке обнаруживаешь проблему.
2. Гуглишь решение.
3. Спрашиваешь нейронку / гуглишь решение / читаешь документацию как это же сделать в никс конфиге.
4. Применяешь решение, смотришь помогло или нет.
Второй вариант всегда будет дольше первого. Ты можешь делать упор, что это не настолько дольше, нейронка всегда справляется, что добавляет всего n времени относительно обычного дистрибутива, но это всё равно всегда, блядь, будет больше времени. Как бы ты не изворачивался.
Нет и нет. Из примера выше, например, для изменения pipewire гуглится https://discourse.nixos.org/t/problems-adjusting-pipewire-sample-rate-nixos/43346
Люди тратят время, пробуют разные варианты (некоторые по сообщения даже месяцами пробуют, лол, вот тупые), которые не работают на определенных версиях и т.п. Нейронка с большой вероятностью будет базировать свой ответ на этом же треде, просто потому что в интернете информации мало конкретно для никсос, в отличии от прямого редактирования конфигов. Ошибок в случае хреновой настройки тоже нет, т.к. параметры передаются, но просто не применяются.
А при редактировании конфига руками, ты открываешь конфиг файл и тебе сразу всё очевидно, что редактировать, с комментариями и даже дефолтными значениями.
Да, в никсе ты в результате рано или поздно настроишь этот параметр, но ты блядь потратишь при этом больше времени.
См. пример выше. Плюс одно дополнительное действие НЕ МОЖЕТ тратить ровно столько же времени. Ну, никак. Просто потому что действий больше.
Несколько машин с разной конфигурацией. Да, отдельный блоки, инклюды, разбивка по файлам-пресетам это всё реализуемо (без этого на никсос никак не выжить, лол), я об этом сразу написал в первом сообщении >>8293. Но еще раз, это времязатратно.
Так я об этом и говорю. При домашнем использовании нет второго раза. Большинство уникальных настроек под конкретную систему делается только один раз, а без декларативного описания это быстрее. Да, ты настроил один раз руками, отредактировал конфиги и ввел разные команды в терминал, но скажем при смерте ссд на устройстве с таким же успехом восстанавливаешь бекап со всеми настройками, и второго раза никакого запуска уникальных команд для данной системы нет.
Еще раз повторяю, любое декларирование и абстракции над прямой настройкой сервиса имеют смысл только при скейлинге. Приведу пример с виртуалками. Допустим, тебе требуется накатить виртуалку на убунте для каких-либо тестов. Ты скачиваешь iso файл, монтируешь его через гипервизор, ставишь систему, виртуалка готова.
Случай два: теперь тебе надо накатить не одну, а пять виртуалок с базово идентичной системой. Ты можешь делать это так же руками, но проще будет сделать темплейт, сбросить на нем machine-id и склонировать его пять раз. Вместо того, чтобы делать руками однотипные действия по разбивке и базовой настройке, ты абстрагируешься на уровень выше и делаешь действия, которые тратят больше времени первоначально, но экономят тебе время когда тебе надо сделать это действие n раз.
Случай три: подход выше нормально работает, ты раз в пару лет делаешь темплейт с новой убунтой руками, который впоследствии клонируешь, но теперь тебе надо сделать темплейты с разной разбивкой дисков, в одном случае всего один раздел, во втором случае разбито по разным lvm+ext4, в третем случае используется btrfs. И помимо убунты тебе надо добавить так же дебиан. Т.е. получается, что тебе надо уже готовить не один темплейт раз в пару лет, а как минимум шесть. Ты можешь решать данную задачу по методу два, но будет проще использовать декларативное описание образа через какой-нибудь packer. Да, изначально так же тратится больше времени на настройку-описание, но в итоге время всё равно экономится (ну и заодно прозрачность какую-никакую получаешь).
Так и в случае декларативного описания конфигурации в nixos, выигрыш по времени будет при разворачивании типичной конфигурации несколько раз. Чего при типичном домашнем использовании нет. Каждая новая система обрастает уникальными настройками, и их так или иначе надо делать руками. Конфигурация обрастает условиями, конфиг надо разбивать на файлы, продумывать структуру, чтобы код не дублировался, оставался гибким и удобным для поддержания.
Ты можешь предпочитать такой вид конфигурации над классическим, говорить что он красивее, чище, но это что угодно, только не экономия времени.
>>8339
Настройка и поддержание дотфайлов это немного другая тема, насколько я помню, декларативно там очень мало что можно описать, и обычно предлагается хранить непосредственно сами дотфайлы / превращать их в темплейты и генерировать исходя из разных условий под разные системы. Чего часто на практике вообще не делают именно из-за времязатратности.
А синхронизацию конфигов есть методы как сделать на любой системе.
>>8352
Адресовал поинт про времязатратность выше.
>Проблема не в скилле, проблема в том, что я не хочу запоминать как это делать, нахуй оно мне надо? Я нашёл как, зафиксировал это в функции и забыл как страшный сон.
Зеркалируем твой ответ: "Я тебе в 10 раз говорю, что нет. До появления нейронок я бы с тобой даже и не спорил."
>Я тебе в 10 раз говорю, что нет.
В десятый раз говорю, что да. Требуется больше времени. На обычном дистрибутиве схема такая:
1. При настройке обнаруживаешь проблему.
2. Гуглишь решение.
3. Применяешь решение, смотришь помогло или нет.
На nixos:
1. При настройке обнаруживаешь проблему.
2. Гуглишь решение.
3. Спрашиваешь нейронку / гуглишь решение / читаешь документацию как это же сделать в никс конфиге.
4. Применяешь решение, смотришь помогло или нет.
Второй вариант всегда будет дольше первого. Ты можешь делать упор, что это не настолько дольше, нейронка всегда справляется, что добавляет всего n времени относительно обычного дистрибутива, но это всё равно всегда, блядь, будет больше времени. Как бы ты не изворачивался.
>Всё что подсовывают - работает почти всегда
>Если нет - пишешь аутпут из командной строки и она фиксит.
Нет и нет. Из примера выше, например, для изменения pipewire гуглится https://discourse.nixos.org/t/problems-adjusting-pipewire-sample-rate-nixos/43346
Люди тратят время, пробуют разные варианты (некоторые по сообщения даже месяцами пробуют, лол, вот тупые), которые не работают на определенных версиях и т.п. Нейронка с большой вероятностью будет базировать свой ответ на этом же треде, просто потому что в интернете информации мало конкретно для никсос, в отличии от прямого редактирования конфигов. Ошибок в случае хреновой настройки тоже нет, т.к. параметры передаются, но просто не применяются.
А при редактировании конфига руками, ты открываешь конфиг файл и тебе сразу всё очевидно, что редактировать, с комментариями и даже дефолтными значениями.
Да, в никсе ты в результате рано или поздно настроишь этот параметр, но ты блядь потратишь при этом больше времени.
>Конечно ровно столько же. Вставляешь решение в нейросеть - получаешь блок конфига для никса.
См. пример выше. Плюс одно дополнительное действие НЕ МОЖЕТ тратить ровно столько же времени. Ну, никак. Просто потому что действий больше.
>Не понимаю, то у тебя один ПК, то несколько. Ну выдели их в отдельные блоки, пропиши условия и устанавливай в одной системе config.gaming.enable = false, в другой config.gaming.enable = true.
Несколько машин с разной конфигурацией. Да, отдельный блоки, инклюды, разбивка по файлам-пресетам это всё реализуемо (без этого на никсос никак не выжить, лол), я об этом сразу написал в первом сообщении >>8293. Но еще раз, это времязатратно.
>ТАк закрепи это в конфиге, чтобы не пришлось тратить на это время во второй раз в случае чего.
Так я об этом и говорю. При домашнем использовании нет второго раза. Большинство уникальных настроек под конкретную систему делается только один раз, а без декларативного описания это быстрее. Да, ты настроил один раз руками, отредактировал конфиги и ввел разные команды в терминал, но скажем при смерте ссд на устройстве с таким же успехом восстанавливаешь бекап со всеми настройками, и второго раза никакого запуска уникальных команд для данной системы нет.
Еще раз повторяю, любое декларирование и абстракции над прямой настройкой сервиса имеют смысл только при скейлинге. Приведу пример с виртуалками. Допустим, тебе требуется накатить виртуалку на убунте для каких-либо тестов. Ты скачиваешь iso файл, монтируешь его через гипервизор, ставишь систему, виртуалка готова.
Случай два: теперь тебе надо накатить не одну, а пять виртуалок с базово идентичной системой. Ты можешь делать это так же руками, но проще будет сделать темплейт, сбросить на нем machine-id и склонировать его пять раз. Вместо того, чтобы делать руками однотипные действия по разбивке и базовой настройке, ты абстрагируешься на уровень выше и делаешь действия, которые тратят больше времени первоначально, но экономят тебе время когда тебе надо сделать это действие n раз.
Случай три: подход выше нормально работает, ты раз в пару лет делаешь темплейт с новой убунтой руками, который впоследствии клонируешь, но теперь тебе надо сделать темплейты с разной разбивкой дисков, в одном случае всего один раздел, во втором случае разбито по разным lvm+ext4, в третем случае используется btrfs. И помимо убунты тебе надо добавить так же дебиан. Т.е. получается, что тебе надо уже готовить не один темплейт раз в пару лет, а как минимум шесть. Ты можешь решать данную задачу по методу два, но будет проще использовать декларативное описание образа через какой-нибудь packer. Да, изначально так же тратится больше времени на настройку-описание, но в итоге время всё равно экономится (ну и заодно прозрачность какую-никакую получаешь).
Так и в случае декларативного описания конфигурации в nixos, выигрыш по времени будет при разворачивании типичной конфигурации несколько раз. Чего при типичном домашнем использовании нет. Каждая новая система обрастает уникальными настройками, и их так или иначе надо делать руками. Конфигурация обрастает условиями, конфиг надо разбивать на файлы, продумывать структуру, чтобы код не дублировался, оставался гибким и удобным для поддержания.
Ты можешь предпочитать такой вид конфигурации над классическим, говорить что он красивее, чище, но это что угодно, только не экономия времени.
>>8339
>у меня например есть папка с общими конфигами для всех систем, git, nvim, curl, docker и тд и тп, все базовые тулзы
Настройка и поддержание дотфайлов это немного другая тема, насколько я помню, декларативно там очень мало что можно описать, и обычно предлагается хранить непосредственно сами дотфайлы / превращать их в темплейты и генерировать исходя из разных условий под разные системы. Чего часто на практике вообще не делают именно из-за времязатратности.
А синхронизацию конфигов есть методы как сделать на любой системе.
>>8352
Адресовал поинт про времязатратность выше.
Ладно я разочарован в ВМках и Линуксе в целом. Я думал на Линуксе тайлинг ВМы это некст левел, а не то что на Маке Aerospace. По факту просто лучше, но не идеально...
Создайте еще одну ветку про линукс, только для простых пользователей. А то вы воспринимаете любые глупые вопросы, на которые не может ответить нейросетка (многовариантность+опыт) в штыки и начинаете вместо ответа и анализа засирать и кидаться гонвом, как мартышки из ветки про 11 и дурачки-мелкобуквы. Новый тредю нужен, чтобы вы не воспринимали вопросы как атаку на свою территорию, где вы хищные пингвины, а мы - байтовое мясо.
>>8374
Ну так перестань быть мясом и научись гуглить совсем уж базовые вопросы, схуяли все вокруг должны опускаться до твоего уровня?
Ну так перестань быть мясом и научись гуглить совсем уж базовые вопросы, схуяли все вокруг должны опускаться до твоего уровня?
>>8374
Иди на LINUX.ORG.RU, хотя тебя и там за глупые вопросы засрать могут.
Глупые вопросы, которые гуглятся за 5 секунд или на которые Идиот отвечает безошибочно, не стоят какого-либо анализа.
Что у тебя там за вопрос-то был?
Иди на LINUX.ORG.RU, хотя тебя и там за глупые вопросы засрать могут.
Глупые вопросы, которые гуглятся за 5 секунд или на которые Идиот отвечает безошибочно, не стоят какого-либо анализа.
Что у тебя там за вопрос-то был?
>>8371
Есть, называется "переустановка шиндовс системы". Да, если считать по чистой сумме потраченного времени, то многократная императивная переустановка может выиграть у однократного написания декларативного конфига с учётом всего времени, которое придётся потратить на вкат в НиксОсь И да, если б меня волновала только чистая сумма потраченного времени, я бы в НиксОсь не перекатывался. Но мне помимо этого интересная возможность потратить пусть больше времени, но не делать несколько раз то, что можно сделать один раз. Потому что делать несколько раз одно и то же это муторно.
>выигрыш по времени будет при разворачивании типичной конфигурации несколько раз. Чего при типичном домашнем использовании нет
Есть, называется "переустановка шиндовс системы". Да, если считать по чистой сумме потраченного времени, то многократная императивная переустановка может выиграть у однократного написания декларативного конфига с учётом всего времени, которое придётся потратить на вкат в НиксОсь И да, если б меня волновала только чистая сумма потраченного времени, я бы в НиксОсь не перекатывался. Но мне помимо этого интересная возможность потратить пусть больше времени, но не делать несколько раз то, что можно сделать один раз. Потому что делать несколько раз одно и то же это муторно.
>>8374
А может лучше создать отдельную тему для идиотов всех мастей? Где-нибудь в /b, где вот подобные темы будут поститься. Ты хоть десять тредов создай. Пока нет механизмов, запрещающих слать нахуй кого захочется, всегда будет вероятность того что тебя пошлют именно туда. Добавь сюда то что тред утонет и писать будут всё равно в основной. Это помимо того что сидеть там будут одни и те же люди.
>Создайте еще одну ветку про линукс, только для простых пользователей
А может лучше создать отдельную тему для идиотов всех мастей? Где-нибудь в /b, где вот подобные темы будут поститься. Ты хоть десять тредов создай. Пока нет механизмов, запрещающих слать нахуй кого захочется, всегда будет вероятность того что тебя пошлют именно туда. Добавь сюда то что тред утонет и писать будут всё равно в основной. Это помимо того что сидеть там будут одни и те же люди.
Мне в никсе не ясно вот что. Может быть такое, что в конфиге M опций, а из никса доступно N, при N < M и как тогда прописывать M \ N опций?
37 Кб, 567x313>>8383
Прописывание опций в никсконфиге для случаев, когда количество и содержание параметров не особо жёстко регламентировано, не сильно отличается от добавления их обычный конфиг.
Прописывание опций в никсконфиге для случаев, когда количество и содержание параметров не особо жёстко регламентировано, не сильно отличается от добавления их обычный конфиг.
>>8374
Ты какой вопрос имеешь в виду? Не уведил в треде кидания говном (кроме как от тебя, где ты решил накинуть сразу на весь тред)
>и начинаете вместо ответа и анализа засирать и кидаться гонвом
Ты какой вопрос имеешь в виду? Не уведил в треде кидания говном (кроме как от тебя, где ты решил накинуть сразу на весь тред)
Скажите, а вот это точно безопасно?
>>8375
Там теперь анальный концлагерь, где за неправильные вопросы банят и снимают скор по 7 баллов за раз
Хотели ещё за реакции скор снимать, хз реализовали или нет
> Тебе на лор
Там теперь анальный концлагерь, где за неправильные вопросы банят и снимают скор по 7 баллов за раз
Хотели ещё за реакции скор снимать, хз реализовали или нет
>>8394
Небезопасно, если границу проходишь. Могут потребовать разблокировать устройство и доебаться к нескрепному сочетанию цветов.
Небезопасно, если границу проходишь. Могут потребовать разблокировать устройство и доебаться к нескрепному сочетанию цветов.
>>8400
Чета ты порвался, переможец
Я скачал "безопасный линукс без системды", а там такое.
И ещё флажок на показ выставил ведь
Чета ты порвался, переможец
Я скачал "безопасный линукс без системды", а там такое.
И ещё флажок на показ выставил ведь
>>8398
А доказательства какие-то сказанным словам будут?
А доказательства какие-то сказанным словам будут?
>>8401
А, ну так это ты порвался. Зашивайся.
>Я скачал "безопасный линукс без системды", а там такое.
>И ещё флажок на показ выставил ведь
А, ну так это ты порвался. Зашивайся.
>>8386
У меня был вопрос по EFI, ключам и режиму Secure Boot. Джемини немного галлюцинирует, так как проблема не типичная, но часть из вас точно знает ответ. Как с платой RD от леново, где вы шутя обошли проблему, как само собой разумеющуюся, так как нейрики и виндузятники не понимали саму проблему, а форумы пустые и нейрикам неоткуда взять ответ.
Но я пойду на реддит, пока инет есть.
У меня был вопрос по EFI, ключам и режиму Secure Boot. Джемини немного галлюцинирует, так как проблема не типичная, но часть из вас точно знает ответ. Как с платой RD от леново, где вы шутя обошли проблему, как само собой разумеющуюся, так как нейрики и виндузятники не понимали саму проблему, а форумы пустые и нейрикам неоткуда взять ответ.
Но я пойду на реддит, пока инет есть.
63 Кб, 807x605>>8406
Удачи.
Удачи.
>>8406
Когда ты его задавал-то? По ключевым словам "EFI", "Secure" не ищется в прошлых тредах. Конкретно на сообщение тыкни.
Когда ты его задавал-то? По ключевым словам "EFI", "Secure" не ищется в прошлых тредах. Конкретно на сообщение тыкни.
>>8408
Да не спрашивал он. Просто превентивно обиделся на всех, и шлюханул на реддит.
Да не спрашивал он. Просто превентивно обиделся на всех, и шлюханул на реддит.
238 Кб, 640x640Почему условна Lenovo или Dell не начали в своё время продавать ноутбуки с линуксом под фирменной оболочкой типа MIUI или Sense как на андроиде? Почему?
>>8431
Так продавали, я году в 11-12 их на полках даже видел, такая-то дичь в наших пердях, няшне прикольне стенд с линухом. Особенно часто оно на немощных нетбуках попадалось. Называлась MeeGo.
Потом ещё году в 18 какой-то делл покупал знакомой бабуле под дзен и торренты, там была опция с убунтой его купить, ну я и купил, она даже полгода на нём просидела пока не понадобилось дома в ворде какую-то кривую дичь править, пришлось десятку ставить.
Так продавали, я году в 11-12 их на полках даже видел, такая-то дичь в наших пердях, няшне прикольне стенд с линухом. Особенно часто оно на немощных нетбуках попадалось. Называлась MeeGo.
Потом ещё году в 18 какой-то делл покупал знакомой бабуле под дзен и торренты, там была опция с убунтой его купить, ну я и купил, она даже полгода на нём просидела пока не понадобилось дома в ворде какую-то кривую дичь править, пришлось десятку ставить.
>>8438
Есть мнение, никого ни к чему не обязывающее, что если ты пишешь очень нишевый ограниченный своим маленьким закутком функционал, то он не должен вообще ничем больше заниматься, ни чужой работой, ни чужие мнения форсить. Так твои зонды глубже проникнут Вчера ты в кастрюле скачешь, сегодня ты в метро прячешься, завтра пытаешься наоборот примазаться к кому-нибудь и надо бы скрыть прошлое, послезавтра ты валяешься в лесополосе обмотанный оптоволокном и твой проект, объективно полезный, зашкварен делами давно минувших дней. Вон как у нас коммуняки охуенно попов под шконку загнали, но так мощно это встраивали в свою идеологию, что в девяностые религия такой контркультурный статус приняла что любой гербалайф или сторожевая башня усугубляли положение. Надо было просто душить под видом неуплаты налогов и не выёбываться. И плуто свичер свой без флажков просто бы и дальше существовал, может ещё и после гойды бы ему какой-то пассивный доход генерировал со всей платежеспособной части СНГ.
Есть мнение, никого ни к чему не обязывающее, что если ты пишешь очень нишевый ограниченный своим маленьким закутком функционал, то он не должен вообще ничем больше заниматься, ни чужой работой, ни чужие мнения форсить. Так твои зонды глубже проникнут Вчера ты в кастрюле скачешь, сегодня ты в метро прячешься, завтра пытаешься наоборот примазаться к кому-нибудь и надо бы скрыть прошлое, послезавтра ты валяешься в лесополосе обмотанный оптоволокном и твой проект, объективно полезный, зашкварен делами давно минувших дней. Вон как у нас коммуняки охуенно попов под шконку загнали, но так мощно это встраивали в свою идеологию, что в девяностые религия такой контркультурный статус приняла что любой гербалайф или сторожевая башня усугубляли положение. Надо было просто душить под видом неуплаты налогов и не выёбываться. И плуто свичер свой без флажков просто бы и дальше существовал, может ещё и после гойды бы ему какой-то пассивный доход генерировал со всей платежеспособной части СНГ.
Решил перепройти сталкер 2, щас вышла обнова как раз
Сусе ляликс отлично справляется с задачей. Вот и думайте горловой - нужен ли вам саснуос.
Сусе ляликс отлично справляется с задачей. Вот и думайте горловой - нужен ли вам саснуос.
>>8455
Нужен, арч - заебись. Главный десктоп дистр.
Нужен, арч - заебись. Главный десктоп дистр.
>>8461
У меня есть экселевские "программы" для закупок, они написаны непосредственно для MSO 2010 и на других MSO ломаются. Это же офис.
> Мда, свои же документы не открывают
У меня есть экселевские "программы" для закупок, они написаны непосредственно для MSO 2010 и на других MSO ломаются. Это же офис.
>>8455
Зачем? И надо ли аналогичным образом подумоть, зачем нам сусе ляликс, если саснуос отлично справился с задачей?
>Вот и думайте горловой - нужен ли вам саснуос.
Зачем? И надо ли аналогичным образом подумоть, зачем нам сусе ляликс, если саснуос отлично справился с задачей?
>>8462
Вот и перепиши на нормальном языке. Сначала блять занимаются какой-то абсолютно ебанутой хуйнёй, в потом у них проблемы от этого.
Вот и перепиши на нормальном языке. Сначала блять занимаются какой-то абсолютно ебанутой хуйнёй, в потом у них проблемы от этого.
>>8487
Щас бы РАБотать.
Щас бы РАБотать.
extra/noctalia 5.0.0_beta.9-2 (12.9 MiB 30.8 MiB) (установлено)
A sleek, customizable desktop shell crafted for Wayland
A sleek, customizable desktop shell crafted for Wayland
>>8444
Там какие-то умельцы затолкали таблицу в футер листа чтобы смотрелось как по госту, оно нигде кроме 2009 ворда нормально не открывалось чтобы не разъехаться в стороны, а вайн тогда нормально с таким "свежим" мсофисом нормально не работал.
Там какие-то умельцы затолкали таблицу в футер листа чтобы смотрелось как по госту, оно нигде кроме 2009 ворда нормально не открывалось чтобы не разъехаться в стороны, а вайн тогда нормально с таким "свежим" мсофисом нормально не работал.
42 Кб, 960x540>>8489
https://noctalia.dev/plugins/community/ruh-vpn
https://noctalia.dev/plugins/community/ruh-vpn
>Ruh VPN is a VPN and proxy manager for sing-box. It manages SSH, VLESS, VMess, Shadowsocks and SOCKS5 connections from a Noctalia bar widget, panel and control-center shortcut.
А ограничить dd рамками файловой системы можно? Дебил создал образ через дд, и при раскатывании на диск меньшего размера не записывается какая-то часть гпт в конце. Диск багает в ОС Убунту.
Чо делоть? Я нуб и ламер.
Чо делоть? Я нуб и ламер.
>>8497
Можешь попробовать раскатать этот образ на диск побольше и на живой системе ресайзнуть раздел до нужных размеров, потом снять этот образ и залить куда хотел. Ну или просто в лоб скопировать файлы с примонтированного бекапа, только ключ сохранения пермишенов и овнеров не забуль.
Можешь попробовать раскатать этот образ на диск побольше и на живой системе ресайзнуть раздел до нужных размеров, потом снять этот образ и залить куда хотел. Ну или просто в лоб скопировать файлы с примонтированного бекапа, только ключ сохранения пермишенов и овнеров не забуль.
>>8497
Ресайзить-хуяйзить плохая идея, зависит от фс и прочих параметров, не факт что удачно сделаешь не поломаешь образ.
Проще смонтировать и засинкать файлы на новый разбитый по размерам диск.
Ресайзить-хуяйзить плохая идея, зависит от фс и прочих параметров, не факт что удачно сделаешь не поломаешь образ.
Проще смонтировать и засинкать файлы на новый разбитый по размерам диск.
>>8505
А стеганография не используется, не нужно высчитывать отступы скрытых разделов по положению звёзд в определённое время?
А стеганография не используется, не нужно высчитывать отступы скрытых разделов по положению звёзд в определённое время?
>>8507
Я просто указал параметры, вдруг они влияют на что-то. Не просто же так убунту завершает работу или выпадает в консоль. Значит, запсь в гпт на конце ей не важна, я же не пишу весь диск, и дело именно в шифровании.
Вопрос перефразирую, а можно с помощью dd снять новый образ сучетом логики ФС, а не побитово? Я как виндовоз просто воткнул флешку с ВинПЕ и акронисом или парагоном сделал бы копию диска. Но я далеко.
Я просто указал параметры, вдруг они влияют на что-то. Не просто же так убунту завершает работу или выпадает в консоль. Значит, запсь в гпт на конце ей не важна, я же не пишу весь диск, и дело именно в шифровании.
Вопрос перефразирую, а можно с помощью dd снять новый образ сучетом логики ФС, а не побитово? Я как виндовоз просто воткнул флешку с ВинПЕ и акронисом или парагоном сделал бы копию диска. Но я далеко.
>>8509
Вообще похуй, расшифровываешь, монтируешь и копируешь файлы.
>Я просто указал параметры, вдруг они влияют на что-то.
Вообще похуй, расшифровываешь, монтируешь и копируешь файлы.
>>8518
Подход другой, но более прозрачный, т.к. всё не спрятано под капот, где непонятно что и как делается.
Напиши ии-дебилу что хочешь сделать, он тебе даст команды.
Подход другой, но более прозрачный, т.к. всё не спрятано под капот, где непонятно что и как делается.
Напиши ии-дебилу что хочешь сделать, он тебе даст команды.
>>8509
Если это загрузочный образ системы тебе только придется fstab подредактировать, т.к. при переразбивке диска у разделов будут другие uuid.
Если уберешь шифрование, еще придется убрать cryptdevice= или что там у тебя прописано в загрузчике.
Ну и если не uefi, установить сам загрузчик на новый диск.
Если это загрузочный образ системы тебе только придется fstab подредактировать, т.к. при переразбивке диска у разделов будут другие uuid.
Если уберешь шифрование, еще придется убрать cryptdevice= или что там у тебя прописано в загрузчике.
Ну и если не uefi, установить сам загрузчик на новый диск.
>>8525
Я бы рекомендовал на бекапном храналище осилить zfs с автоснепшотилкой и сливать файлы туда хоть через rsync. Tar не нужен, сжатие из коробки, удобные снепшоты, в довеску проверка блоков по хешсумме и гарантирование, что данные не закорраптились.
Я бы рекомендовал на бекапном храналище осилить zfs с автоснепшотилкой и сливать файлы туда хоть через rsync. Tar не нужен, сжатие из коробки, удобные снепшоты, в довеску проверка блоков по хешсумме и гарантирование, что данные не закорраптились.
>>8509
Я тебе советую сделать так:
1. Снять полный образ при помощи dd
2. Примонтировать образ при как loop-устройство.
3. Сделать мапинг расшифрованного LUKS-раздела с loop-устройства
4. Отресайзить расшифрованный раздел до требуемого размера
5. Закрыть мапинг, отмонтировать образ
6. Обрезать образ
7. Раскатать обрезанный образ на новом винте
За подробностями обратись к нейронке. Чтобы проверить идею, тебе не понадобится ресайзить раздел на рабочем диске, но понадобится какое-то хранилище, чтобы временно на него полноразмерный образ скинуть.
>Вопрос перефразирую, а можно с помощью dd снять новый образ сучетом логики ФС, а не побитово?
Я тебе советую сделать так:
1. Снять полный образ при помощи dd
2. Примонтировать образ при как loop-устройство.
3. Сделать мапинг расшифрованного LUKS-раздела с loop-устройства
4. Отресайзить расшифрованный раздел до требуемого размера
5. Закрыть мапинг, отмонтировать образ
6. Обрезать образ
7. Раскатать обрезанный образ на новом винте
За подробностями обратись к нейронке. Чтобы проверить идею, тебе не понадобится ресайзить раздел на рабочем диске, но понадобится какое-то хранилище, чтобы временно на него полноразмерный образ скинуть.
>>8400
Границу (межу) соседского огорода? Границу блядь он собрался переходить из этого незламного концлагеря.
> если границу проходишь
Границу (межу) соседского огорода? Границу блядь он собрался переходить из этого незламного концлагеря.
>>8438
Правильно сделал так-то. А то как бы мы узнали что в "безопасном линуксе без системды" весь инпут с клавиатуры обрабатывается компонентом от людей с такими флажками
Правильно сделал так-то. А то как бы мы узнали что в "безопасном линуксе без системды" весь инпут с клавиатуры обрабатывается компонентом от людей с такими флажками
>>8602
Там, где особо крупная неплотная модель не влезает своей тушей в оперативку?
Там, где особо крупная неплотная модель не влезает своей тушей в оперативку?
>>8607
Да, но на суперкомпьютере гугла.
Да, но на суперкомпьютере гугла.
какой дистр не ставлю все равно в итоге возвращаюсь к слаке
>>8613
Ну я думал что будет как минт только для швабодкофилов
Похоже надо просто старый дебиан ставить
Ну я думал что будет как минт только для швабодкофилов
Похоже надо просто старый дебиан ставить
>>8610
Хз, норм же. Вряд ли с 23.1 что-то крупно поменялось. Сам сидел на нем долгое время, единственная проблема, которая была — это отсутствие каких-то ключей репозитория, надо было в браузере листать репозиторий в поисках keyring.deb и устанавливать вручную.
Хз, норм же. Вряд ли с 23.1 что-то крупно поменялось. Сам сидел на нем долгое время, единственная проблема, которая была — это отсутствие каких-то ключей репозитория, надо было в браузере листать репозиторий в поисках keyring.deb и устанавливать вручную.
Мб тут кто поможет? Десу.
>>8646
Поясни, что не так.
(Добавлю, что AntiX это не дистрибутив для "швабодкофилов". Таковые перечислены на сайте GNU)
Поясни, что не так.
(Добавлю, что AntiX это не дистрибутив для "швабодкофилов". Таковые перечислены на сайте GNU)
>>8649
Тогда уж надо советовать заглянуть в вики Хайпра в раздел про миниторы. Но да, автоопределение там не всегда корректно работает. + могут быть приколы от ВРР. От того что ты закоментируешь дефолтную строку же ничего не меняется. У тебя ВМ начинает пользоваться не дефолтным пользовательским конфигом, а дефолтным системным, а там та же самая строка.
Тогда уж надо советовать заглянуть в вики Хайпра в раздел про миниторы. Но да, автоопределение там не всегда корректно работает. + могут быть приколы от ВРР. От того что ты закоментируешь дефолтную строку же ничего не меняется. У тебя ВМ начинает пользоваться не дефолтным пользовательским конфигом, а дефолтным системным, а там та же самая строка.
>>8623
Так это...Если ты не страдаешь шизой на тему Системды - зачем? Это в базе Дебиан. Если ты новичёк - не надо греть себе голову лишними заморочками. Для для Антисистемд нет простых решений. Для "Швабодкофилов" - тем более. А так - ну ебашь Генту на Либре ядре с нужными тебе лицензиями. Ты хочешь одновременно меинстрим и не меинстрим.
Так это...Если ты не страдаешь шизой на тему Системды - зачем? Это в базе Дебиан. Если ты новичёк - не надо греть себе голову лишними заморочками. Для для Антисистемд нет простых решений. Для "Швабодкофилов" - тем более. А так - ну ебашь Генту на Либре ядре с нужными тебе лицензиями. Ты хочешь одновременно меинстрим и не меинстрим.
>>8668
Там надо "сделайте мне пизато" с переключением основного рабочего моника. Но, да, я не туда пукнул.
Там надо "сделайте мне пизато" с переключением основного рабочего моника. Но, да, я не туда пукнул.
>>8671
Запускаешь например gparted или VLC, либо просто выключение сессии/работы, вертится курсор ёбаный из за системГ, я блядь до сих пор не могу к такому виндовому поведению привыкнуть, Лёня сделал своё дело - Лёня попиздовал в Майкрософт.
Запускаешь например gparted или VLC, либо просто выключение сессии/работы, вертится курсор ёбаный из за системГ, я блядь до сих пор не могу к такому виндовому поведению привыкнуть, Лёня сделал своё дело - Лёня попиздовал в Майкрософт.
>>8689
А проблема точно в ОС? Типа, да, Линукс сейчас, бай дефолт, тоже нифига не легковесен. Но, половина этой тяжести это сам софт. Это тот же самый софт, который запускается просто под другой системой. На том же языке. Линукс это не какая-то магия.
А проблема точно в ОС? Типа, да, Линукс сейчас, бай дефолт, тоже нифига не легковесен. Но, половина этой тяжести это сам софт. Это тот же самый софт, который запускается просто под другой системой. На том же языке. Линукс это не какая-то магия.
>>8698
Так не суй свою политоту в софт, переможец
Так не суй свою политоту в софт, переможец
>>8394
>>8698
Смотришь на флажки:
https://github.com/zen-tools/gxkb
потом на это:
https://github.com/zen-tools
https://github.com/vshymanskyy
https://github.com/vshymanskyy/StandWithUkraine/blob/main/docs/ToRussianPeople.md
и заваливаешь ебало
Это непосредственно касается безопасности пользования софтом
>>8698
Смотришь на флажки:
https://github.com/zen-tools/gxkb
потом на это:
https://github.com/zen-tools
https://github.com/vshymanskyy
https://github.com/vshymanskyy/StandWithUkraine/blob/main/docs/ToRussianPeople.md
и заваливаешь ебало
Это непосредственно касается безопасности пользования софтом
>>8662
Он ещё и выглядит как говно и не работает толком. А ещё там вся работа с сетями реализована через приложение от интел
Короче в помойку этот antix
>В АntiX тоже самое
Он ещё и выглядит как говно и не работает толком. А ещё там вся работа с сетями реализована через приложение от интел
Короче в помойку этот antix
>>8705
А что ты ожидал от легковесного дистрибутива? Конечно, там нет всяких красивостей из KDE или других поделок.
Что не так с connman и что не работает? Ну хоть как-то аргументируйте высер свой.
А что ты ожидал от легковесного дистрибутива? Конечно, там нет всяких красивостей из KDE или других поделок.
Что не так с connman и что не работает? Ну хоть как-то аргументируйте высер свой.
>>8706
Не так с его автором. Щас бы доверять ребятам из Хайфы управлять всеми внешними подключениями компа
Напомню что они даже свой сайт закрыли для ру айпи
Причем американская компания амд и американская компания нвидия так не сделали
>Что не так с connman
Не так с его автором. Щас бы доверять ребятам из Хайфы управлять всеми внешними подключениями компа
Напомню что они даже свой сайт закрыли для ру айпи
Причем американская компания амд и американская компания нвидия так не сделали
138 Кб, 1522x1277>>8702
Ладно бы только политота, но он и флажки выпилил.
Ладно бы только политота, но он и флажки выпилил.
>>8703
Простите, уважаемый. После вашего конструктивного комментария, теперь каждый ньюфаг будет ставить Линукс без Системд. Ибо это во сто раз лучше и проще чем продукт от Майкрософт! С такой блестящей помощью мы сможем все вместе победить гнёт корпорация! А.. Или ты просто бесполезный хуесос?
>Кудах
Простите, уважаемый. После вашего конструктивного комментария, теперь каждый ньюфаг будет ставить Линукс без Системд. Ибо это во сто раз лучше и проще чем продукт от Майкрософт! С такой блестящей помощью мы сможем все вместе победить гнёт корпорация! А.. Или ты просто бесполезный хуесос?
>>8394
как они заебали.
ну пишешь ты софт, причем тут политика? если патриот дохуя, ну пиздуй на фронт, нет же свиньи поразбежались, хрен затащишь в 404 и хрюкают, патриотично махая своими блевотными сине-желтыми даунскими флагами.
fbxkb попробуй
как они заебали.
ну пишешь ты софт, причем тут политика? если патриот дохуя, ну пиздуй на фронт, нет же свиньи поразбежались, хрен затащишь в 404 и хрюкают, патриотично махая своими блевотными сине-желтыми даунскими флагами.
fbxkb попробуй
>>8333
Это фича из коробки? Если да, то на следующих выходных начну в виртуалке тыкать этот ваш Никс.
мимо окрщик
>можно запускать пакеты не устанавливая в систему
Это фича из коробки? Если да, то на следующих выходных начну в виртуалке тыкать этот ваш Никс.
мимо окрщик
>>8711
Да мне срать. Я тут не лекции читаю а обсуждаю конкретные свои проблемы
>После вашего конструктивного комментария, теперь каждый ньюфаг будет ставить Линукс без Системд
Да мне срать. Я тут не лекции читаю а обсуждаю конкретные свои проблемы
>>8152 (OP)
Поставил на ноут Devuan, а на нём звука нет, просто не воспроизводит, как фиксить?
Поставил на ноут Devuan, а на нём звука нет, просто не воспроизводит, как фиксить?
>>8715
То что они Хайфы. И не только с програмистами
Ну вообще интел ме там придумали
>Что не так с программистами из Хайфы?
То что они Хайфы. И не только с програмистами
>Бекдоры чтоль для своих вставляют?
Ну вообще интел ме там придумали
>>8720
Лезть в /usr/share/alsa/alsa.conf или создать файл: .asoundrc, где указать свою звуковуху
Лезть в /usr/share/alsa/alsa.conf или создать файл: .asoundrc, где указать свою звуковуху
>>8716
Это фищка пакетника никс. И ты его можешь воткнуть хоть в Винду, хоть в Мак, хоть в любой другой дистр. На бумаге это вообще та ещё вундервафля.
Это фищка пакетника никс. И ты его можешь воткнуть хоть в Винду, хоть в Мак, хоть в любой другой дистр. На бумаге это вообще та ещё вундервафля.
827 Кб, mp4,720x1280, 0:06
> Проект Python опубликовал документацию на русском языке
https://www.opennet.ru/opennews/art.shtml?num=66116
>>8776
404
404
>>8782
Запустил с утреца ноут и звук сам заработал, просто ебануться
Запустил с утреца ноут и звук сам заработал, просто ебануться
>>8706
Ставил я этот дрыстр. Такое впечатление, что его нейросеть делала- меню тупо в кучу хлама свалено. Абсолютно неинтуитивно. Если ты хочешь поменять время, то нельзя просто клацнуть на часы, нужно угадывать в каком меню и подменю находятся нужные тебе настройики.
Вообще начинается все с того, что при каждом включении тебя встречает вот такое окно. Нахер оно мне нужно не ясно. Чтоб его отключить, нужно тратить время и разбираться.
Возвращаемся к часам. Где же мне поменять время? Наверное пуск - настройки. Ок, тут три варианта и все какие-то не те что нужно: focus, preferences, themes. Ну давайте в преферанс зайдем с козырного туза.
Ой, тут какой-то кал. Ну тогда в темы. Ой, тоже какой-то алфавит. Наверное для детсадовцев чтоб буквы учить.
>А что ты ожидал от легковесного дистрибутива?
Ставил я этот дрыстр. Такое впечатление, что его нейросеть делала- меню тупо в кучу хлама свалено. Абсолютно неинтуитивно. Если ты хочешь поменять время, то нельзя просто клацнуть на часы, нужно угадывать в каком меню и подменю находятся нужные тебе настройики.
Вообще начинается все с того, что при каждом включении тебя встречает вот такое окно. Нахер оно мне нужно не ясно. Чтоб его отключить, нужно тратить время и разбираться.
Возвращаемся к часам. Где же мне поменять время? Наверное пуск - настройки. Ок, тут три варианта и все какие-то не те что нужно: focus, preferences, themes. Ну давайте в преферанс зайдем с козырного туза.
Ой, тут какой-то кал. Ну тогда в темы. Ой, тоже какой-то алфавит. Наверное для детсадовцев чтоб буквы учить.
>>8793
Ладно, давайте посмотрим фокус-покус. Нет, опять дрысня.
Может это в Персонал? Ну типа личные настройки там интерфейса, обоев, времени, языка? Ну типа реально удобно, реально под себя. А хуй там.
Ок, пошли в приложения. Время это наверное типа программа Часы. А раз программа, то ищем в приложениях. А тут у нас аксесорис, сисем, преференс, антикс - где искать - хуй проссышь.
В итоге я нашел где это меняется, но сталкивался еще с проблемами и в какой-то момент меня заебало это дрочить и я снес этот "легковесный дрыстр" у херам собачьим. Реально интерфейс или нейронка выкакала или программист делал.
Ладно, давайте посмотрим фокус-покус. Нет, опять дрысня.
Может это в Персонал? Ну типа личные настройки там интерфейса, обоев, времени, языка? Ну типа реально удобно, реально под себя. А хуй там.
Ок, пошли в приложения. Время это наверное типа программа Часы. А раз программа, то ищем в приложениях. А тут у нас аксесорис, сисем, преференс, антикс - где искать - хуй проссышь.
В итоге я нашел где это меняется, но сталкивался еще с проблемами и в какой-то момент меня заебало это дрочить и я снес этот "легковесный дрыстр" у херам собачьим. Реально интерфейс или нейронка выкакала или программист делал.
>>8793
>>8796
1. То, что нельзя просто кликнуть на часы и поменять формат — норма для любого окружения, кроме тяжелых DE.
2. Все настройки находятся в категории Settings, это очевидно... То, как они далее структурированы — особенность оконного менеджера IceWM.
3. Окно, которое у тебя открывается — cmst, QT GUI к connman, управлялке интернетом.
4. Зачем ты ищешь настройки в Темах и Фокусе? Перевод с англ. очевиден..
5. Здесь НЕТ каких-то общих настроек.
6. Какая программа Часы?) Иди отсюда, виндузятник. Linux — это не Windows, тут по-другому все, прикинь! Неужели так сложно это понять?
Ну и если что, AntiX сделан без использования нейросетей, в отличие от Windows...
А в Темах кстати просто обычная сортировка по алфавиту, впервые видишь чтоль?
Доберусь до своего AntiX, допишу.
>>8796
1. То, что нельзя просто кликнуть на часы и поменять формат — норма для любого окружения, кроме тяжелых DE.
2. Все настройки находятся в категории Settings, это очевидно... То, как они далее структурированы — особенность оконного менеджера IceWM.
3. Окно, которое у тебя открывается — cmst, QT GUI к connman, управлялке интернетом.
4. Зачем ты ищешь настройки в Темах и Фокусе? Перевод с англ. очевиден..
5. Здесь НЕТ каких-то общих настроек.
6. Какая программа Часы?) Иди отсюда, виндузятник. Linux — это не Windows, тут по-другому все, прикинь! Неужели так сложно это понять?
Ну и если что, AntiX сделан без использования нейросетей, в отличие от Windows...
А в Темах кстати просто обычная сортировка по алфавиту, впервые видишь чтоль?
Доберусь до своего AntiX, допишу.
>>8807
То, что там Intel ME разработали? И что? На что это указывает?
Ты конкретно на вопрос «Что не так с программистами из Хайфы» не ответил.
То, что там Intel ME разработали? И что? На что это указывает?
Ты конкретно на вопрос «Что не так с программистами из Хайфы» не ответил.
AntiX это ж политанутая коммунистическая хуерга, не? Ито вроде их основная фишка. Зачем вообще пытаться этим пользоваться?
>>8812
Он был бы хорош, если б там был Openbox, а не сраный JWM (как же я ненавижу эту хуету без стандартов, когда в каждом дистре его настройки раскиданы где попало, в зависимости от умственного развития его дистростроителей), ну и поменьше ненужного (телефония, gprs), ну и конечно же не знаешь, что можно удалить, так как эти коммунизды скоммуниздив чужие программы поменяли им названия с приставкой комминтерн.
Он был бы хорош, если б там был Openbox, а не сраный JWM (как же я ненавижу эту хуету без стандартов, когда в каждом дистре его настройки раскиданы где попало, в зависимости от умственного развития его дистростроителей), ну и поменьше ненужного (телефония, gprs), ну и конечно же не знаешь, что можно удалить, так как эти коммунизды скоммуниздив чужие программы поменяли им названия с приставкой комминтерн.
>>8804
Я имел дело с десятком дистрибутивов, так что да, я знаю что для линукса сделать через жопу очевидные моменты - это нормально. Но антикс все равно меня смог удивить.
Очень хуево они далее структурированы. Так, словно их специально хотели спрятать.
Я показываю людям, которые на видели меню антикса, как раздел settings выглядит и как в нем насрано.
Я по работе с линуксом был связан когда ты еще в школе был. И до сих пор половина серверов рабочих на линуксе крутится у меня, хотя я работу уже дважды сменил с того времени.
Да, через жопу. Я знаю это давно, поридж.
Очень удобно для тех, кто по 10 раз в день темы переключает. А для тех кто один раз ставит тему и работает дальше - это лишняя хуита. Зато такую очевидную вещь как установка времени спрятали в самый пиздаускас. Ну главное что темы легко переключать.
>То, что нельзя просто кликнуть на часы и поменять формат — норма
Я имел дело с десятком дистрибутивов, так что да, я знаю что для линукса сделать через жопу очевидные моменты - это нормально. Но антикс все равно меня смог удивить.
>как они далее структурированы
Очень хуево они далее структурированы. Так, словно их специально хотели спрятать.
>Зачем ты ищешь настройки в Темах и Фокусе?
Я показываю людям, которые на видели меню антикса, как раздел settings выглядит и как в нем насрано.
>Иди отсюда, виндузятник
Я по работе с линуксом был связан когда ты еще в школе был. И до сих пор половина серверов рабочих на линуксе крутится у меня, хотя я работу уже дважды сменил с того времени.
> Linux — это не Windows, тут по-другому все, прикинь!
Да, через жопу. Я знаю это давно, поридж.
>А в Темах кстати просто обычная сортировка по алфавиту
Очень удобно для тех, кто по 10 раз в день темы переключает. А для тех кто один раз ставит тему и работает дальше - это лишняя хуита. Зато такую очевидную вещь как установка времени спрятали в самый пиздаускас. Ну главное что темы легко переключать.
>>8818
Нахер тебе оконный менеджер без видюхи? Что ты собрался с ним делать, без вывода графики? И labwc это композитор, а не просто менеджер.
Нахер тебе оконный менеджер без видюхи? Что ты собрался с ним делать, без вывода графики? И labwc это композитор, а не просто менеджер.
>>8820
Даже в селерон есть встройка, впрочем раньше и на селероне работал компиз и работал заебись.
Даже в селерон есть встройка, впрочем раньше и на селероне работал компиз и работал заебись.
>>8822
Он не выводит графику, это делает видеокарта, встроенная или дискретная - не важно. Способ рендеринга - другой вопрос, он может довольно быстро композировать на процессоре, но зачем, если 3д ускорение доступно на всём, что поддерживается в mesa.
Он не выводит графику, это делает видеокарта, встроенная или дискретная - не важно. Способ рендеринга - другой вопрос, он может довольно быстро композировать на процессоре, но зачем, если 3д ускорение доступно на всём, что поддерживается в mesa.
>>8819
Это всё JWM, настраиваешь одно - слетает другое, один из самых ёбнутых оконных менеджеров.
Это всё JWM, настраиваешь одно - слетает другое, один из самых ёбнутых оконных менеджеров.
>>8829
Ну вот чего ты жопой вертишь, сам же понимаешь, что современный линукс это говно требующее для WM нового компа.
Ну вот чего ты жопой вертишь, сам же понимаешь, что современный линукс это говно требующее для WM нового компа.
>>8830
Ясно, слился. Был бы у тебя целерон, на котором что-то не работало бы, можно было понять, но это наброс ради наброса.
Ясно, слился. Был бы у тебя целерон, на котором что-то не работало бы, можно было понять, но это наброс ради наброса.
>>8824
Графику считать может? Может. Получается, в каком-то виде да вывозит, а остальное уже вопрос терпения. Блин, вообще этот термин "видеокарта" дебильный, нехуй им пользоваться.
Графику считать может? Может. Получается, в каком-то виде да вывозит, а остальное уже вопрос терпения. Блин, вообще этот термин "видеокарта" дебильный, нехуй им пользоваться.
>>8833
Да ты же шизоид. Считай графику на калькуляторе, учись терпению. Потом на бумаге от руки выведешь.
Да ты же шизоид. Считай графику на калькуляторе, учись терпению. Потом на бумаге от руки выведешь.
>>8835
Но у меня есть векторный проц. Ты сказал, что на обычном ЦП нельзя выводить графику и ты не прав. Дальше уже ты выдумываешь какую-то хуйню.
Но у меня есть векторный проц. Ты сказал, что на обычном ЦП нельзя выводить графику и ты не прав. Дальше уже ты выдумываешь какую-то хуйню.
>>8837
Линукс раньше был системой для маломощных компов, продлевая жизнь железу которое задыхалось на винде, так что терпила тут ты, который жрёт лабвсы для RTX 5090
Линукс раньше был системой для маломощных компов, продлевая жизнь железу которое задыхалось на винде, так что терпила тут ты, который жрёт лабвсы для RTX 5090
>>8838
Конечно, ведь на нём нет видеовыхода.
Это что ещё за хуйня?
>на обычном ЦП нельзя выводить графику
Конечно, ведь на нём нет видеовыхода.
>векторный проц
Это что ещё за хуйня?
>>8839
У тебя ностальгия по некрокалу, labwc намного лучше работает на слабых компах, чем openbox. Он дефолтом стоит на rpios. Обмажутся всякими антиксами, а потом пишут, что линукс хуёво работает.
У тебя ностальгия по некрокалу, labwc намного лучше работает на слабых компах, чем openbox. Он дефолтом стоит на rpios. Обмажутся всякими антиксами, а потом пишут, что линукс хуёво работает.
>>8812
щто? Аргументируй.
>>8814
Всё понятно с тобой :)
>>8815
В AntiX выбор между тремя WM: IceWM (default), Fluxbox и JWM. Там не только JWM..
>>8819
Или ты тупой блять просто. Конечно ты не найдёшь где что, ведь первый раз пользуешься. А где не так?
Кто как пользуется. Когда я на Линукс переходил, ничего не зная, всё хорошо было.
Да, удобно. У этого человека значит минимум 100 тем установлено, если он по 10 в день меняет. Представь себе список из 100 тем. Он в экран не влезет.
>>8826
При чём тут JWM... Нормальный WM, пользовался им долгое время, несколько тем сделал. Красивый, если настроить, и удобный.
>>8830
Современный Linux спокойно запускается на Lenovo M79 - компе 2014 года. Да и на Lenovo Ideapad 100-14IBY летает (тяжёлые DE разве что могут подлагивать, хотя я в году 2024 на Ubuntu GNOME сидел спокойно).
>политанутая коммунистическая хуерга
щто? Аргументируй.
>>8814
Всё понятно с тобой :)
>>8815
В AntiX выбор между тремя WM: IceWM (default), Fluxbox и JWM. Там не только JWM..
>>8819
>Очень хуево они далее структурированы. Так, словно их специально хотели спрятать.
Или ты тупой блять просто. Конечно ты не найдёшь где что, ведь первый раз пользуешься. А где не так?
>Да, через жопу. Я знаю это давно, поридж.
Кто как пользуется. Когда я на Линукс переходил, ничего не зная, всё хорошо было.
>Очень удобно для тех, кто по 10 раз в день темы переключает
Да, удобно. У этого человека значит минимум 100 тем установлено, если он по 10 в день меняет. Представь себе список из 100 тем. Он в экран не влезет.
>>8826
При чём тут JWM... Нормальный WM, пользовался им долгое время, несколько тем сделал. Красивый, если настроить, и удобный.
>>8830
Современный Linux спокойно запускается на Lenovo M79 - компе 2014 года. Да и на Lenovo Ideapad 100-14IBY летает (тяжёлые DE разве что могут подлагивать, хотя я в году 2024 на Ubuntu GNOME сидел спокойно).
>>8815
Прочитал чуть глубже. Ты вообще JWM пользовался? Вся его конфигурация находится в "$HOME/.jwmrc". Пользователь может сам выделить тему, меню и всякое другое в отдельные файлы, такая возможность есть. Да даже если Васян у себя в дистрибутиве это сделал, все инклуды же видно в jwmrc.
Прочитал чуть глубже. Ты вообще JWM пользовался? Вся его конфигурация находится в "$HOME/.jwmrc". Пользователь может сам выделить тему, меню и всякое другое в отдельные файлы, такая возможность есть. Да даже если Васян у себя в дистрибутиве это сделал, все инклуды же видно в jwmrc.
>>8841
Итоги:
Шизоид без встройки пытается вывести графику из sse. Десять лет прошло и ничего не изменилось.
Итоги:
Шизоид без встройки пытается вывести графику из sse. Десять лет прошло и ничего не изменилось.
>>8848
Это ты расскажи дистростроителям, которые распихивают эти настройки по разным углам и биндят по своему желанию, настроил .jwmrc, всё ОК, нажал сменить тему/шрифт в JWMdesk, слетело всё, и снова переписываю, это говно и ещё раз говно, в Openbox все настройки 2-3 файла лежат в одном месте и нихуя не слетает никогда.
Это ты расскажи дистростроителям, которые распихивают эти настройки по разным углам и биндят по своему желанию, настроил .jwmrc, всё ОК, нажал сменить тему/шрифт в JWMdesk, слетело всё, и снова переписываю, это говно и ещё раз говно, в Openbox все настройки 2-3 файла лежат в одном месте и нихуя не слетает никогда.
>>8857
А JWM тут причём? JWMDesk это отдельный проект, а не часть JWM. То, что ты какой-то утилитой ломаешь конфигурацию JWM - не проблема JWM.
А JWM тут причём? JWMDesk это отдельный проект, а не часть JWM. То, что ты какой-то утилитой ломаешь конфигурацию JWM - не проблема JWM.
>>8845
в винде и макоси.
так толстить в линукс треде...
осталось понять нахуя по 10 раз в день менять тему.
>А где не так?
в винде и макоси.
> ничего не зная, всё хорошо было
так толстить в линукс треде...
>Да, удобно.
осталось понять нахуя по 10 раз в день менять тему.
22 Кб, 358x642>>8881
Литературно 2 клика. И не по меню, которое тщательно спрятано за водопадом, а прямо по часам.
>Это в винде и маке то не через жопу?
Литературно 2 клика. И не по меню, которое тщательно спрятано за водопадом, а прямо по часам.
>>8882
Тебя не смущает вот этот выпадающий столб какой то намешаной хуйни, диспетчер задач, "новости" итд итп, это по твоему не через жопу?
Тебя не смущает вот этот выпадающий столб какой то намешаной хуйни, диспетчер задач, "новости" итд итп, это по твоему не через жопу?
>>8885
Это не антикс. У антикса по правому клику форматирование времени
Это не антикс. У антикса по правому клику форматирование времени
>>8886
Ты кликнул на часы, появился говносписок всей панели. Это если не ошибаюсь ещё с XP идёт.
Ты кликнул на часы, появился говносписок всей панели. Это если не ошибаюсь ещё с XP идёт.
>>8394
Это ты ещё логотип Python не видел.
Это ты ещё логотип Python не видел.
>>8890
Логично искать настройки часов в общих настройках, а по правому клику на часы логичнее увидеть список действий с аплетом/виджетом часов - переместить, скрыть, настроить формат отображения итд. итп. А вот настройка системного времени не обязана там быть.
Логично искать настройки часов в общих настройках, а по правому клику на часы логичнее увидеть список действий с аплетом/виджетом часов - переместить, скрыть, настроить формат отображения итд. итп. А вот настройка системного времени не обязана там быть.
>>8892
Я нажал один раз на время и могу настраивать время. Так блять и должно быть. А с твоей логикой потом делают дрыстрибутивы где надо с собакой-ищейкой блять вынюхивать по всем меню где это настроить.
Я нажал один раз на время и могу настраивать время. Так блять и должно быть. А с твоей логикой потом делают дрыстрибутивы где надо с собакой-ищейкой блять вынюхивать по всем меню где это настроить.
>>8893
Ой, бля, а date и hwclock для кого придумали?
Ой, бля, а date и hwclock для кого придумали?
>>8893
Это субъективщина основанная на твоих искаженных виндой привычках.
Часы настраивают один раз, а курсор и обработчики нажатий даны для интерактивности, выкатывать каждый раз по клику полный список настроек элементов меню это шизофрения.
Это субъективщина основанная на твоих искаженных виндой привычках.
Часы настраивают один раз, а курсор и обработчики нажатий даны для интерактивности, выкатывать каждый раз по клику полный список настроек элементов меню это шизофрения.
>>8887
Это буквально правый клик по апплету и вызов меню, куда ты можешь вписать какой угодно формат, в текстбоксе расположенном прямо по центру на самом видном месте
Это буквально правый клик по апплету и вызов меню, куда ты можешь вписать какой угодно формат, в текстбоксе расположенном прямо по центру на самом видном месте
>>8893
Время один раз настраивается в биосе и не трогается пока не сядет батарейка, в системе кроме таймзоны и формата отображения в апплете настраивать абсолютно нехуй. Что ты там с часами намудрить пытаешься, ты в мгс чтоли играть собрался?
Время один раз настраивается в биосе и не трогается пока не сядет батарейка, в системе кроме таймзоны и формата отображения в апплете настраивать абсолютно нехуй. Что ты там с часами намудрить пытаешься, ты в мгс чтоли играть собрался?
>>8898
Хуй там - это логика - кликнул на часы - получил часы. А не кликнул на часы - получил поебень.
Нет. У меня был случай когда я на минипк настраивал часы при каждой загрузке потому что там была дохлая батарея у бивиса и она была не просто таблетка, а упакованная с кабелем. Такая не продается в каждом ларьке и пока я не заказал в интернете нужную батарею, приходилось дрочить часы, а то с неправильным временем интернет не работал.
Может хватит на весь тред обсираться и позориться по кулдауну или у тебя в рукаве припасено еще пару самоунижений?
>Это субъективщина основанная на твоих искаженных виндой привычках.
Хуй там - это логика - кликнул на часы - получил часы. А не кликнул на часы - получил поебень.
>Часы настраивают один раз
Нет. У меня был случай когда я на минипк настраивал часы при каждой загрузке потому что там была дохлая батарея у бивиса и она была не просто таблетка, а упакованная с кабелем. Такая не продается в каждом ларьке и пока я не заказал в интернете нужную батарею, приходилось дрочить часы, а то с неправильным временем интернет не работал.
Может хватит на весь тред обсираться и позориться по кулдауну или у тебя в рукаве припасено еще пару самоунижений?
>>8902
Я думал хоть в тематике не будет инфузорий, которые дальше первого предложения не читают, но сука, придётся понижать планку, ты даже первое предложение дочитать не смог, надо было срочно начать набирать самый жопоголовый высер в ответ. Запрос на ntp-сервер при загрузке любой дистр делать умеет, в винде даже это сломать умудрились?
Буквально в любом ларьке продаётся 2032, от старой выносной батарейки ты мог отодрать клеммы и закрепить на новой батарейке одним сантиметровым куском термоусадки, изоленты, малярного скотча, да хоть термосоплями.
> потому что там была дохлая батарея у бивиса
Я думал хоть в тематике не будет инфузорий, которые дальше первого предложения не читают, но сука, придётся понижать планку, ты даже первое предложение дочитать не смог, надо было срочно начать набирать самый жопоголовый высер в ответ. Запрос на ntp-сервер при загрузке любой дистр делать умеет, в винде даже это сломать умудрились?
> Такая не продается в каждом ларьке
Буквально в любом ларьке продаётся 2032, от старой выносной батарейки ты мог отодрать клеммы и закрепить на новой батарейке одним сантиметровым куском термоусадки, изоленты, малярного скотча, да хоть термосоплями.
>>8903
Идиот гугла сразу же по запросу "Linux set time" выдаёт:
Идиот гугла сразу же по запросу "Linux set time" выдаёт:
>(на дистрибутивах с systemd)
># 1. Disable network time synchronization
>sudo timedatectl set-ntp false
># 2. Set both date and time (Format: YYYY-MM-DD HH:MM:SS)
>sudo timedatectl set-time "2026-08-23 21:15:00"
># 3. (Optional) Set only the time
>sudo timedatectl set-time "21:15:00"
>(с помощью date)
># Set date and time (Format: YYYY-MM-DD HH:MM:SS)
>sudo date -s "2026-08-23 21:15:00"
>>8908
На всякий добавлю: это в терминале прописывать надо. Это база если что, в линуксе многое через терминал делается. (ИМХО так даже удобней)
На всякий добавлю: это в терминале прописывать надо. Это база если что, в линуксе многое через терминал делается. (ИМХО так даже удобней)
>>8907
Размотать, отодрать припаять клеммы к новой, покрыть термоусадкой - я теперь понимаю почему ты в линуксе тоже СЭКС предпочитаешь, а не спокойную работу без необходимости шаманить.
>>8908
Да-да, я понял. Интерфейс нинужон, ДЕ нинужон. Любой пук вместо двух кликов, нужно через консоль разруливать. Еще один любитель интима с сеистемой, которая должна просто работать. Лучшая ОС - это та ок, которой незаметно. ОС - это просто штука которая позволяет программам запускаться. Чем меньше на нее обращается внимания и чем меньше она требует настройки - тем лучше.
Размотать, отодрать припаять клеммы к новой, покрыть термоусадкой - я теперь понимаю почему ты в линуксе тоже СЭКС предпочитаешь, а не спокойную работу без необходимости шаманить.
>>8908
Да-да, я понял. Интерфейс нинужон, ДЕ нинужон. Любой пук вместо двух кликов, нужно через консоль разруливать. Еще один любитель интима с сеистемой, которая должна просто работать. Лучшая ОС - это та ок, которой незаметно. ОС - это просто штука которая позволяет программам запускаться. Чем меньше на нее обращается внимания и чем меньше она требует настройки - тем лучше.
>>8910
Это я месяц терпел севшую батарейку, перед тем как заказать её через весь континент, или ты? Тут даже не секс, даже не гуся подушить от скуки, это 10минутный фикс из которых 8 это собрать-разобрать твою мини-пеку. Я тебе даже паять их не предлагал, просто придавить чтобы контакт был, не то чтобы там какие-то невероятные токи круглосуточно ходят, если бы ты додумался не вынимать ту мини-пеку из розетки ты бы вообще об этой проблеме не вспоминал пока батарейка не приедет.
Это я месяц терпел севшую батарейку, перед тем как заказать её через весь континент, или ты? Тут даже не секс, даже не гуся подушить от скуки, это 10минутный фикс из которых 8 это собрать-разобрать твою мини-пеку. Я тебе даже паять их не предлагал, просто придавить чтобы контакт был, не то чтобы там какие-то невероятные токи круглосуточно ходят, если бы ты додумался не вынимать ту мини-пеку из розетки ты бы вообще об этой проблеме не вспоминал пока батарейка не приедет.
>>8910
Что ты несешь?
Да ладно, все поняли уже :))) Что еще скажешь?
⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⡏
⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⡀⠀
⣿⠋⠉⠛⠿⢿⣿⣿⣿⣿⣿⣿⣿⡿⠋⠉⠉⠉⢻⣿⣿⣧⡀
⣿⣧⣀⣀⣀⣀⣿⣿⣿⣿⣿⣿⣿⣇⣀⣀⣀⣴⣿⣿⣿⣿⣷
⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿
⣿⣿⣿⣿⣿⣿⡿⢿⣿⣿⡿⠿⢿⣿⣿⣿⣿⣿⡟⢿⣿⣿⣿
⣿⣿⣿⣿⣿⣿⣿⣶⡀⠀⢠⣶⣿⣿⣿⣿⣿⣿⢣⣿⣿⣿⣿
⣿⣿⣿⣿⠿⠿⠿⠿⠋⠀⠛⠻⠿⠿⠿⠿⠛⢁⣾⣿⣿⣿⣿ ⣿⣿⣿⠇⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⢐⣿⣿⣿⣿⣿⣿⣿
⣿⣿⣿⣿⣶⣤⣤⡀⡀⡀⡀⡀⣠⣤⣴⣿⣿⣿⣿⣿⣿⣿⣿ ⣿⡿⠿⠿⣿⣿⡿⠿⠿⣿⣿⡿⠿⠿⣿⣿⡿⠿⣿⣿⡿⢿⣿⣧
⣿⡀⠚⠶⢾⡏⢠⣶⣦⠈⣯⡀⠚⠶⣾⡿⠀⡆⠸⣿⡇⢸⣿⣿
⣿⡉⠛⠂⢸⣧⡈⠛⠋⣠⣯⡉⠛⠂⣸⠃⣠⣥⡀⢻⡇⠘⠛⢻
⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿
Что ты несешь?
Да ладно, все поняли уже :))) Что еще скажешь?
⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⡏
⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⡀⠀
⣿⠋⠉⠛⠿⢿⣿⣿⣿⣿⣿⣿⣿⡿⠋⠉⠉⠉⢻⣿⣿⣧⡀
⣿⣧⣀⣀⣀⣀⣿⣿⣿⣿⣿⣿⣿⣇⣀⣀⣀⣴⣿⣿⣿⣿⣷
⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿
⣿⣿⣿⣿⣿⣿⡿⢿⣿⣿⡿⠿⢿⣿⣿⣿⣿⣿⡟⢿⣿⣿⣿
⣿⣿⣿⣿⣿⣿⣿⣶⡀⠀⢠⣶⣿⣿⣿⣿⣿⣿⢣⣿⣿⣿⣿
⣿⣿⣿⣿⠿⠿⠿⠿⠋⠀⠛⠻⠿⠿⠿⠿⠛⢁⣾⣿⣿⣿⣿ ⣿⣿⣿⠇⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⢐⣿⣿⣿⣿⣿⣿⣿
⣿⣿⣿⣿⣶⣤⣤⡀⡀⡀⡀⡀⣠⣤⣴⣿⣿⣿⣿⣿⣿⣿⣿ ⣿⡿⠿⠿⣿⣿⡿⠿⠿⣿⣿⡿⠿⠿⣿⣿⡿⠿⣿⣿⡿⢿⣿⣧
⣿⡀⠚⠶⢾⡏⢠⣶⣦⠈⣯⡀⠚⠶⣾⡿⠀⡆⠸⣿⡇⢸⣿⣿
⣿⡉⠛⠂⢸⣧⡈⠛⠋⣠⣯⡉⠛⠂⣸⠃⣠⣥⡀⢻⡇⠘⠛⢻
⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿
>>8912
Такой вариант был фиговым
А насчет ожидания - ну так просто ждать это не парить себе мозг. это не СЭКС
> не вынимать ту мини-пеку из розетки
Такой вариант был фиговым
А насчет ожидания - ну так просто ждать это не парить себе мозг. это не СЭКС
389 Кб, 644x585>>8914
судя по твоему арту - ты еще и капчуешь с терминала, отправляя post запросы. так держать
судя по твоему арту - ты еще и капчуешь с терминала, отправляя post запросы. так держать
>>8920
Такой вариант был самым очевидным. Тебе 70 лет чтоли, всё за собой из розетки выдёргивать когда закончил пользоваться?
Ну просто стрелять себе в ногу каждый день, вместо того чтобы стряхнуть муравья с неё. Это не СЭКС, понимать надо.
Такой вариант был самым очевидным. Тебе 70 лет чтоли, всё за собой из розетки выдёргивать когда закончил пользоваться?
Ну просто стрелять себе в ногу каждый день, вместо того чтобы стряхнуть муравья с неё. Это не СЭКС, понимать надо.
>>8912
если нет батарейки, то поставь chrony и оно само будет время подтягивать с интернета при загрузке
если нет батарейки, то поставь chrony и оно само будет время подтягивать с интернета при загрузке
>>8921
читал, что Ричи и Томсон, авторы юникса оригинального, охуевали с линукса и фанатиков терминала. говорили что терминал это специалистов и в нём норм сидеть, если тебе платят за это. сидеть просто так постоянно в терминале это примерно как управлять машиной, у которой вместо мотора велосипедный привод и вместо руля к передней оси приварена палка с рукояткой. Буквально ходили везде и говорили "вы чё ебанаты что ли сука все? вы нахуя пялитесь в эту чёрную хуйню с буковками? лучше фильмец бы посмотрели или бабу выебали..."
кстати, лучше всех следует их мировоззрению именно Gnome. потому что Gnome сделан для людей
>пик
читал, что Ричи и Томсон, авторы юникса оригинального, охуевали с линукса и фанатиков терминала. говорили что терминал это специалистов и в нём норм сидеть, если тебе платят за это. сидеть просто так постоянно в терминале это примерно как управлять машиной, у которой вместо мотора велосипедный привод и вместо руля к передней оси приварена палка с рукояткой. Буквально ходили везде и говорили "вы чё ебанаты что ли сука все? вы нахуя пялитесь в эту чёрную хуйню с буковками? лучше фильмец бы посмотрели или бабу выебали..."
кстати, лучше всех следует их мировоззрению именно Gnome. потому что Gnome сделан для людей
>>8925
Типа, синдром утенка. Тебя научили единожды, и ты проецируешь всё новое через тот первоначальный опыт и отвергаешь или хейтишь новое. Но тут логический затык, так как новое надо изображать в виде самотыка-кактуса. Без этого картинка не применима к реальности.
Типа, синдром утенка. Тебя научили единожды, и ты проецируешь всё новое через тот первоначальный опыт и отвергаешь или хейтишь новое. Но тут логический затык, так как новое надо изображать в виде самотыка-кактуса. Без этого картинка не применима к реальности.
![Ага, попался... 🤣#шуткаюмор #липецк48 #рекомендую #поддержать [7064878582161624321].mp4](https://2ch.life/s/thumb/3738152/17875175771620721006s.jpg)
487 Кб, mp4,576x1024, 0:10
>нужна програмка которая выводит название интерфейса. Написаная на яве, имеет темки, ВЫБОР ШРИФТА, ...
1 Мб, 1281x717>>8928
Хуя отсылки
> у которой вместо мотора велосипедный привод и вместо руля к передней оси приварена палка с рукояткой
Хуя отсылки
>>8928
С нейросетями уже неактуально. Теперь куда проще и быстрее всё делать в терминале или на скриптах, вместо ковыряния в гуйне.
С нейросетями уже неактуально. Теперь куда проще и быстрее всё делать в терминале или на скриптах, вместо ковыряния в гуйне.
>>8928
У Гнома, кстати, уже лет десять есть свой дистрибутив. Называется Gnome OS. Но авторы говорят, что это не совсем Линукс. Типа вот хом ос и андроид хоть и имеют кернел линукса, но это не линукс - нито эти оси так не называет. И Gnome OS - это тоже отдельная штука, которая не базируется на существующих линуксах.
Но про эту ось мало кто слышал, потому что работать в ней невозможно. То есть скачать и запустить можно, а работать - нет.
>Gnome
У Гнома, кстати, уже лет десять есть свой дистрибутив. Называется Gnome OS. Но авторы говорят, что это не совсем Линукс. Типа вот хом ос и андроид хоть и имеют кернел линукса, но это не линукс - нито эти оси так не называет. И Gnome OS - это тоже отдельная штука, которая не базируется на существующих линуксах.
Но про эту ось мало кто слышал, потому что работать в ней невозможно. То есть скачать и запустить можно, а работать - нет.
>>8936
Скорее десятка, если смотреть на тайминги. Там как раз шоу развалилось вместе с попыткой отмены Кларксона одновременно с прекращением обновлений для 10
Скорее десятка, если смотреть на тайминги. Там как раз шоу развалилось вместе с попыткой отмены Кларксона одновременно с прекращением обновлений для 10
>>8919
Давай начнём с этих двух: 1) Не ставить Антикс вообще 2) Поставить из реп ДЕ или ВМ который тебе комфортен.
Давай начнём с этих двух: 1) Не ставить Антикс вообще 2) Поставить из реп ДЕ или ВМ который тебе комфортен.
>>8910
Консоль это тоже интерфейс.
Я напоминаю что условная винда, до того как спиздить окошки у ксерокса представляла собой командный интерфейс, целые поколения на этом выросли и на этом винда по сути и поднялась.
> Интерфейс нинужон, ДЕ нинужон. Любой пук вместо двух кликов, нужно через консоль разруливать.
Консоль это тоже интерфейс.
Я напоминаю что условная винда, до того как спиздить окошки у ксерокса представляла собой командный интерфейс, целые поколения на этом выросли и на этом винда по сути и поднялась.
Чет как не зайду тред деградирует и деградирует, уже откатился до набросов про командную строку.
Казалось бы уже в шинде поняли что гуи дрочить это не панацея, помер-шелл изобрели, wsl вкрутили вместо старой непонятной юних подсистемы. Но нет приходит школие и на полтреда дрищет про терминал из прошлого века.
Разве в фортнайтах-ксах нет консоли?
Хули разрабы все настройки движка в меню не выведут как в скуфской тундре и сракове, удобно же мышкой настройки->под-настройки->под-под-настройки нажал и скроллишь скроллишь полчаса в поисках нужного.
Не то что в западных бездуховных играх - в мануале команду нашёл, в строку автотабом все забил, всё.
Казалось бы уже в шинде поняли что гуи дрочить это не панацея, помер-шелл изобрели, wsl вкрутили вместо старой непонятной юних подсистемы. Но нет приходит школие и на полтреда дрищет про терминал из прошлого века.
Разве в фортнайтах-ксах нет консоли?
Хули разрабы все настройки движка в меню не выведут как в скуфской тундре и сракове, удобно же мышкой настройки->под-настройки->под-под-настройки нажал и скроллишь скроллишь полчаса в поисках нужного.
Не то что в западных бездуховных играх - в мануале команду нашёл, в строку автотабом все забил, всё.
Товарищи, а че за ситуация с переводчиком гугла?
❯ trans -e google en:ru example
[ERROR] Google did not return results because rate limiting is in effect
[ERROR] Rate limiting
❯ trans -e google en:ru example
[ERROR] Google did not return results because rate limiting is in effect
[ERROR] Rate limiting
>>8943
На том компе 8 гиг винчестер. Так что "какой комфортнее" не подойдет - нужно было искать дистр который влезет в такой объем и еще останется место, чтоб система не сдохла при работе.
>который тебе комфортен.
На том компе 8 гиг винчестер. Так что "какой комфортнее" не подойдет - нужно было искать дистр который влезет в такой объем и еще останется место, чтоб система не сдохла при работе.
>>8961
Пиздёж. Виндоус потому и называется виндоус, что у нее были окна.
Пиздёж. Виндоус потому и называется виндоус, что у нее были окна.
>>8973
alpine оптимизируют по размеру.
alpine оптимизируют по размеру.
>>8976
Нечего мне делать еще ДЕ поверх дистра перелопачивать. Я предпочитаю секс с женщиной, а не СЭКС с кудахтором.
>Ты ДЕ от дистра отличаешь?
Нечего мне делать еще ДЕ поверх дистра перелопачивать. Я предпочитаю секс с женщиной, а не СЭКС с кудахтором.
>>8993
Ага. Устроил секс с кудахтером, развонялся, теперь отмазываешься. Ты забавный.
>Я предпочитаю секс с женщиной, а не СЭКС с кудахтором.
Ага. Устроил секс с кудахтером, развонялся, теперь отмазываешься. Ты забавный.
Почему в линуксах лагает скроллинг в браузерах?
Не то чтобы критично, но сразу ощущение, будто железо не вывозит.
Не то чтобы критично, но сразу ощущение, будто железо не вывозит.
>>9003
webrender compositor вруби. У тебя же wayland?
webrender compositor вруби. У тебя же wayland?
Да сколько можно?
https://www.opennet.ru/opennews/art.shtml?num=66125
>Компания Xinuos намерена подать ходатайство о повторном рассмотрении дела в полном составе Апелляционного суда.
https://www.opennet.ru/opennews/art.shtml?num=66125
>>9001
Так оно и не вывозит энту бешённую, никакого железа не хватит на современную мурзиллу.
Так оно и не вывозит энту бешённую, никакого железа не хватит на современную мурзиллу.
>>9010
На 11 винде почему-то нормально работает. Тока здесь пкм и проводник лагает.
Реально битва говна с мочой какая-то. Но т.к браузером больше пользуюсь, то победа пока за пендой.
На 11 винде почему-то нормально работает. Тока здесь пкм и проводник лагает.
Реально битва говна с мочой какая-то. Но т.к браузером больше пользуюсь, то победа пока за пендой.
>>9010
Хватает даже некропеки.
Хватает даже некропеки.
>>9011
Так на винде Мразилла всегда хорошо робила, а вот под пинус через жопу, короче отключи плавную прокрутку.
Так на винде Мразилла всегда хорошо робила, а вот под пинус через жопу, короче отключи плавную прокрутку.
>>9016
Не пизди, хромой с первых версий на линукс работал заебись, а мурзилла как была говном, так им и осталась, тут не робит нихуя нормально. Линукс впринципе нахуй ненужон на десктопе без хромого, вот что тут ещё есть, что можна запустить? Н И Х У Я!
Не пизди, хромой с первых версий на линукс работал заебись, а мурзилла как была говном, так им и осталась, тут не робит нихуя нормально. Линукс впринципе нахуй ненужон на десктопе без хромого, вот что тут ещё есть, что можна запустить? Н И Х У Я!
>>9024
Корёжит? Виндотред двумя этажами ниже.
Корёжит? Виндотред двумя этажами ниже.
test
>>9051
Подними частоту mem/clock через nvidia-smi.
Подними частоту mem/clock через nvidia-smi.
Какой дистр выбрать для встройки + нвидиа (проприетарная) (для игр)
280 Кб, 455x290Несколько лет назад мне чудом удалось установить две оси дуалбутом через Clover. Я не разбираюсь в пердолинге, просто делал всё по инструкции. Сейчас собираюсь добавить третью ОС, а именно Qubes.
Я очень смутно представляю как это сделать. Если бы Qubes был единственной ОСью в системе, наверное я бы смог. Но с мультибутом сложнее.
В интернетах пишут, что для начала нужно увеличить размер EFI раздела до 512МБайт. Потом хуй пойми как нужно запердолить в этот раздел загрузчик Qubes. Дальше БЕРЕШЬ И СТАВИШЬ QUBES.
Я очень смутно представляю как это сделать. Если бы Qubes был единственной ОСью в системе, наверное я бы смог. Но с мультибутом сложнее.
В интернетах пишут, что для начала нужно увеличить размер EFI раздела до 512МБайт. Потом хуй пойми как нужно запердолить в этот раздел загрузчик Qubes. Дальше БЕРЕШЬ И СТАВИШЬ QUBES.
39 Кб, 637x531Ребята подскажите как создать файл на гноме? Весь день пытался, не нашёл как. Я сейчас расплачусь уже. Помогите пожалуйста.
>>9061
templates папка
templates папка
>>9061
touch zalupa.txt
touch zalupa.txt
>>9060
Попроси нейронку сделать тебе инструкцию.
Попроси нейронку сделать тебе инструкцию.
>>9061
На Линуксе нельзя создавать файлы.
На Линуксе нельзя создавать файлы.
>>9061
Это же ядро от смартфонов, а там открываешь приложение, сохраняешь в файл
Это же ядро от смартфонов, а там открываешь приложение, сохраняешь в файл
>>9061
touch уже посоветовали. Вот так в консоли.
echo "тут какой-то текст" > file.txt
nano file.txt
touch уже посоветовали. Вот так в консоли.
> file.txt
echo "тут какой-то текст" > file.txt
nano file.txt
>Snap родной для убунту формат.
>Не умеет в нормальное масштабирование
>На дворе 2026 год
Когда качал qbittorent чтобы скачать win11 увидел мелкое приложение. Я такой подумал, мда.
Ну я комп собрал, был вентой, а там один лишь линукс. Ну решил скачать по быстрому винду. Чтоб не запариваться скачал просто qbittorent и вижу это.
>>9074
Это не родной формат, это контейнерные изолированное говно как и факпак.
Во вторых qt приложения зачастую неправильно масштабируются на gtk.
Это не родной формат, это контейнерные изолированное говно как и факпак.
Во вторых qt приложения зачастую неправильно масштабируются на gtk.
>>9080
Родной. Это не васянка. Это производит та же компания что и убунту. Даже магазин поставила без возможности ставить deb.
>Это не родной формат
Родной. Это не васянка. Это производит та же компания что и убунту. Даже магазин поставила без возможности ставить deb.
>>9082
Тогда терпи.
Тогда терпи.
>>9081
Убунта это не макось, космонафт не Стив Джобс, а снап это не AppKit.
Это просто линуксячье приложение стартующее в виртуальном окружении аля docker/podman, естественно оно не видит ни пользовательских настроек, ни вообще домашней папки пользователя, а кроме того ограничено в функционале, такие вещи как подключиться к устройству можно забыть. Называть вот этот анал-карнавал нативным это все равно что называть нативными игры стартующие через протон.
Убунта это не макось, космонафт не Стив Джобс, а снап это не AppKit.
Это просто линуксячье приложение стартующее в виртуальном окружении аля docker/podman, естественно оно не видит ни пользовательских настроек, ни вообще домашней папки пользователя, а кроме того ограничено в функционале, такие вещи как подключиться к устройству можно забыть. Называть вот этот анал-карнавал нативным это все равно что называть нативными игры стартующие через протон.
Обновить тред