[fc0f001f73fde9464545e3923112a9364c9370c3]
#bass #go #redo #tcl
Go-free BASS
Это не было целью, ничего против Go не имею (он остаётся любимейшим
языком, default языком для большинства задач), но он не везде есть или
не везде собирается. Собственно, переписывание detpax-а на Си
(cf81d4dfca45ba978da7ff1bd20992d8f5da46cc) и jimredo
(8b2badf50ea88c1f001e86fccd0b433f2c280503) были подготовкой к тому,
чтобы BASS можно было использовать без Go утилит. Строго говоря, они и
не обязательны были: вместо detpax можно и обычный tar использовать (без
воспроизводимости), а redo использовать какой захочется, не обязательно
goredo. Но мои prepare-deps скрипты собирали именно Go версии софта.
На старой Astra Linux как подтверждение работоспособности полностью
собрал разносторонний софт без какого-либо Go. prepare-deps теперь имеют
раздельные цели сборки: base (bsdtar, zstd, Perl), jimredo (jimsh и
jimredo) и goredo (Go, goredo, meta4ra (просто потому-что тоже на Go)).
Вот и можно выбрать одну из redo версий. jimredo годится только для
сборки, а не пересборки, конечно же. Но проверку useability на практике
прошёл.
Из-за ошибки в конфигурации, detpax у меня при сборке не использовался и
всё архивировалось родным системным tar-ом. При попытке установке
пакетов, tar начал на некоторых пакетах ругаться на невозможность
распаковки. Директории были, действительно, без writable бита. По началу
разбирался с detpax-ом, думал что в нём косяк. Потом понял, что он
вообще не использовался. Так и не выяснил причину. На FreeBSD
архивирование "r-x" директорий и распаковка идут без проблем. Но не на
Astra, причём только на некоторых архивах. Архив созданный detpax-ом, в
котором точно такие же "r-x" -- распаковывается без проблем.
[оставить комментарий]