Дефектные обновления [Core, Extra, Community, Multilib]

Aivar
Или в логе оно не сохраняется?
Я так понимаю, что нет, ибо у меня тоже ни одной записи.
Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket
Haron_Prime
Сталкивался ли кто-нибудь ещё с подобным уведомлением?
╰─○ grep synchronizing /var/log/pacman.log
[2016-03-19 15:31] [PACMAN] synchronizing package lists
[2016-03-19 15:39] [PACMAN] synchronizing package lists
[2016-03-19 15:56] [PACMAN] synchronizing package lists
.....
[2017-02-11 10:12] [PACMAN] synchronizing package lists
[2017-02-11 12:14] [PACMAN] synchronizing package lists
[2017-02-11 12:15] [PACMAN] synchronizing package lists
╰─○ pacman -Q systemd
systemd 232-8
https://github.com/warlock90000/awesome
Отбой. Только что обновился: есть такое сообщение, может и раньше не замечал... Разницы нет как обновляться: pacman, yaourt? Йогурт информирует о покинутых пакетах, которые я пока игнорирую. С этим не связано?
я йогуртом обновляю
https://github.com/warlock90000/awesome
warlock9000
я йогуртом обновляю
аналогично
Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket
 grep synchronizing /var/log/pacman.log
[2017-01-23 22:23] [PACMAN] synchronizing package lists
........
[2017-02-11 14:19] [PACMAN] synchronizing package lists
всего таких записей очень много, я привёл только первую и последнюю

P.S> 208 записей в логе
Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket
Haron_Prime
Сталкивался ли кто-нибудь ещё с подобным уведомлением?

 cat /var/log/pacman.log | tail -8
[2017-02-11 13:42] [PACMAN] synchronizing package lists
[2017-02-11 13:42] [PACMAN] Running 'pacman --color auto -S -u'
[2017-02-11 13:42] [PACMAN] starting full system upgrade
[2017-02-11 13:42] [ALPM] transaction started
[2017-02-11 13:42] [ALPM] upgraded extra-cmake-modules (5.30.0-1 -> 5.31.0-1)
[2017-02-11 13:42] [ALPM] upgraded python-psutil (5.1.2-1 -> 5.1.3-1)
[2017-02-11 13:42] [ALPM] transaction completed
[2017-02-11 13:42] [ALPM] running 'systemd-update.hook'...
все совершено нормально!
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
nafanja
все совершено нормально!
я это знаю!
логи последнего обновления привёл для того, чтобы было видно, что никакого упоминания об этом в логах нет
однако в терминале эта строка присутствует!
Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket
Haron_Prime
208 записей в логе
Ну и что? Синхронизируется список пакетов. Перед обновлением базы пакетов и файлов pacman'а.

Haron_Prime
никакого упоминания об этом в логах нет
однако в терминале эта строка присутствует!
Там много чего нет из выхлопа в консоли.

upd.
Haron_Prime
всего таких записей очень много
Будет больше.
# sed -i '/synchronizing package lists/d' /var/log/pacman.log
)
Потрейсил операции pacman на предмет куда он лезет и наличие в файлах словосочетания "Arming ConditionNeedsUpdate..."
.... в итоге обнаружился файлик
$ cat /usr/share/libalpm/hooks/systemd-update.hook
[Trigger]
Type = File
Operation = Install
Operation = Upgrade
Operation = Remove
Target = usr/

[Action]
Description = Arming ConditionNeedsUpdate...
When = PostTransaction
Exec = /usr/bin/touch -c /usr
И как видим данная штуковина будет выскакивать при операциях Install/Upgrade/Remove
UPD … имеется даже man libalpm , но какой то он не доделанный ...

В части "ConditionNeedsUpdate" — насколько понял эта штуковина появилась с systemd 215 … вот что о ней пишут
Добавлена новая условная директива "ConditionNeedsUpdate=", которая позволяет инициировать запуск сервисов только при условии, что состояние /etc или /var старее чем /usr. Подобное может применяться для организации автоматического обновления содержимого динамически сформированных директорий /etc или /var после обновления /usr. Например, подобная синхронизация необходима в ситуациях, когда контейнеры сформированы на базе единого образа /usr, который был обновлён вендором. "ConditionNeedsUpdate=" позволяет организовать запуск сервисов, которые сами обновят конфигурацию при загрузке с новым /usr. "ConditionNeedsUpdate=" также можно использовать для обеспечения одноразового запуска сервисов после инициирования сброса к заводским настройкам. Из сервисов, подготовленных для использования с "ConditionNeedsUpdate=", отмечаются systemd-sysusers и службы перестроения базы udev, каталога journald и кэша ldconfig
Потрейсил и выяснил что ConditionNeedsUpdate встречается в следующих сервисах
/usr/lib/systemd/system/systemd-journal-catalog-update.service
/usr/lib/systemd/system/systemd-sysusers.service
/usr/lib/systemd/system/systemd-hwdb-update.service
/usr/lib/systemd/system/ldconfig.service
/usr/lib/systemd/system/systemd-update-done.service
/usr/lib/systemd/system/systemd-update-done.service
Ошибки не исчезают с опытом - они просто умнеют
 
Зарегистрироваться или войдите чтобы оставить сообщение.