Вышла новая версия пакета системных утилит Util-linux 2.37, в который входят как тесно связанные с Linux-ядром утилиты, так и утилиты общего назначения. Например, в пакете представлены утилиты mount/umount, fdisk, hwclock, cal, blkid, fsck/cfdisk/sfdisk, blockdev, chrt, mkfs, ionice, more, renice, su, kill, setsid, login, shutdown, dmesg, lscpu, logger, losetup, setterm, mkswap, swapon, taskset и т.п...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=55250
asciidoctor: Util-linux тепрь зависит от Ruby.
makedepends
можно маны и не собирать
$ equery uses sys-apps/util-linux | grep doc
$Может и можно, но на сегодня ебилд util-linux'а собирает документацию принудительно. :(
Впрочем, возможно добавление руби в качестве депенданса спровоцирует мейнтейнеров добавить юз-флаг doc, и сделать документацию опциональной.
> $ equery uses sys-apps/util-linux | grep doc
> $
> Может и можно, но на сегодня ебилд util-linux'а собирает документацию принудительно. :(
> Впрочем, возможно добавление руби в качестве депенданса спровоцирует мейнтейнеров добавить
> юз-флаг doc, и сделать документацию опциональной.ну это только к маинтейнерам генты вопрос
я в лфс никогда маны util-linux не собирал, не через groff не через asciidoc
> $ equery uses sys-apps/util-linux | grep doc
> $
> Может и можно, но на сегодня ебилд util-linux'а собирает документацию принудительно. :(Не факт, что вообще собирает, судя по util-linux-2.37.ebuild
if [[ ${PV} == *9999 ]] ; then
myeconfargs+=( --enable-asciidoc )
else
# We ship pre-generated man-pages for releases
myeconfargs+=( --disable-asciidoc )
fi
> Добавлена экспериментальная поддержка сборочной системы Meson.и Python...
осталось на lua что нибудь прикрутить для полного счастия
>> Добавлена экспериментальная поддержка сборочной системы Meson.
> и Python...
> осталось на lua что нибудь прикрутить для полного счастиятам месон експериментальный и они говорят что в течении "next years" будут использовать autotools в качестве основной сборочной системы
Не, для полного счастья не хватает C#.
Хорошо бы, чтобы ещё на JS чего не прикрутили.
кому не нравится, могут сделать форк (лицензия позволяет же ?)
и тыкать им в рожу озвезденевшим смузихлебам.ps: еще бы раст подключили.
Могут и nodejs прикрутить и java и прочее, лишь бы было красиво
Тоже первое, что заметил; хотя Ruby изучал ещё по первой книжке с киркой, считаю, что это не менее чёткий признак деградации проекта, чем несколько лет назад появившийся /usr/bin/chmem (который сразу обозначил, что кто-то не пользуется chm<Tab> по назначению и не понимает разницы между восьмой и первой секцией манов, ну и тем, куда соответственно утилиту-то класть). Увы.
> Тоже первое, что заметил; хотя Ruby изучал ещё по первой книжке с
> киркой, считаю, что это не менее чёткий признак деградации проекта, чем
> несколько лет назад появившийся /usr/bin/chmem (который сразу обозначил, что кто-то не
> пользуется chm<Tab> по назначению и не понимает разницы между восьмой и
> первой секцией манов, ну и тем, куда соответственно утилиту-то класть).
> Увы.понятно, что вы это первым заметите - это же первый пункт чейнджлога ))
Изучал, но не осилил?
> что кто-то не пользуется chm<Tab>либо что кто-то пользуется fish
> хотя Ruby изучал ещё по первой книжке с
> киркой, считаю, что это не менее чёткий признак деградации проекта, чем
> несколько лет назад появившийся /usr/bin/chmemВ чём дело с Ruby? Зависимость слишком жирная? Или его нет в LSB (я не знаю, не смотрел: /usr и так "везде" не read-only).
для такого пакета как util-linux, предоставляющего низкоуровневые системные утилиты - да
Portage в Gentoo написана на жирном Python. При обновлении Python (с 3.n на 3.n+1) можно умудриться и сломать Portage (если не следовать рекомендациям из eselect read news). Решается подобная "авария" достаточно просто: временным редактированием шебанга в каком-то из скриптов. А вот реально сломать систему при обновлении, когда её спасло лишь наличие открытой сессии ssh (без неё пришлось бы загружать с внешнего носителя), мне удалось прерыванием распаковки архива (бинарного пакета) с архиватором -- поскольку нежирная glibc прилинкована не статически. Но да, без роллинга такая ситуация мало кого волнует, glibc же не обновляется. Да и в самой Gentoo ситуация нетипична, поскольку обновляют пакетами редко.
1. Это все дистро специфичные вещи. Я от дистра не завишу т.к. использую LFS2. Util-linux - необходимый для работы любой GNU/Linux системы пакет, в отличие от portage
3. Python хоть и жирный, но нужен очень многим пакетам, в том числе для сборки ядра, так что в зависимости от него ни чего такого нету. А вот ruby нужен 1.5 пакету и весьма жирный. Хорошо что зависимость опциональная
Это был пример, когда точкой отказа являются не "жирные" зависимости, а вполне обычные. И никого оно не волнует.
> Это был пример, когда точкой отказа являются не "жирные" зависимости, а вполне
> обычные. И никого оно не волнует.ну про точки отказа я ничего не говорил. Ruby нужен только для _сборки_ манов
> Ruby нужен только для _сборки_ мановВот это меня и удивило. В Альте сборка происходит на сервере. Ruby всё равно приходится собирать, что бы пакеты просто были. Система пользователя не замусоривается, если он не хочет Ruby.
> Вот это меня и удивило. В Альте сборка происходит на сервере. Ruby
> всё равно приходится собирать, что бы пакеты просто были.Ну Шигорин писал про деградацию проекта, не обязательно это только про альт
> Система пользователя не замусоривается, если он не хочет Ruby.
И даже если ему надо собрать Util-linux вместе с манами?
П.С. Я например при сборке лфс ставлю основной целью оптимизацию, но, т.к. у меня мощное железо, производительность мерить не удобно и я мерю по размеру. К счастью маны мне не нужны, но если бы были нужны то это была бы большая проблема
>> Вот это меня и удивило. В Альте сборка происходит на сервере. Ruby
>> всё равно приходится собирать, что бы пакеты просто были.
> Ну Шигорин писал про деградацию проекта, не обязательно это только про альтУ него сложилось своё представление "идеальной ОС", к которому Альт стремится и куда зависимость от Ruby не укладывается.
>> Система пользователя не замусоривается, если он не хочет Ruby.
> И даже если ему надо собрать Util-linux вместе с манами?Ну Вы же сами собираете Линукс. Значит должны знать ответ на вопрос и без меня. В Gentoo где-то берут man-ы.
$ diff -u util-linux-2.36.2.ebuild util-linux-2.37.ebuild@@ -203,9 +236,16 @@
$(use_enable tty-helpers write)
$(use_with cryptsetup)
)
+ if [[ ${PV} == *9999 ]] ; then
+ myeconfargs+=( --enable-asciidoc )
+ else
+ # We ship pre-generated man-pages for releases
+ myeconfargs+=( --disable-asciidoc )
+ fi
else
myeconfargs+=(
--disable-all-programs
+ --disable-asciidoc
--disable-bash-completion
--without-systemdsystemunitdir
# build libraries
А в Альте и так вообще всё собрано.
> + # We ship pre-generated man-pages for releasesА, если есть pre-generated man-pages - это хорошо
> У него сложилось своё представление "идеальной ОС", к которому Альт стремитсяДавайте всё-таки за себя я сам говорить буду -- когда коряво, лучше переспросить, вдруг вернусь позже, замечу и отвечу (или если важно, то лучше почтой продублировать).
> и куда зависимость от Ruby не укладывается.
Вот это утверждение неверно.
Сказать пытался, что бездумное обрастание лишними зависимостями видно мало кому (обычно тем, кто либо давно сопровождает проект/пакет, либо тем, кто столкнулся с мусором при бутстрапе) -- но это один из достаточно чётких маркеров, увы.
>> У него сложилось своё представление "идеальной ОС", к которому Альт стремится
> Давайте всё-таки за себя я сам говорить буду -- когда коряво, лучше
> переспросить, вдруг вернусь позже, замечу и отвечу (или если важно, то
> лучше почтой продублировать).А что в конкретно этом утверждении не так? Странно было бы, если бы представления не было. Кавычки там -- поскольку идеал по определению недостижим.
>> и куда зависимость от Ruby не укладывается.
> Вот это утверждение неверно.
> Сказать пытался, что бездумное обрастание лишними зависимостями видно мало кому (обычно
> тем, кто либо давно сопровождает проект/пакет, либо тем, кто столкнулся с
> мусором при бутстрапе) -- но это один из достаточно чётких маркеров,
> увы."Лишняя". Если Ruby нужен для asciidoc, значит не лишняя. До этого генерировали без Ruby, была другая зависимость, потому я грубо сравнил их размер в байтах и назвал новую жирной.
"Бездумное". https://github.com/karelzak/util-linux/issues/1257
Говорится об обеспечении когерентности версий util-linux и мануалов, а так же об интеграции переводов в апстрим. В связи с чем реализовали ранее запланированный переход на новый инструмент. "And besides that, asciidoc is much easier to maintain than *roff". Как минимум, о чём-то они думали и обсуждали в рассылке util-linux@ (не читал). Кроме того, пришли к опциональности зависимости, что (наверное) смягчает неудобства при бутстрапе.Зависимость от Ruby - она объективна. Сейчас я понял, что моему предположению следовало быть более общим ("новая зависимость не укладывается"). Вероятно, это связано с бутстрапом и Эльбрусом, но уже не важно -- в issues/1257 нашёл на первый взгляд разумное обоснование от разработчиков.
>> В чём дело с Ruby? Зависимость слишком жирная?
> для такого пакета как util-linux, предоставляющего низкоуровневые системные
> утилиты - даИменно.
> В umount обеспечено отмонтирование всех вложенных точек монтирования при указании флага "--recursive".А вот это очень хорошо, по мойму. А то когда выходишь из чрута все отмонтировать долго очень.
П.С. Ведь нет ничего плохого в комментировании своих новостей =)?
Да; да.
:)
>П.С. Ведь нет ничего плохого в комментировании своих новостей =)?Иногда просто что-то забыл сказать. Поэтому такой комент можно рассматривать как дополнение.
> suА кстати - откуда эту утилиту лучше использовать - из данного пакета или из shadow ?
в лфс из shadow рекомендуется, а в убунте она из util-linux
В альте из SimplePAMApps: http://www.linux-pam.org/pre/applications/
> В альте из SimplePAMApps: http://www.linux-pam.org/pre/applications/ну этого у меня вообще не стоит и в ближайшее время думаю не будет
>> В lsblk предложены новые столбцы FSROOTS и MOUNTPOINTS.Если всё нужное ставить - и так вывод на километр по ширине получается :).
А вот за lsblk, кстати, взявшимся за util-linux{,-ng} и впрямь благодарен: полезная штука.
++ без него не едят(ц).
Толко я не понял, в чём нововведение MOUNTPOINT_S_ - он показвает множественные точки монтирования?
— Доктор, когда я делаю «вот так» у меня болит!
— А вы «так» не делайте!
©
>> В cfdisk добавлена опция "--read-only" для запуска в режиме только для чтения.Чем это поможет если fs уже в режиме ro?
А какое отношение ФС имеет к таблице разделов?
Не знаю, но когда JFS в режиме ro? Мало, что можно сделать, смонтировать снова fs можно было и c livecd.
Всё, надоело! Иду делать свой дистрибутив!
Называться будет Util-linux Linux?
> В hexdump обеспечено автоматическое включение опции "-C" при вызове в форме "hd".У меня оно так работает в 2.36.1
При чем повторяет строки в зависимости от количества ключей "-C". Очень странно https://pastebin.com/9izkNGp5
> Вышла новая версия пакета системных утилит Util-linux 2.37, в который входят как
> тесно связанные с Linux-ядром утилиты, так и утилиты общего назначения. Например,
> в пакете представлены утилиты mount/umount, fdisk, hwclock, cal, blkid, fsck/cfdisk/sfdisk,
> blockdev, chrt, mkfs, ionice, more, renice, su, kill, setsid, login, shutdown,
> dmesg, lscpu, logger, losetup, setterm, mkswap, swapon, taskset и т.п...
> Подробнее: https://www.opennet.dev/opennews/art.shtml?num=55250а где утилита из RS232 в raw keyboard input?
>> Вышла новая версия пакета системных утилит Util-linux 2.37, в который входят как
>> тесно связанные с Linux-ядром утилиты, так и утилиты общего назначения. Например,
>> в пакете представлены утилиты mount/umount, fdisk, hwclock, cal, blkid, fsck/cfdisk/sfdisk,
>> blockdev, chrt, mkfs, ionice, more, renice, su, kill, setsid, login, shutdown,
>> dmesg, lscpu, logger, losetup, setterm, mkswap, swapon, taskset и т.п...
>> Подробнее: https://www.opennet.dev/opennews/art.shtml?num=55250
> а где утилита из RS232 в raw keyboard input?час поиска, и на github нашел, вроде то что нужн
Руби?!?!? Пропал калабуховский дом...
> Для генерации man-страниц вместо groff задействован пакет asciidoctor.Ну всё, #%$&*%)%_Q@#$, мы потеряли маны. Кто там такой одарённый это родил?
Третье полуядро Линуха.
А можно все утилс в один пакет утилит, по типу утилит от Нортона для W95? Ну че, слабо ?
Второе glibc.
Зачем???Упаковано единым пакетом в виде дистра операционки и - удобно вполне, все всё понимают.
P.S. Посмотри apt-file search...
rename у кого работает?
rename file file1
rename: недостаточно аргументов
и так со всеми вариантами,
mv file file1 работает
NAME
rename - rename filesSYNOPSIS
rename [options] expression replacement file...
file file1 это не expression replacement file
т.е. у Вас работает,ну спасибо!
работает так
rename file file1 *
подробнее в примерах man
rename из util-linux 2.36.2
А документация для ядра собирается... С ПОМОЩЬЮ SPHINX. Все, выкидываем ядро на помойку.
Как обновиться в Ubuntu? ^_^
sudo apt-get build-dep util-linux
apt-get -b source util-linux
> Добавлена экспериментальная поддержка сборочной системы MesonКак этим месоном пользоваться без Python3?
В hardlink не хватает опции оставлять самый старый файл. И по-моему оно параллельно что-то делает, это ок на твердотельных накопителях, но на НЖМД это очень не очень. Ещё хотелось бы ревертить время изменения каталога, если там только файл на хардлинк с другим временем заменён.
Новая реализация не поддерживает параметр "-f" для принудительного создания жёстких ссылок между файловыми системамиУра мы создали ущербную в реализации замену, радуйтесь?
Усчербность могла быть именно в насилии. :)
"Принудительность" там была очень условная, hardlink(1) просто тихо пропускал такие файлы при указании -f
Как вы себе представляете _жёсткую_ ссылку между ФС?
ну это была такая же костылина как rm -f - не может создать ссылку, просто молча ничего и не делает.Скрипты завязанные на такое поведение - могут и мала-мала паламалася.
Новость - прелесть. )
Busybox для десктопа вполне достаточно.
Чем hardlink лучше symlink?
Никогда не приходилось использовать ln без -s.
Тем что файлы можно переместить. И ещё симлинки это дополнительный мусор на диске. Вообще, они почти всегда битые в итоге.