Состоялся (https://www.opennet.ru/opennews/art.shtml?num=49735) релиз пакетного менеджера GNU Guix 1.0 (http://www.gnu.org/software/guix/) и построенного на его основе дистрибутива GuixSD GNU/Linux (Guix System Distribution). Значительная смена номера версии обусловлена завершением реализации всех целей (https://git.savannah.gnu.org/cgit/guix/maintenance.git/tree/...), поставленных для формирования знакового релиза. Выпуск подвёл итог семи лет работы над проектом и признан готовым для повседневного использования. Для загрузки сформированы (https://ftp.gnu.org/gnu/guix/) образы для установки на USB Flash (243 Мб)и использования в системах виртуализации (474 Мб). Поддерживается работа на архитектурах i686, x86_64, armv7 и aarch64.
Дистрибутив допускает установку как в качестве обособленной ОС (http://www.gnu.org/software/guix/manual/html_node/System-Ins...) в системах виртуализации, в контейнерах и на обычном оборудовании, так и запуск (http://www.gnu.org/software/guix/manual/html_node/Installati...) в уже установленных типовых окружениях GNU/Linux, выступая в роли платформы для развёртывания приложений. Пользователю предоставляются такие функции, как учёт зависимостей, повторяемые сборки, работа без root, откат на прошлые версии в случае проблем, управление конфигурацией, клонирование окружений (создание точной копии программного окружения на других компьютерах) и т.п.Основные новшества (https://www.gnu.org/software/guix/blog/2019/gnu-guix-1.0.0-r.../):
- Добавлен новый интерактивный инсталлятор (https://www.gnu.org/software/guix/manual/en/html_node/Guided...), работающий в текстовом режиме;
- Подготовлен (https://www.gnu.org/software/guix/manual/en/html_node/Runnin...) новый образ для виртуальных машин, пригодный как для ознакомления с дистрибутивом, так и для создания рабочих окружений для разработки;- Добавлены новые системные сервисы cups-pk-helper, imap4d, inputattach, localed, nslcd, zabbix-agent и zabbix-server;
- Обновлены версии программ в 2104 пакетах, добавлено 1102 новых пакетов. В том числе обновлены версии clojure 1.10.0, cups 2.2.11, emacs 26.2, gcc 8.3.0, gdb 8.2.1, ghc 8.4.3,
gimp 2.10.10, glibc 2.28, gnome 3.28.2, gnupg 2.2.15, go 1.12.1,
guile 2.2.4, icecat 60.6.1-guix1, icedtea 3.7.0, inkscape 0.92.4,
libreoffice 6.1.5.2, linux-libre 5.0.10, mate 1.22.0, ocaml 4.07.1,
octave 5.1.0, openjdk 11.28, python 3.7.0, rust 1.34.0, r 3.6.0,
sbcl 1.5.1, shepherd 0.6.0, xfce 4.12.1 и xorg-server 1.20.4;- Сервисный менеджер GNU Shepherd обновлён до версии 0.6 (https://www.opennet.ru/opennews/art.shtml?num=50563), в которой реализован режим работы сервисов one-shot, при котором сервис сразу после успешного запуска помечается остановленным, что может потребоваться для запуска одноразовых работ перед другими сервисами, например, для выполнения чистки или инициализации;
- Для команды "guix package" добавлены типичные для других пакетных менеджеров псевдонимы "install", "remove", "upgrade" и "search". Для поиска пакета можно использовать команду "guix search", для установки "guix install", а для обновления "guix pull" и "guix upgrade";
- В пакетный менеджер добавлен индикатор прогресса выполнения операций и подсветка цветами диагностических сообщений. По умолчанию большинство команд теперь запускается без детального вывода на экран, который включается отдельной опцией "-v" (--verbosity);
- В пакетный менеджер guix добавлена новая команда "guix system delete-generations" и опции "guix pack --save-provenance", "guix pull --news", "guix environment --preserve", "guix gc --list-roots", "guix gc --delete-generations", "guix weather --coverage". Добавлены новые опции преобразования пакетов (https://www.gnu.org/software/guix/manual/en/html_node/Packag...) "--with-git-url" и "--with-branch";
- В дистрибутив добавлены поля "keyboard-layout" для определения раскладки клавиатуры и "xorg-configuration" для настройки X-сервера, "label" для метки раздела и "essential-services" для определения основных сервисов;
- Добавлена команда "guix pack -RR" для создания tar-архивов с перемещаемыми исполняемыми файлами, который могут запускаться как относительно путей в пространствей имён пользтваеля, так и относительно PRoot;
- В "guix pull" обеспечено формирование кэша пакетов для ускорения операций поиска по имени и обеспечено встраивание пакета "glibc-utf8-locales";
- Обеспечена полная повторяемость (бит в бит) ISO-образов, генерируемых командой "guix system";
- В качестве менеджера входа задействован GDM вместо SLiM;
- Прекращена поддержка сборки Guix с использованием Guile 2.0.Напомним, что пакетный менеджер GNU Guix основан на наработках проекта Nix (http://nixos.org/nix/) и кроме типичных функций управления пакетами поддерживает такие возможности, как выполнение транзакционных обновлений, возможность отката обновлений, работа без получения привилегий суперпользователя, поддержка привязанных к отдельным пользователям профилей, возможность одновременной установки нескольких версий одной программы, средства уборки мусора (выявление и удаление неиспользуемых версий пакетов). Для определения сценариев сборки приложений и правил формирования пакетов предлагается использовать специализированный высокоуровневый предметно-ориентированный язык и компоненты Guile Scheme API, позволяющие выполнять все операции по управлению пакетами на функциональном языке программирования Scheme.
Поддерживается возможность использования пакетов, подготовленных для пакетного менеджера Nix и размещённых в репозитории
Nixpkgs (http://nixos.org/nixpkgs/). Кроме операций с пакетами возможно создание сценариев для управления конфигурацией приложений. При сборке пакета автоматически загружаются и собираются все связанные с ним зависимости. Возможна как загрузка готовых бинарных пакетов из репозитория, так и сборка из исходных текстов со всеми зависимостями. Реализованы средства для поддержания версий установленных программ в актуальном состоянии через организацию установки обновлений из внешнего репозитория.Сборочное окружение для пакетов формируется в виде контейнера, содержащего все необходимые для работы приложений компоненты, что позволяет сформировать набор пакетов, способный работать без оглядки на состав базового системного окружения дистрибутива, в котором Guix используется в качестве надстройки. Между пакетами Guix возможно определение зависимостей, при этом для поиска наличия уже установленных зависимостей используется сканирование хэшей-идентификаторов в директории установленных пакетов. Пакеты устанавливаются в отдельное дерево директорий или поддиректорию в каталоге пользователя, что позволяет обеспечить его параллельное сосуществование с другими пакетными менеджерами и обеспечить поддержку широкого спектра существующих дистрибутивов. Например, пакет устанавливается как /nix/store/f42d5878f3a0b426064a2b64a0c6f92-firefox-66.0.0/, где "f42d58..." является уникальным идентификатором пакета, используемым для контроля зависимостей.
Дистрибутив включает только свободные компоненты и поставляется с ядром GNU Linux-Libre, очищенным от несвободных элементов бинарных прошивок. Для сборки применяется GCC 8.3. В качестве системы инициализации используется сервисный менеджер GNU Shepherd (https://www.gnu.org/software/shepherd/) (бывший dmd (https://www.gnu.org/software/shepherd/#history)), развиваемый как альтернатива SysV-init с поддержкой зависимостей. Управляющий демон и утилиты Shepherd написаны на языке Guile (одна из реализаций языка Scheme), который также используется и для определения параметров запуска сервисов. Базовый образ поддерживает работу в консольном режиме, но для установки подготовлено (http://www.gnu.org/software/guix/package-list.html) 8715 готовых пакетов, среди которых и компоненты графического стека на базе X.Org, оконные менеджеры dwm и ratpoison, а также ряд программ на базе библиотеки GTK+.
URL: https://www.mail-archive.com/info-gnu@gnu.org/msg02598....
Новость: https://www.opennet.ru/opennews/art.shtml?num=50619
Пакетный менеджер курильщика.
Ты лучше вдумайся в заголовок:>Доступен пакетный менеджер ... и дистрибутив ... на его основе
Дистрибутив на основе пакетного менеджера. Или это переводчики так накосячили?
Какой неожиданный поворот - на опеннетике все ждали дистрибутив на основе СистемДы, атут какой-то Гуикс обошёл его на вираже.
> Ты лучше вдумайся в заголовок:
>>Доступен пакетный менеджер ... и дистрибутив ... на его основе
> Дистрибутив на основе пакетного менеджера. Или это переводчики так накосячили?
> Какой неожиданный поворот - на опеннетике все ждали дистрибутив на основе СистемДы,
> атут какой-то Гуикс обошёл его на вираже.Заголовок отражает правду. Кое-кто написал пакетный менеджер, но не смог убедить никого его использовать. Поэтому этот некто запилил свой собственный дистрибутив, единственной фишкой которого является ... правильно, труЪшный пакетный менеджер. Ну и ещё такой же трушный самописный init.
Ты не различаешь "иметь" фишку или "быть основанным на"?
Поздравляю тебя, Шарик...
> Ты лучше вдумайся в заголовок:
>>Доступен пакетный менеджер ... и дистрибутив ... на его основеТы лучше вдумайся в текст после заголовка:
>>учёт зависимостей, повторяемые сборки
Какие из известных пакетных менеджеров обеспечивают указанное?
> Какие из известных пакетных менеджеров обеспечивают указанное?Вот два примера совсем навскидку:
http://wiki.debian.org/ReproducibleBuilds -- dpkg/apt
http://altlinux.org/reproducible -- rpm/apt
Это который при удалении библиотеки удалённого доступа выносит весь гуй? )
>> Какие из известных пакетных менеджеров обеспечивают указанное?
> Вот два примера совсем навскидку:
> http://wiki.debian.org/ReproducibleBuilds -- dpkg/apt
> http://altlinux.org/reproducible -- rpm/aptЭто про "повторяемые сборки".
По первой части, а именно "учёт зависимостей". Например, хочу убрать из системы поддержку Wayland. Что надо сделать для этого в RPM? Переписать все spec, убрав оттуда ключи --with-wayland (или как-то так). Правильно? Или в Альте это как-то разруливается системой сборки/условиями в спецификациях? (то, что такой сценарий большинству пользователей не нужен, а потому можно его не предусматривать, это другой вопрос).
USE=-wayland emerge @world перестроит граф зависимостей пакетов (и какие-то могут стать ненужными, или наоборот добавятся) + задаст нужные ключи при сборке (или выберет соответствующие бинарные пакеты).
Полагаю, именно аналогичное поведение имеется ввиду в данном случае применительно к Guix.
> Полагаю, именно аналогичное поведение имеется ввиду в данном случае применительно к Guix.Этот как же это, интересно, такое, по-твоему, можно реализовать с бинарными пакетами?
> Этот как же это, интересно, такое, по-твоему, можно реализовать с бинарными пакетами?В рамках Nix (Guix наверно тоже) вполне возможно, т.к. имя пакета формируется из сборочных опций и дерева зависимостей, никто не мешает держать несколько вариантов бинарников собранных с различными опциями. Другое дело, что это мало кому нужно и на публичных репозиториях, как правило лежит только один собранный вариант. Но возможность таки есть и внутри какого-нибудь ынтерпрайза вполне реализуемая штука.
>> Полагаю, именно аналогичное поведение имеется ввиду в данном случае применительно к Guix.
> Этот как же это, интересно, такое, по-твоему, можно реализовать с бинарными пакетами?К каждому бинарному пакету Gentoo прилагаются данные xpak, которые содержат различную информацию времени сборки - например, USE-флаги, с которыми пакет был скомпилирован, исходный ебилд, переменные окружения, значения переменных CFLAGS и CXXFLAGS и т.д.
Ну главное преимущество для меня NixOS (про GUIX не знаю сам, но то же самое будет, судя по описанию) - это возможность написать устанавлимаемые пакеты, скопировать конфиг на любое количество десктопов и каждый раз он развернется автоматически в абсолютно том же виде. Весьма полезно для каких-нибудь ынтырпрайзных трудяг, которые обслуживают сотни компутеров. Хотя он не вернется в том же виде абсолютно, там не синхронизируется ~, но есть какие-то приблуды решающие это.
А если, допустим, вы такие же гномосеки, как я, то можно заменив ssdm на gdm и kde на gnome получить его. После пересборки гном поставится и вроде бы заметутся следы кед.
Да и удобно то, что можно не ставить как этот ваш рач полтора часа настраивать, а в случае надобности переставить тратить еще полтора часа своего драгоценного (или не очень) времени. А тут по сути можно одним конфига бекапом хоть обпереставиться. Хотя ещё каждый раз создается снапшот для нового состояния системы и можно откатить всегда настройки к прежним прямо из загрузчика.
Дистрибутив на основе rpm или dpkg Вас лично смущает? Вдумайтесь, вдруг перестанет. :)
Нууу таки, сейчам половина новых дистров делается на основе набора обоев..
Так это тот же NixOS с набором обоев. И, следуя мнению большинства, он тоже не нужен. Разработчики посмотрели на неканоничный псевдоязык у НикОС и сделали свою никсось с GNU (в качестве блекджека, само собой) и Sсheme какой-то загадочный вместо их псевдоязыка.
Кому оно надо если в репозитории пакетов с гулькин нос?
Каких пакетов вам не хватает?
Согласен. Нужно меньше пакетов. А всё остальное настоящий линуксоид соберёт сам, в обход этого прекрасного пакетного менеджера.
KDE до сих пор нет (хотя отдельные приложения потихоньку опакечиваются).Ещё до сих пор не поддерживается установка на LVM.
Кому-то надо.
В pacman сейчас 11387 пакетов, в guix 9714
10590. 11387 - это с дублями в Testing/Unstable.
в официальном Арче реально много пакетов + АУР и это для x86_64
а в guix 9714 это в сумме для 4-х платформ x86_64, i686, armhf, arm64 то есть в реальности для самой распространенной платформы x86_64 там будет порядка 3к пакетов
хотя это в принципе должно решаеться импортом пакетов из других систем
https://www.gnu.org/software/guix/manual/en/html_node/Invoki...
но как минимум это все не нативно и предпологает танцы с бубном
да и свежесть пакетов частенько отстает от тех же пакетов в nixosв общем этот дистрибутив на вырост, потенциал огромный но из за нехватки ресурсов развивается медленно
> в официальном Арче реально много пакетов + АУР и это для x86_64
> а в guix 9714 это в сумме для 4-х платформ x86_64, i686,
> armhf, arm64 то есть в реальности для самой распространенной платформы x86_64
> там будет порядка 3к пакетовВраньё.
$ find -name \*.scm |xargs egrep '^\(define-public ' |wc -l
9840
$ git describe
v1.0.0-380-g654332f00fpull => посвежее:
$ find -name \*.scm |xargs egrep '^\(define-public ' |wc -l
9876
$ git describe
v1.0.0-591-g70d23edf93Понятно, нони не все собираются на всех архитектурах, но большинство - не зависят от ${ARCH} [или как (or (%current-target-system) (%current-system)) там его].
> хотя это в принципе должно решаеться импортом пакетов из других систем
> но как минимум это все не нативно и предпологает танцы с бубном
> да и свежесть пакетов частенько отстает от тех же пакетов в nixosДа, Вы эксперт!?
> в общем этот дистрибутив на вырост, потенциал огромный но из за нехватки
> ресурсов развивается медленноЭто всё объясняет.
Измерение всего на го.... деньги, то есть.
Как им удалось сделать загрузку за 5 секунд полностью с рабочим столом?
А откуда инфа? Сам проверял?
> А откуда инфа? Сам проверял?Погоди, дай человеку от разморозки отойти, горяченького хлебнуть...
LPC: Booting Linux in five seconds
September 22, 2008
This article was contributed by Don Marti
SSD? Выход из сна?)
Годное дело. Таки релизнули. Ура!
Пора тестировать. Альфа-беты были совсем неприменимы.
> Альфа-беты были совсем неприменимы.чем были неприменимы?
Вообще-то, они явно поспешили, всё сыро и глючно. Надо было сделать 0.17 и ещё тестить
> Вообще-то, они явно поспешили, всё сыро и глючно. Надо было сделать 0.17
> и ещё теститьВсё в наоборотном порядке -- вот именно сейчас-то тестеры и набегут,...
...будет "больше пользователей",...
...заживут.
> Годное дело. Таки релизнули. Ура!
> Пора тестировать. Альфа-беты были совсем неприменимы.Много патчей-то заслал? Ай, малацца. Да! Теперь </точно> всё поменялось.
Поделитесь опытом каким пакетным менеджером можно организовать поставку продукта и его зависимостей? В целом инфраструктура того же Debian или Red Hat как-то очень мутроно разворачивается, а есть что-то простое и с удобным Web интерфейсом?
> есть что-то простое и с удобным Web интерфейсом?Есть решение на электроне. Интересует?
А смузи в комплекте будет?
Минусуйте этого еретика!
В чем сложность ее развернуть?
> В целом инфраструктура того же Debian или Red Hat как-то очень мутроно разворачивается, а есть что-то простое и с удобным Web интерфейсом?Купи какой-нибудь Nexus (да не мобилку!) и разворачивай через гламурную мордочку. Впрочем, можешь и RHEL с сателлитом купить, там тоже мордочка будет.
Не, а ты как думал? Не осилившие пару консольных команд мышевозы должны стра^Wплатить.
Оперативо, Опеннет ;) Пока еще не понял как там импорт nixpkg, пишу свои определения на коленке)) И это просто!
Убунтоиды!: 1.это вот и есть самый трушный дистрибутив, 2. на Scheme писать быдлокод очень легко, 3. у нас тут свой "системный менеджер", да чо там, системный конфиг в одном файле.
Такое себе.
> 2. на Scheme писать быдлокод очень легко,Такое себе "легко". И это просто верх мазохизма - писать конфиги программ на языке программирова... Wait. DWM, Awesome. Ну ладно, мазохизм у линуксоидов в крови не истребить.
Нужно сказать серьезно, что для конфигов куда проще воспринимается псевдоязык Nix. Он прямо иделен и имеет низкий порог вхождения. Учить для настройки раскладок диалект лиспа - такое себе.
3. у нас тут свой "системный менеджер", да чо там, системный конфиг в одном файле.
Ну вот, идея потярена у NixOS и не нужна. Ну следуя заветам линуксоидов про "нескучные обои". Еще один дубль, фрагментация. Катастрофа.Да и в любом случае это не совсем единый файл конфигурации, там типа шаблонов из Calculate, но их прибили не гвоздями, а вокруг которых выстроили всю систему. И это удобнее. Какой-нибудь рач с нуля ставить час-два выйдет (тру-линуксоиды не ставят манджары и прочее, не нужны же), а в случае необходимости повторить перестановку это затянется надолго. А там достаточно расчехлить бекап и готово.
Ну и если нужно делать повторяющиеся где-то там сборки по работе, то этот дистрибутив - просто находка.
> 3. у нас тут свой "системный менеджер", да чо там, системный конфиг
> в одном файле.
> Ну вот, идея потярена у NixOS и не нужна. Ну следуя заветам
> линуксоидов про "нескучные обои". Еще один дубль, фрагментация. Катастрофа.Вы просто завидуете.
Это - преемник Дебиана, окуклившегося после прогиба перед Красношляпой, в котором они завязались на СистемДю вопреки общепринятому в СПО-культуре здравому смыслу - и это явно выявило слабость сообщества перед корпорациями (даже перед одной).Девуан в плане непривязанности к init-системам - это "настоящий" Дебиан, "Дебиан который мы потеряли". Но и он стагнирует, по многим причинам.
Гикс технологически уделывает старые дистры, одновременно являясь честным СПО-дистром, а не корпоративной поделкой для бета-тестеров Шляпы. Будущее дистрибутивостроения - именнно за ним. (побежал устанавливать)
> Дебиана, окуклившегося после прогиба перед КрасношляпойОпределенно согласен. Теперь там даже сжвшные упорытыши из ибм диктуют кок, а те покорно записывают.
> Это - преемник
> Девуан в плане
> Гикс технологически
>Будущее за ним. (побежал...""но, заметив, что машина не останавливается, не стал распространяться.
- Все в Автодор! - поспешно сказал он, глядя на поравнявшегося с ним Остапа. - Наладим серийное производство советских автомашин! Железный конь идет на смену крестьянской лошадке! ""
Не нужно. Уже есть NixOS
Пусть цветут все цветы.
> Пусть цветут все цветы.Тов. Мао?
На systemd? Нет пути.
Согласен. Systemd надо заменить. Будь он просто системой инициализации все было бы хорошо, т.к. декларативные описания конфигов хорошо сочетаются с nixos. Но он зараза пытается быть системным менеджером, конфликтуя с другими системными демонами, которые выполняют свою работу лучше (сеть, время, яркость подсветки, acpid и прочая прочая)
> Не нужно. Уже есть NixOSкакие преимущества у NixOS перед этим?
Тем что там нормальный язык с неймспейсами, не требующий лапши с огромным уровнем вложенности как в guixНу и к тому же Лисп код по сути ast и удобен для машины, а не для человека
> Тем что там нормальный язык с неймспейсами, не требующий лапши с огромным
> уровнем вложенности как в guix
> Ну и к тому же Лисп код по сути ast и удобен
> для машины, а не для человекатак ли сильно важен язык в конфиге если конфиг правится 3 раза за год и всё?
иль в guix он провоцирует делать ошибки в конфиге?
Важен. В Guix мне было бы сложно его составить. Лисповая портянка она такаяНу и 3 раза в год это только на vps. На локалхосте править хочется почаще, хотя бы чтобы попробовать новые плюшки
Смотря по какую ты сторону баррикад1. У NixOS больше рабочей силы
2. По NixOS есть вакансии
3. В NixOS есть проприетарные пакеты
4. В NixOS нормальное ядро с блобами
5. В NixOS больше пакетов
Ну если оставить всякие там холивары очевидные на тему GNU без нормальных блобовых ядер, пропиетарщины и прочего, то главное преимущество никсоси - их псевдоязык имеет более гуманный синтаксис и его интуитивно можно понимать. Очень невысокий порог вхождения. Чего не скажешь про лисп.
Хотя документация у Nix посредственная. Но достаточно пару примеров где-нибудь глянуть или бложеков почитать, чтобы начать чувствовать и понимать дистрибутив. Чего не скажешь о Scheme, ведь это язык программирования, а не специальный язык для конфигов.Как-то так, к примеру, выглядит на никсовском псевдоязыке.
{
...
security.sudo.configFile="
root ALL=(ALL) ALL
user ALL=(ALL) NOPASSWD: ALL
";
...
}Даже мне тут всё понятно. И, после пересборки командой специальной появится /etc/sudoers.
А как будет на лиспе - не знаю.
>[оверквотинг удален]
> Как-то так, к примеру, выглядит на никсовском псевдоязыке.
> {
> ...
> security.sudo.configFile="
> root ALL=(ALL) ALL
> user ALL=(ALL) NOPASSWD: ALL
> ";
> ...
> }
> Даже мне тут всё понятно. И, после пересборки командой специальной появится /etc/sudoers.Ой, да, ла-а-адно! "Язык". Показал _строковую_ константу и уже "язык"...
> А как будет на лиспе - не знаю.
http://git.savannah.gnu.org/cgit/guix.git/tree/gnu/system.sc...
(define %sudoers-specification
;; Default /etc/sudoers contents: 'root' and all members of the 'wheel'
;; group can do anything. See
;; <http://www.sudo.ws/sudo/man/1.8.10/sudoers.man.html>.
;; TODO: Add a declarative API.
(plain-file "sudoers" "\
root ALL=(ALL) ALL
%wheel ALL=(ALL) ALL\n"))На здоровье.
А на кой нужно было дистр собирать, если NixOS есть?
в основном из за разных подходов
nixos использует Systemd и свой язык "сборки" системы
guix использует Shepherd и одну из реализаций функционального языка scheme
Были попытки сделать систему инициализации заменяемой, но никто пока не осилил(
на хабре даже есть статья по этому повод https://habr.com/ru/post/436938/
> на хабре даже есть статья по этому повод https://habr.com/ru/post/436938/Эта "статья" и на https://www.opennet.ru/openforum/vsluhforumID3/116392.html#0
опенете есть. Показательное единодушие. :/
Хмммммм........
Выглядит очень, ОЧЕНЬ интересно!
Возможности впечатляют!Вот ещё бы в линукс все возможности (как в) NTFS завезли, но это уже оффтопик.
И каких таких возможностей NTFS вам в линуксовых ФС не хватает? Может, снапшотов? Так это в LVM2.
сжатие каталогов. Хотя не уверен что в винде это работает норм, но там типа это есть с win2k
> сжатие каталогов. Хотя не уверен что в винде это работает норм, но
> там типа это есть с win2kВ reiser4 или ZFS есть и даже работает. Если совсем помойная файлопомойка, то можно и в дедупликацию попробовать.
Ну, допустим, в B(Господи, как же правильно писать этот забор)RTFS есть опции для сжатия данных давно уже. https://help.ubuntu.ru/wiki/btrfs#%D1%83%D0...
А в остальных она должна, если ничего не путаю, реализовываться какими-то там приблудами.
Ты проспал, недавно была новость про case insensitivity в ext4.
> Ты проспал, недавно была новость про case insensitivity в ext4.Нужно же, чтобы git тормозил "как на NTFS".
Ядро меняем в "линукс". [I[Бисто-бистро, шнель.
А есть возможность в этом дистрибутиве использовать "нормальное" ядро? Хотелось бы поставить его на старый ноутбук, полный всякой проприетарщины.
для этого есть NixOS
Есть, выше ссылка на статью с примером.
> А есть возможность в этом дистрибутиве использовать "нормальное" ядро? Хотелось бы поставить
> его на старый ноутбук, полный всякой проприетарщины.Берёшь LISP и пакетишь всё-всё-всё своё проприертарное.
И _обязательно_ без поддержки и без помощи GNU. Им нельзя!
А "гитхабовским" можно
...https://github.com/wingo/guix-nonfree/blob/master/gnu/packag...
(И да, я знаю, кто такой wingo.)
Наконец-то релиз дистрибутива, не привязанного к какой-то жирной блотвари.
Это Гну, йопта! А ты чо думал что линукс это ядро, и все?
Нет, не думал. Не проецируй. Debian тоже с приставкой GNU, но использует systemd.
Debian не относится к GNU Project. Название "Debian GNU/Linux" обозначает лишь то, что Debian – это дистрибутив GNU user space на ядре Linux.
Думаю что это и впрямь может быть удобно тем, кто живет в емаксе.
почему бы вместо лиспа/схемы не использовать подмножество луа/питона?
Зачем ты предлагаешь использовать говно, если уже используется нормальный язык?
> почему бы вместо лиспа/схемы не использовать подмножество луа/питона?почему бы вам уже вместо набрасывания на вертилятор не взять да и набросить на вертилятор.
> GuixSD:
> поддерживает такие возможности, как учёт зависимостей, повторяемые сборки, выполнение транзакционных обновлений, возможность отката обновлений в случае проблем, работа без получения привилегий суперпользователя, управление конфигурацией, клонирование окружений (создание точной копии программного окружения на других компьютерах), поддержка привязанных к отдельным пользователям профилей, возможность одновременной установки нескольких версий одной программы, средства уборки мусора (выявление и удаление неиспользуемых версий пакетов)
> обеспечена полная повторяемость (бит в бит) ISO-образов, генерируемых командой "guix system"
> работа без rootВпечатляет, даже и не знаю, какой ещё дистрибутив предоставляет такой функционал и возможности!?