У пакета libwine-vanilla-twain сгенерирована зависимость .p8.213808.100.4.1-libwine-vanilla-3.17-alt0.M80P.1 вместо libwine-vanilla на пакет libwine-vanilla, у пакета libwine-vanilla есть оба provides. У сгенерированного через arepo пакета i586-libwine-vanilla-twain теряется зависимость на i586-libwine-vanilla. Похоже, arepo не обрабатывает зависимость .p8.213808.100.4.1-libwine-vanilla-3.17-alt0.M80P.1, а зависимости libwine-vanilla нет. Ссылка на таск: http://git.altlinux.org/tasks/213808/ В текущем p8: $ rpm -qp --requires ./i586/RPMS.classic/libwine-vanilla-twain-3.13-alt0.M80P.1.i586.rpm libwine-vanilla = 3.13-alt0.M80P.1 libgphoto2.so.6 >= set:lggDeZL1lzS4Km3QRsqLvVqt46s0N7EZduqDb3voGIppmOK030kJ0aJcs3 libgphoto2_port.so.12 >= set:khqZIxMNa4Pj5HVIzv libgphoto2_port.so.12(LIBGPHOTO2_5_0) rpmlib(PayloadIsLzma) $ rpm -qp --provides ./i586/RPMS.classic/libwine-vanilla-3.13-alt0.M80P.1.i586.rpm libwine.so.1 = set:kdJa1CyPhFqSGmu2qFF3g1JnSnGqFwWGwPrDzqUNtlU2pWbDpwRYmdLu7DEiq61b8WtXQ9gZgNgRn8QeaFSFBHxScGflwodsFxYl2OrUmd7ZhBXl7KHNV2AWA1rJga6RMdHSO89bCR77UZC0eSSM8Xt4bZKbAtiyvCqZdvRNaLZ0O0vWvlcUoS1qcssdHlibv5lCdFTsiwRAz3adynZ9CSrvh8FJZsuQXZ3033 libwine.so.1(WINE_1.0) libwine-vanilla = 3.13-alt0.M80P.1 $ rpm -qp --requires ./x86_64-i586/RPMS.classic/i586-libwine-vanilla-twain-3.13-alt0.M80P.1.i586.rpm libwine-vanilla-twain = 3.13-alt0.M80P.1 i586-libwine-vanilla = 3.13-alt0.M80P.1 libgphoto2.so.6 >= set:lggDeZL1lzS4Km3QRsqLvVqt46s0N7EZduqDb3voGIppmOK030kJ0aJcs3 rpmlib(SetVersions) libgphoto2_port.so.12 >= set:khqZIxMNa4Pj5HVIzv libgphoto2_port.so.12(LIBGPHOTO2_5_0) rpmlib(PayloadIsLzma) Пакеты из таска: $ rpm -qp --requires libwine-vanilla-twain-3.17-alt0.M80P.1.i586.rpm .p8.213808.100.4.1-libwine-vanilla-3.17-alt0.M80P.1 libgphoto2.so.6 >= set:lggDeZL1lzS4Km3QRsqLvVqt46s0N7EZduqDb3voGIppmOK030kJ0aJcs3 libgphoto2_port.so.12 >= set:khqZIxMNa4Pj5HVIzv libgphoto2_port.so.12(LIBGPHOTO2_5_0) rpmlib(PayloadIsLzma) $ rpm -qp --provides libwine-vanilla-3.17-alt0.M80P.1.i586.rpm libwine.so.1 = set:kdJa1CyPhFqSGmu2qFF3g1JnSnGqFwWGwPrDzqUNtlU2pWbDpwRYmdLu7DEiq61b8WtXQ9gZgNgRn8QeaFSFBHxScGflwodsFxYl2OrUmd7ZhBXl7KHNV2AWA1rJga6RMdHSO89bCR77UZC0eSSM8Xt4bZKbAtiyvCqZdvRNaLZ0O0vWvlcUoS1qcssdHlibv5lCdFTsiwRAz3adynZ9CSrvh8FJZsuQXZ3033 libwine.so.1(WINE_1.0) .p8.213808.100.4.1-libwine-vanilla-3.17-alt0.M80P.1 libwine-vanilla = 3.17-alt0.M80P.1 $ rpm -qp --requires i586-libwine-vanilla-twain-3.17-alt0.M80P.1.i586.rpm libwine-vanilla-twain = 3.17-alt0.M80P.1 libgphoto2.so.6 >= set:lggDeZL1lzS4Km3QRsqLvVqt46s0N7EZduqDb3voGIppmOK030kJ0aJcs3 rpmlib(SetVersions) libgphoto2_port.so.12 >= set:khqZIxMNa4Pj5HVIzv libgphoto2_port.so.12(LIBGPHOTO2_5_0) rpmlib(PayloadIsLzma)
Т.е. - говоря проще - в arepo потерялась зависимость пакета i586-libwine-vanilla-twain на пакет i586-libwine-vanilla и пакет libwine-vanilla. Сергей, отслеживайте, пожалуйста, эту ситуацию у всех пакетов идущих в p8.
я наблюдаю несколько другую ситуацию. допустим есть пакет libA, который провайдит и обсолетит пакет libB. если на момент генерации i586-libA пакета libB нет, то в i586-libA провайдс i586-libB теряется. если libB есть, провайдс i586-libB появляется, но не всегда. при этом обсолетес i586-libB в i586-libA не куда не девается
А вот такое поведение это нормально? У пакета в arepo: $ rpm -qpR http://git.altlinux.org/tasks/215159/build/repo/x86_64-i586/RPMS.task/i586-libfreeglut2.8-devel-2.8.1-alt2.i586.rpm libfreeglut2.8-devel = 2.8.1-alt2 i586-libGL-devel i586-libGLU-devel rpmlib(PayloadIsLzma) У пакета в x86_64: $ rpm -qpR http://git.altlinux.org/tasks/215159/build/repo/x86_64/RPMS.task/libfreeglut2.8-devel-2.8.1-alt2.x86_64.rpm .p8.215159.100.1.1-libfreeglut2.8-2.8.1-alt2 libGL-devel libGLU-devel rpmlib(PayloadIsLzma) Для arepo зависимость формируется без .p8.215159.100.1.1
try rpmrebuild-arepo-3.1.6-alt1 from task #215466
rpmrebuild-arepo-3.1.6-alt1 -> sisyphus: Tue Oct 23 2018 Vladimir D. Seleznev <vseleznv@altlinux> 3.1.6-alt1 - arepo.sh: generate more strict requires for arepo package if possible (ALT#35538); - arepo.sh: generate arepo requires against AREPO_NATIVE (thnx ldv@).
