Стал разбираться, результат очень интересный.
1. Если вводить эти команды по одной руками в bash, то проблем нет
2. Если вводить эти команды по одной руками в zsh (а у меня именно он), то файлы не удаляются, как я писал.
3. Если набрать из этих команд скрипт, то его нормально отрабатывает хоть bash, хоть zsh.

То есть тут я нарвался на какой-то из приколов zsh. А через xargs работает нормально во всех вариантах.
red
передать можно по разному, например так:
f="a.txt b.txt"
rm <<< echo $f
Что я делаю не так?
/tmp/test # touch a.txt b.txt
/tmp/test # ls
a.txt  b.txt
/tmp/test # f="a.txt b.txt"
/tmp/test # echo $f
a.txt b.txt
/tmp/test # rm <<< echo $f
rm: невозможно удалить 'a.txt b.txt': Нет такого файла или каталога
/tmp/test # ls
a.txt  b.txt
vasek
If the package is tracked, update the package to the newest version.
И почему же он не обновлялся?
Впрочем, фиг с ним. Оно любопытно, конечно, но для практики я свой вывод сделал: перед локальной сборкой - чистить кэш asp.
vs220
По идеи обновлять надо
Не понял. Это ман по asp, его я читал. Что и как надо обновлять? "can always be safely deleted" - это ведь не "You MUST manually delete..."
У меня к mc есть пара своих патчей, и я не обновляю mc через pacman, а изредка скачиваю pkgbuild, добавляю свои патчи, собираю пакет и устанавливаю. Такая фигня - первый раз за пару лет (или больше). В чём особенность сегодняшнего дня - не понимаю. Руками кэш никогда не чистил.
vs220
А в кеше случайно ничего нет?
Блин, оно самое. Удалил весь каталог ~/.cache/asp - теперь asp export mc даёт 4.8.24. Спасибо!
А неслабая засада...
RusWolf
через ASP версия:
У меня интернет, что ли другой? Мне по asp export mc приходит PKGBUILD с версией 4.8.21 - см. первый пост темы.

UPD Сделал asp checkout mc - та же фигня, коммиты заканчиваются на 4.8.21.
Проверил на ещё паре пакетов (alsa-lib, vlc) - с ними всё нормально, pacman и asp дают одну и ту же версию. Отчего такое может быть?!
(У меня в pacman.conf mc прописан в inorepkg. Но, во-первых, pacman.conf, вроде, никакого отношения к asp не имеет, а в-вторых, попробовал убрать - не помогло).
/tmp # pacman -Ss mc | grep -w mc
community/mc 4.8.24-1
/tmp # asp export mc
==> exporting mc:trunk
/tmp # cat mc/PKGBUILD | grep 4.8
pkgver=4.8.21
Откуда в репе 4.8.24, если в asp 4.8.21? И как добыть актуальный PKGBUILD?

UPD см тут
nafanja
curl: (22) The requested URL returned error: 403
==> ОШИБКА: Ошибка при загрузке 'http://sourceforge.net/projects/obmenu3/files/1.04/obmenu3-1.04-x86_64.tgz'
    Прерывание...
Error downloading sources: obmenu3
sourceforge скотыняки ((( и кто ж до сих пор там из НАШИХ хостится?

Downloads: 38 This Week

Только что попробовал загрузить сам - нет проблем. А в чём источник проблемы известно?
nafanja
obmenu без циферки
Без циферки - это была очень хорошая программа, когда она была создана. Но она была заброшена много-много лет назад, а в openbox с тех пор кое-что изменилось. Прежде всего - добавились иконки в меню. Что и вызвало появление нескольких новых редакторов меню, с поддержкой иконок. Я сперва хотел просто чуток доработать obmenu, но оказалось, что для этого надо откатить такой ком программ, что проще написать наново. Вероятно, и авторы других аналогичных программ прошли это же.
(И грустная добавка. Ещё не так давно в openbox что-то менялось, а сейчас проект помер. И никто не форкает. У меня не тот возраст, хотя если бы кто-то поднял упавшее знамя, я бы стал в строй).
Про инсталлятор.
zif - это не для слабонервных, это жуть с невменяемым и деструктивным поведением. После того, как основанный на zif инсталлятор IceArch втихую сделал mkswap, в результате чего слетел UUID моего своп-раздела, я не выдержал, и немного причесал этот скрипт (/opt/install/zif_micro). Результат выложил на гуглодиск. В основном, изменения в интерфейсе. Сокращено число диалогов и они сделаны более понятными (как мне кажется). Результаты выбора более или менее контролируются. Нажатие кнопочки "Отменить" или крестика закрытия окна теперь не эквивалентно нажатию кнопочки "OK", а приводит к прекращению инсталляции, и при этом всё что монтировалось, отмонтируется. А по сути только два мелких изменения: исключён mkswap: (если в начале было объявлено, что инсталлятор ничего не форматирует, то и нефиг форматироват своп-раздел) и загрузчик теперь можно установить не только на диск, но и на раздел корня. Если на компе куча систем и grub.cfg ручной работы, то установка на диск никуда не годится, а так можно в глобальный grub.cfg прописать загрузку из бутсектора раздела, предназначенного для опытов, а уж раздел сам загрузится.
Проверял я этот скрипт так: грузился из iso, подмонтировал раздел, где лежит мой вариант скрипта, и запускал руками.