16266 2008-07-04 16:26:49 +0400 Трансляция зависимостей у i586-* 2011-05-25 11:57:22 +0400 1 1 4 Development Sisyphus arepo unstable all Linux CLOSED FIXED P2 enhancement --- 1 raorn nobody damir ildar kopilo4ka ldv mike rider sr qa-sisyphus oldest_to_newest 73619 0 raorn 2008-07-04 16:26:49 +0400 Сразу пример: # rpm -qR fglrx_glx xorg-x11-server >= 1.1.99.903-alt3 xorg-x11-extensions-glx >= 1.1.0 # rpm -qR i586-fglrx_glx fglrx_glx = 8.50.1-alt1.biarch1 А i586-fglrx_glx хорошо бы чтобы ещё зависел от i586-xorg-x11-extensions-glx. А переименованый i586-xorg-extensions-glx ещё бы и предоставлял provides на i586-xorg-x11-extensions-glx. Начал писать алгоритм автомата, но сразу понял что дело гиблое. Нам хотя бы руками Requires/Provides выставлть было бы неплохо... 76318 1 avm 2008-08-26 16:28:45 +0400 Если пакеты A и B присутствуют в конфиге, и A зависит от B, то i586-A должен в результате зависеть от i586-B. Про это был коммит daf96e, он вроде даже работал. Руками дописывать — ну добавлю, пожалуй, хак after-tags. 103250 2 4066 mike 2009-11-17 16:00:58 +0300 Created attachment 4066 arepo.py patch to resolve package names thus saving apt from insanity Disclaimer: я (пока?) не являюсь пользователем arepo и могу опираться только на слова других людей, в т.ч. читанное в рассылках. --- со слов sr@ --- У arepo к проблеме рассинхронизации добавляется проблема "невозможности провести апгрейд". --- <sr> [sr@sr RPMS.classic]$ rpm -R -p i586-libX11-1.2-alt1.i586.rpm libX11 = 3:1.2-alt1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(CompressedFileNames) <= 3.0.4-1 libc.so.6(GLIBC_2.0) libc.so.6(GLIBC_2.1) libc.so.6(GLIBC_2.1.2) libc.so.6(GLIBC_2.1.3) libc.so.6(GLIBC_2.2) libc.so.6(GLIBC_2.3) libc.so.6(GLIBC_2.3.2) libc.so.6(GLIBC_2.3.4) libc.so.6(GLIBC_2.4) libdl.so.2(GLIBC_2.0) libdl.so.2(GLIBC_2.1) libxcb.so.1 rtld(GNU_HASH) rpmlib(PayloadIsLzma) <= 4.4.2-1 [sr@sr RPMS.classic]$ rpm -R -p i586-libxcb-1.2-alt2.i586.rpm libxcb = 1.2-alt2 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(CompressedFileNames) <= 3.0.4-1 libXau.so.6 libXdmcp.so.6 libc.so.6(GLIBC_2.0) libc.so.6(GLIBC_2.1.3) libc.so.6(GLIBC_2.3.2) libc.so.6(GLIBC_2.3.4) libc.so.6(GLIBC_2.4) rtld(GNU_HASH) rpmlib(PayloadIsLzma) <= 4.4.2-1 [sr@sr RPMS.classic]$ rpm -R -p i586-libX11-1.2-alt1.i586.rpm libX11 = 3:1.2-alt1 i586-glibc-core i586-libxcb [sr@sr RPMS.classic]$ rpm -R -p i586-libxcb-1.2-alt2.i586.rpm libxcb = 1.2-alt2 i586-libXau i586-libXdmcp i586-glibc-core Правильно я понимаю, что так была бы рабочая конфигурация для `apt-get update`? <eostapets> Ну не то, чтобы рабочая, но при обновлении не клинило бы... <sr> А что нерабочего было бы? <eostapets> То, что собрать пакеты с такими зависимостями без ошибок очень и очень сложно... <sr> Разумное допущение, если libnameX.so.1 требует libnameY.so.2, которая провайдится пакетом libnameY, то подразумевается, что этот пакет для multilib будет называться i586-libnameY. И все. Проблема, если перед этим был пакет libnameY1 и i586-libnameY1, и текущий libnameY замещает libnameY1 <eostapets> В момент паковки libnameX.so.1 мы не знаем, в каком пакете находится 64-bit libnameY.so.2 и соотвественно какое будет имя 32-bit пакета. <sr> мы пакуем 32bit-пакет, в этот момент в хешере установлен пакет с libnameY.so.2, т.е. ldd libnameX.so.1 дает список list, rpmlist=`for i in $list; do rpm -qf $i; done|sort|uniq` reqlist=`for i in rpmlist; do echo i586-$i; done` --- 103252 3 mike 2009-11-17 16:02:04 +0300 Патч втащил к себе в arepo.git, сейчас поправлю насчёт /tmp и пушну. 103254 4 mike 2009-11-17 16:35:54 +0300 http://git.altlinux.org/people/mike/packages/?p=arepo.git 103873 5 mike 2009-12-05 15:47:31 +0300 2 rider: вот этот патч тогда показывал. 107993 6 avm 2010-03-22 01:02:22 +0300 Патч втянул, хак after-tags добавил. 107994 7 mike 2010-03-22 01:05:40 +0300 Спасибо! 121628 8 ildar 2011-05-25 11:37:59 +0400 Сегодня впервые воспользовался x86_32. Результат удивил: при установке пакетов i586-* по зависимостям не вытянулось даже i586-glibc-core!!! Предлагаю переоткрыть баг. 121629 9 mike 2011-05-25 11:57:22 +0400 Стоит ещё проверить патч из bug #25192; возможно, на production сейчас ещё более старый arepo. 4066 2009-11-17 16:00:58 +0300 2009-11-17 16:00:58 +0300 arepo.py patch to resolve package names thus saving apt from insanity arepo.diff text/plain 1567 mike LS0tIC91c3IvYmluL2FyZXBvCTIwMDgtMDItMTEgMTc6MzA6NTkgKzAyMDAKKysrIC4vYXJlcG8J MjAwOS0xMS0xMSAxOTo0OTowMiArMDIwMApAQCAtNDYyLDE0ICs0NjIsMjMgQEAKICVidWlsZAog Y2F0ID5pbnN0YWxsLnNoIDw8J0VPRicKICMhL2Jpbi9zaCAtZQorcGtnPX4ocGtnbmFtZSlzCis+ L3RtcC8ke3BrZ30tcmVxdWlyZXMKK2xpc3Q9CiBmb3IgZmlsZSBpbiAiJEAiOyBkbwogICAgICAg ICBpZiBbIC1kICIkZmlsZSIgXTsgdGhlbgogICAgICAgICAgICAgaW5zdGFsbCAtZCAtLSAiJWJ1 aWxkcm9vdCRmaWxlIgogICAgICAgICBlbHNlCisJICAgIGVjaG8gPT09ICRmaWxlCisgICAgICAg ICAgICBsaXN0PSIke2xpc3R9IGBsZGQgIiRmaWxlInxjdXQgLWQgJz4nIC1mIDJ8Z3JlcCBcLnNv fGN1dCAtZiAxIC1kICcoJ2AiCiAgICAgICAgICAgICBta2RpciAtcCAtLSAiYGRpcm5hbWUgJWJ1 aWxkcm9vdCRmaWxlYCIKICAgICAgICAgICAgIGNwIC1hIC0tICIkZmlsZSIgIiVidWlsZHJvb3Qk ZmlsZSIKICAgICAgICAgZmkKIGRvbmUKK2xpc3Q9YGZvciBsIGluICRsaXN0OyBkbyBlY2hvICRs OyBkb25lfHNvcnR8dW5pcWAKK2xpc3Q9YGZvciBsIGluICRsaXN0OyBkbyBycG0gLXFmIC0tcXVl cnlmb3JtYXQgJyV7TkFNRX1cbicgJGw7IGRvbmV8c29ydHx1bmlxYAorZWNobyBzZWFyY2ggZm9y ICRwa2cgaW4gJGxpc3QKK2ZvciBsIGluICRsaXN0OyBkbyBbICRsID0gJHBrZyBdICYmIGVjaG8g c2tpcCAkbCB8fCBlY2hvIGk1ODYtJGwgPj4gL3RtcC8ke3BrZ30tcmVxdWlyZXM7IGRvbmUKIEVP RgogY2htb2QgK3ggaW5zdGFsbC5zaAogCkBAIC00OTMsNyArNTAyLDE2IEBACiBFT0YKIGNobW9k ICt4IGZpbmQtZGVwcy5zaAogCi1sbiAtcyBmaW5kLWRlcHMuc2ggZmluZC1yZXF1aXJlcworY2F0 ID5maW5kLXJlcXVpcmVzIDw8J0VPRicKKyMhL2Jpbi9zaCAtZQorcGtnPX4ocGtnbmFtZSlzCitm aWxlPS90bXAvJHtwa2d9LXJlcXVpcmVzCitjYXQgJGZpbGUKK2V4aXQgMAorCitFT0YKK2NobW9k ICt4IGZpbmQtcmVxdWlyZXMKKwogJWRlZmluZSBfX2ZpbmRfcmVxdWlyZXMgJV9idWlsZGRpci9m aW5kLXJlcXVpcmVzCiBsbiAtcyBmaW5kLWRlcHMuc2ggZmluZC1wcm92aWRlcwogJWRlZmluZSBf X2ZpbmRfcHJvdmlkZXMgJV9idWlsZGRpci9maW5kLXByb3ZpZGVzCkBAIC01MTIsNiArNTMwLDcg QEAKICogfihkYXRlKXMgU2F0b3IgQXJlcG8gPG5vYm9keUBhbHRsaW51eC5ydT4gJWNoZ19lcG9j aCV2ZXJzaW9uLSVyZWxlYXNlCiAtIEF1dG9yZXBhY2thZ2VkIHRoZSB2ZXJzaW9uIGZyb20gU2lz eXBodXMuCiAgICAgIiIiLnJlcGxhY2UoJyUnLCAnJSUnKS5yZXBsYWNlKCd+JywgJyUnKSAlIERp Y3RTZWFyY2goeworICAgICAgICAncGtnbmFtZSc6IHBrZywKICAgICAgICAgJ21hbmdsZWQtbmFt ZSc6IHNvdXJjZS5tYW5nbGUocGtnKSwKICAgICAgICAgJ2ZpbGVsaXN0JzogJ1xuJy5qb2luKGZs KSwKICAgICAgICAgJ2luc3RsaXN0JzogJ1xuJy5qb2luKHguc3RhcnRzd2l0aCgnJWRpciAnKSBh bmQgeFs1Ol0gb3IgeCBmb3IgeCBpbiBmbCksCg==