* Re: [devel] lost soname dependencies
2011-03-24 20:52 [devel] lost soname dependencies Alexey Tourbin
@ 2011-03-25 0:38 ` Alexey Tourbin
2011-03-25 3:55 ` Slava Semushin
` (4 subsequent siblings)
5 siblings, 0 replies; 17+ messages in thread
From: Alexey Tourbin @ 2011-03-25 0:38 UTC (permalink / raw)
To: devel
On Thu, Mar 24, 2011 at 11:52:24PM +0300, Alexey Tourbin wrote:
> zoom-1.0.5-alt1 libXft.so.2
> Если исключить ещё пакеты с libc-зависимстями, libgcc, libstdc++, и ещё
> libR, то всего надо проверить примерно 97 пакетов и пересобрать некоторые
> из них в среде с более полными зависимостями.
К сожалению, ситуация с пакетной базой у нас такая, что не понятно, что
делать. С одной стороны, я мог бы исправить многие пакеты, просто прогнав
buildreq. С другой стороны, когда я смотрю на эти пакты, то возникает
много других вопросов, и мне становится понятно, что исправление сборки
этих пакетов не может быть самостоятельной целью.
Пакет zoom был собран в 2006 году. Имеется апстримовская версия от 2009
года. Пакет zoom не требуется ни одним другим пакетом в сизифе, так что
штатного способа протестировать работоспособность новой версии нет.
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [devel] lost soname dependencies
2011-03-24 20:52 [devel] lost soname dependencies Alexey Tourbin
2011-03-25 0:38 ` Alexey Tourbin
@ 2011-03-25 3:55 ` Slava Semushin
2011-03-25 8:00 ` Alexey Tourbin
2011-03-25 4:29 ` REAL
` (3 subsequent siblings)
5 siblings, 1 reply; 17+ messages in thread
From: Slava Semushin @ 2011-03-25 3:55 UTC (permalink / raw)
To: ALT Linux Team development discussions
25 марта 2011 г. 2:52 пользователь Alexey Tourbin <at@altlinux.ru> написал:
[...]
> pachi-1.0-alt3.qa1 libstdc++.so.6
Не очень понимаю как он оказался в этом списке, ведь последний раз его
собирали в феврале 2010 (т.е. прошлого) года.
Что предлагается с ним сделать? Пересобрать?
[...]
--
Slava Semushin
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [devel] lost soname dependencies
2011-03-24 20:52 [devel] lost soname dependencies Alexey Tourbin
2011-03-25 0:38 ` Alexey Tourbin
2011-03-25 3:55 ` Slava Semushin
@ 2011-03-25 4:29 ` REAL
2011-03-25 5:32 ` REAL
2011-03-25 8:04 ` Alexey Tourbin
2011-03-25 9:51 ` [devel] lost soname dependencies prevention Dmitry V. Levin
` (2 subsequent siblings)
5 siblings, 2 replies; 17+ messages in thread
From: REAL @ 2011-03-25 4:29 UTC (permalink / raw)
To: ALT Linux Team development discussions, REAL
25.03.2011 02:52, Alexey Tourbin пишет:
> allegro4.4-4.4.1.1-alt1 libXxf86vm.so.1
> pswarm-1.5-alt4 libR-2.11.so
> python-module-rpy-1.0.3-alt1.svn20101101 libR-2.11.so
> python-module-rpy2-2.1.0-alt2 libR-2.11.so
> salsa-complex-2.01-alt1.svn20100714.2 libtmglib.so.4
> slurm-2.0.9-alt1.3 libcrypto.so.10
Проверю.
> Если исключить ещё пакеты с libc-зависимстями, libgcc, libstdc++, и ещё
> libR
А что с libR?
--
REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [devel] lost soname dependencies
2011-03-25 4:29 ` REAL
@ 2011-03-25 5:32 ` REAL
2011-03-25 8:04 ` Alexey Tourbin
1 sibling, 0 replies; 17+ messages in thread
From: REAL @ 2011-03-25 5:32 UTC (permalink / raw)
To: ALT Linux Team development discussions
25.03.2011 10:29, REAL пишет:
> > pswarm-1.5-alt4 libR-2.11.so
> А что с libR?
Тут никакого криминала не вижу, зависимость на libR у R-pswarm как
была, так и осталась при пересборке. Двое ниже будут пересобраны со
временем (иду по алфавиту, не хочу прыгать по списку :) ).
> > python-module-rpy-1.0.3-alt1.svn20101101 libR-2.11.so
> > python-module-rpy2-2.1.0-alt2 libR-2.11.so
Ну и далее:
> > salsa-complex-2.01-alt1.svn20100714.2 libtmglib.so.4
На месте.
> > slurm-2.0.9-alt1.3 libcrypto.so.10
А это да. Добавил libssl-devel в BuildPreReq - зависимость вернулась.
У него есть внутренний crypto, поэтому собирается из без системного,
но я лучше верну системный.
PS. Я так понимаю, что тестовая пересборка была в каком-то
неустойчивом окружении, по крайней мере, сейчас более-менее всё
приходит в норму. Думаю, самым простым вариантом будет подождать
очередной тестовой пересобрки и сравнить изменение зависимостей по
тому же алгоритму, как это было сделано сейчас.
--
REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [devel] lost soname dependencies
2011-03-25 4:29 ` REAL
2011-03-25 5:32 ` REAL
@ 2011-03-25 8:04 ` Alexey Tourbin
1 sibling, 0 replies; 17+ messages in thread
From: Alexey Tourbin @ 2011-03-25 8:04 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Fri, Mar 25, 2011 at 10:29:51AM +0600, REAL wrote:
> 25.03.2011 02:52, Alexey Tourbin пишет:
> >allegro4.4-4.4.1.1-alt1 libXxf86vm.so.1
> > pswarm-1.5-alt4 libR-2.11.so
> > python-module-rpy-1.0.3-alt1.svn20101101 libR-2.11.so
> > python-module-rpy2-2.1.0-alt2 libR-2.11.so
> > salsa-complex-2.01-alt1.svn20100714.2 libtmglib.so.4
> > slurm-2.0.9-alt1.3 libcrypto.so.10
>
> Проверю.
>
> >Если исключить ещё пакеты с
> >libc-зависимстями, libgcc, libstdc++, и ещё
> >libR
>
> А что с libR?
Я отказался от конструкции libR-X.Y.so и вернул libR.so, т.к.
совместимость по вызываемым функциям теперь контролируется на уровне
set-versions, а сложных структур данных в API не используется.
# make compatibility symlink and provides
ln -s libR.so %buildroot%_libdir/libR-2.11.so
%filter_from_provides /^libR\.so/{p;s/R/R-2.11/}
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [devel] lost soname dependencies prevention
2011-03-24 20:52 [devel] lost soname dependencies Alexey Tourbin
` (2 preceding siblings ...)
2011-03-25 4:29 ` REAL
@ 2011-03-25 9:51 ` Dmitry V. Levin
2011-03-25 10:03 ` REAL
2011-03-25 10:25 ` Alexey Tourbin
2011-03-27 20:58 ` Michael Shigorin
2011-03-27 21:23 ` Aleksey Novodvorsky
5 siblings, 2 replies; 17+ messages in thread
From: Dmitry V. Levin @ 2011-03-25 9:51 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 2260 bytes --]
On Thu, Mar 24, 2011 at 11:52:24PM +0300, Alexey Tourbin wrote:
> После исправления зависимостей у *-devel пакетов некоторые пакеты стали
> собираться в урезнной конфигурации. Большая часть таких пакетов может
> быть идентифицирована по результатам тестовой пересборки, после которой
> выполняется сравнение свежепересобранных пакетов с пакетами в репозитории.
> К письму приложен скрипт, который по логу сборки показывает "убывшие"
> имена библиотек - т.е. зависимости, которые присутствуют в репозитории,
> но отсутствуют после тестовой пересборки. Это не очень совершенный метод
> идентификации потерянных зависимостей, и это лучшее, что у нас сейчас есть.
> Тем не менее, большую часть урезанных пакетов таким образом определить удаётся.
Поскольку не все devel-пакеты (пере)собраны, процесс оптимизации
зависимостей devel-пакетов ещё далек от завершения. По мере этой
оптимизации неизбежно будут обнаруживаться пакеты, тестовая пересборка
которых будет выявлять урезание поддерживаемой конфигурации.
Я думаю, что теперь нам нужно в первоочередном порядке внедрять в
girar-builder инструмент для предотвращения непреднамеренных потерь
soname-зависимостей.
Если множество soname-зависимостей (без учета версионирования) всех
пакетов, собранных в рамках одного подзадания, не содержит хотя бы одной
soname-зависимости, которая присутствует во множестве soname-зависимостей
всех пакетов, полученных в результате сборки действующего релиза нашего
исходного пакета, то эта soname-зависимость либо изменилась (soname
change), либо потерялась.
Задания, прошедшие все проверки, в которых происходит подобное, я
предлагаю переводить в некое новое состояние ожидания подтверждения,
аналогичное TESTED. Адресатам задания при этом должно приходить
соответствующее уведомление, на основании которого автор задания будет
смотреть, является ли столь существенное изменение зависимостей допустимым,
и принимать решение о подтверждении отправки этого задания в репозиторий.
Если удастся отличить случай изменения soname-зависимостей от потери
soname-зависимостей, то вероятность ложных срабатываний будет низкой.
Осталось придумать имя для нового состояния "waiting for manual confirmation",
и реализовать его.
--
ldv
[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [devel] lost soname dependencies prevention
2011-03-25 9:51 ` [devel] lost soname dependencies prevention Dmitry V. Levin
@ 2011-03-25 10:03 ` REAL
2011-03-25 10:25 ` Alexey Tourbin
1 sibling, 0 replies; 17+ messages in thread
From: REAL @ 2011-03-25 10:03 UTC (permalink / raw)
To: ALT Linux Team development discussions
25.03.2011 15:51, Dmitry V. Levin пишет:
> Осталось придумать имя для нового состояния "waiting for manual confirmation",
> и реализовать его.
TOCONFIRM ?
--
REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [devel] lost soname dependencies prevention
2011-03-25 9:51 ` [devel] lost soname dependencies prevention Dmitry V. Levin
2011-03-25 10:03 ` REAL
@ 2011-03-25 10:25 ` Alexey Tourbin
2011-03-25 10:29 ` Vitaly Kuznetsov
` (2 more replies)
1 sibling, 3 replies; 17+ messages in thread
From: Alexey Tourbin @ 2011-03-25 10:25 UTC (permalink / raw)
To: ALT Devel discussion list
On Fri, Mar 25, 2011 at 12:51:11PM +0300, Dmitry V. Levin wrote:
> On Thu, Mar 24, 2011 at 11:52:24PM +0300, Alexey Tourbin wrote:
> > После исправления зависимостей у *-devel пакетов некоторые пакеты стали
> > собираться в урезнной конфигурации. Большая часть таких пакетов может
> > быть идентифицирована по результатам тестовой пересборки, после которой
> > выполняется сравнение свежепересобранных пакетов с пакетами в репозитории.
> > К письму приложен скрипт, который по логу сборки показывает "убывшие"
> > имена библиотек - т.е. зависимости, которые присутствуют в репозитории,
> > но отсутствуют после тестовой пересборки. Это не очень совершенный метод
> > идентификации потерянных зависимостей, и это лучшее, что у нас сейчас есть.
> > Тем не менее, большую часть урезанных пакетов таким образом определить удаётся.
>
> Поскольку не все devel-пакеты (пере)собраны, процесс оптимизации
> зависимостей devel-пакетов ещё далек от завершения. По мере этой
> оптимизации неизбежно будут обнаруживаться пакеты, тестовая пересборка
> которых будет выявлять урезание поддерживаемой конфигурации.
Большая часть системно-значимых библиотек уже проверена/исправлена.
Массового урезания зависимостей больше не будет (правда, ситуация с Qt
ещё не до конца понятна). Вот мой внутренний статус проверки библиотек.
Минусом в первой колонке отмечены библиотеки, которые я проверил и которые
годятся для того, чтобы с ними "начисто" что-то собирать. (Плюсом во
второй колонке отмечен статус поддержки debuginfo по состоянию на
2011-03-15.)
Несколько замечаний по проверке:
- возможно, от glib2-devel стоит отпилит gtester, чтобы glib2-devel
не вытягивал "толстый" питон
- в питоне через py_curses.h появлятся зависимость на libncurses-devel;
возможно, её стоит отключить
- в fontconfig-devel, возможно, нужна зависимость на libfreetype-devel,
т.к. fontconfig/fcfreetype.h включает ft2build.h; но ft2build.h лежит
в нестандартном месте, и cpp.req обламывается; так что зависимость
стоит вводить на уровне pkgconfig
Вчера я начал исправлять пакеты, которые лишились зависимости на
libz.so.1, но исправил только w3m, а ещё несколько просмотренных пакетов
по разным причинам не захотел пересобирать - решил, что возвращение
зависимости на zlib не может быть самостоятельной целью, т.к. в пакетах
ещё много проблем, часть которых находится в компетенции мейнтейнера
(очень старая версия по сравнению с текущей апстримовской и т.п.).
Не знаю, стот ли афишировать и драматизировать увиденные мною ужасы.-)
Я думаю, что модификация girar-builder ради нескольких десятков бесхозных
пакетов - это бесполезный ход. Конечно, более важные среди этих пакетов
надо в ближайшее время проверить и исправить вручную, чтобы не лишиться
чего-то более важного.
Далее вечером.
--- libcheck/deps- 2011-03-15 04:16:31
+++ libcheck/deps 2011-03-25 01:15:21
@@ -1,149 +1,41 @@
+ 33 libQtScript.so.4
+ 33 libavutil.so.50
- 33 libfuse.so.2
- 33 libspeex.so.1
+ 34 liblcms.so.1
34 libruby.so.1.9
+ 35 libgdkmm-2.4.so.1
+ 35 libnspr4.so
+ 35 libwrap.so.0
-+ 36 libltdl.so.7
- 36 libmad.so.0
+ 36 libphonon.so.4
+ 37 libusb-0.1.so.4
-+ 38 libXi.so.6
-+ 38 libXss.so.1
+ 38 libbonobo-2.so.0
+ 38 libglib-1.2.so.0
+ 39 libQt3Support.so.4
+ 39 libQtOpenGL.so.4
-+ 39 libgnutls.so.26
- 39 libpulse.so.0
-+ 40 libXfixes.so.3
40 libatkmm-1.6.so.1
-+ 40 libpangoft2-1.0.so.0
+ 41 libQtSql.so.4
+ 41 libavformat.so.52
+ 41 libgtkmm-2.4.so.1
+ 41 libkparts.so.4
-+ 41 libncursesw.so.5
+ 41 libwx_gtk2u_core-2.8.so.0
-+ 42 libXxf86vm.so.1
-+ 42 libvorbisenc.so.2
+ 42 libwx_baseu-2.8.so.0
-+ 43 libFLAC.so.8
+ 43 liblapack.so.3
-+ 43 liblber-2.4.so.2
- 44 libjack.so.0
+ 45 libQtSvg.so.4
-+ 45 libgtk-1.2.so.0
-+ 45 libsoup-2.4.so.1
-+ 45 libuuid.so.1
-+ 46 libSDL_ttf-2.0.so.0
+ 46 libavcodec.so.52
-+ 46 librsvg-2.so.2
+ 47 libblas.so.3
-+ 48 libdb-4.7.so
-+ 48 libxslt.so.1
-+ 49 libXinerama.so.1
+ 50 libQtWebKit.so.4
-+ 50 libpopt.so.0
-+ 51 libgcrypt.so.11
-+ 51 libtcl8.5.so
+ 52 libDCOP.so.4
-+ 53 libxfce4util.so.4
+ 54 liblua-5.1.so.0
-+ 54 libphp-5.3.5.so.0
-+ 54 libsndfile.so.1
-+ 55 libXaw.so.7
-+ 55 libXft.so.2
-+ 55 libXrandr.so.2
-+ 55 libglibmm-2.4.so.1
+ 55 libgnomeui-2.so.0
+ 56 libgnome-2.so.0
-+ 57 libgmp.so.3
-+ 58 ld-linux-x86-64.so.2
-+ 60 libXtst.so.6
-+ 61 libsigc-2.0.so.0
-+ 62 libldap-2.4.so.2
-+ 62 libpcap.so.0.8
-+ 62 libresolv.so.2
-+ 63 libnotify.so.1
-+ 65 libgfortran.so.3
-+ 67 libpq.so.5
-+ 69 libmysqlclient.so.16
-+ 69 libvorbis.so.0
-+ 70 libICE.so.6
-+ 70 libgstreamer-0.10.so.0
-+ 71 libSM.so.6
-+ 71 libpcre.so.3
-+ 72 libXrender.so.1
-+ 73 libogg.so.0
-+ 75 libXmu.so.6
+ 75 libkio.so.4
+ 76 libkio.so.5
-+ 81 libutil.so.1
-+ 81 libvorbisfile.so.3
+ 85 libkdeui.so.5
+ 88 libkdecore.so.5
-+ 89 libglade-2.0.so.0
+ 89 libkdecore.so.4
+ 91 libkdeui.so.4
-+ 92 libexpat.so.1
-+ 93 libbz2.so.1
+ 94 libQtDBus.so.4
-+ 97 libfontconfig.so.1
-+ 98 libpam.so.0
-+ 101 libXpm.so.4
-+ 101 libsqlite3.so.0
-+ 102 libSDL_image-1.2.so.0
-+ 102 libtiff.so.4
-+ 108 libcurl.so.4
-+ 111 libcrypt.so.1
-+ 112 libncurses.so.5
-+ 125 libpangocairo-1.0.so.0
+ 127 libQtXml.so.4
-+ 127 libXt.so.6
-+ 131 libSDL_mixer-1.2.so.0
+ 134 libQtNetwork.so.4
-+ 137 libatk-1.0.so.0
-+ 139 libfreetype.so.6
+ 146 libqt-mt.so.3
-+ 148 libdbus-1.so.3
-+ 153 libreadline.so.5
-+ 157 libgconf-2.so.4
-+ 159 libdbus-glib-1.so.2
-+ 160 libGLU.so.1
-+ 164 libasound.so.2
-+ 165 libssl.so.10
-+ 169 libgmodule-2.0.so.0
-+ 182 librt.so.1
-+ 194 libgio-2.0.so.0
-+ 208 libtinfo.so.5
-+ 215 libjpeg.so.62
-+ 235 libXext.so.6
-+ 236 libcrypto.so.10
-+ 246 libpng12.so.0
-+ 259 libGL.so.1
-+ 270 libSDL-1.2.so.0
-+ 270 libgthread-2.0.so.0
-+ 289 libcairo.so.2
-+ 290 libperl-5.12.so
+ 299 libQtGui.so.4
+ 321 libQtCore.so.4
-+ 324 libxml2.so.2
-+ 328 libpython2.6.so.1.0
-+ 372 libpango-1.0.so.0
-+ 526 libgdk_pixbuf-2.0.so.0
-+ 547 libz.so.1
-+ 552 libdl.so.2
-+ 642 libgdk-x11-2.0.so.0
-+ 768 libgtk-x11-2.0.so.0
-+ 879 libX11.so.6
-+ 992 libgobject-2.0.so.0
-+ 1099 libglib-2.0.so.0
-+ 1283 libgcc_s.so.1
-+ 1415 libstdc++.so.6
-+ 1858 libm.so.6
-+ 1958 libpthread.so.0
-+ 5222 libc.so.6
> Я думаю, что теперь нам нужно в первоочередном порядке внедрять в
> girar-builder инструмент для предотвращения непреднамеренных потерь
> soname-зависимостей.
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [devel] lost soname dependencies prevention
2011-03-25 10:25 ` Alexey Tourbin
@ 2011-03-25 10:29 ` Vitaly Kuznetsov
2011-03-25 10:50 ` Aleksey Novodvorsky
2011-03-25 10:39 ` REAL
2011-03-27 19:06 ` [devel] lost soname dependencies Michael Shigorin
2 siblings, 1 reply; 17+ messages in thread
From: Vitaly Kuznetsov @ 2011-03-25 10:29 UTC (permalink / raw)
To: ALT Linux Team development discussions
Alexey Tourbin <at@altlinux.ru> writes:
> Вчера я начал исправлять пакеты, которые лишились зависимости на
> libz.so.1, но исправил только w3m, а ещё несколько просмотренных
> пакетов по разным причинам не захотел пересобирать - решил, что возвращение
> зависимости на zlib не может быть самостоятельной целью, т.к. в
> пакетах ещё много проблем, часть которых находится в компетенции мейнтейнера
> (очень старая версия по сравнению с текущей апстримовской и т.п.).
> Не знаю, стот ли афишировать и драматизировать увиденные мною ужасы.-)
>
Афишировать точно стоит. После этого будет понятно, нужно ли
драматизировать :)
--
Vitaly Kuznetsov, ALT Linux
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [devel] lost soname dependencies prevention
2011-03-25 10:29 ` Vitaly Kuznetsov
@ 2011-03-25 10:50 ` Aleksey Novodvorsky
0 siblings, 0 replies; 17+ messages in thread
From: Aleksey Novodvorsky @ 2011-03-25 10:50 UTC (permalink / raw)
To: ALT Linux Team development discussions; +Cc: Vitaly Kuznetsov
25 марта 2011 г. 13:29 пользователь Vitaly Kuznetsov
<vitty@altlinux.ru> написал:
> Alexey Tourbin <at@altlinux.ru> writes:
>
>> Вчера я начал исправлять пакеты, которые лишились зависимости на
>> libz.so.1, но исправил только w3m, а ещё несколько просмотренных
>> пакетов по разным причинам не захотел пересобирать - решил, что возвращение
>> зависимости на zlib не может быть самостоятельной целью, т.к. в
>> пакетах ещё много проблем, часть которых находится в компетенции мейнтейнера
>> (очень старая версия по сравнению с текущей апстримовской и т.п.).
>> Не знаю, стот ли афишировать и драматизировать увиденные мною ужасы.-)
>>
>
> Афишировать точно стоит. После этого будет понятно, нужно ли
> драматизировать :)
Думаю, что стоит пересобрать, так как восстановление Сизифа -- более
приоритетная задача.
А ужасы записать и отослать мейнтейнеру, если таковой есть.
Rgrds, Алексей
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [devel] lost soname dependencies prevention
2011-03-25 10:25 ` Alexey Tourbin
2011-03-25 10:29 ` Vitaly Kuznetsov
@ 2011-03-25 10:39 ` REAL
2011-03-27 19:06 ` [devel] lost soname dependencies Michael Shigorin
2 siblings, 0 replies; 17+ messages in thread
From: REAL @ 2011-03-25 10:39 UTC (permalink / raw)
To: ALT Linux Team development discussions
25.03.2011 16:25, Alexey Tourbin пишет:
> Несколько замечаний по проверке:
> - возможно, от glib2-devel стоит отпилит gtester, чтобы glib2-devel
> не вытягивал "толстый" питон
Это получается, что неизвестное число пакетов просто сломаются?
> - в питоне через py_curses.h появлятся зависимость на libncurses-devel;
> возможно, её стоит отключить
Я не знаю, как это делается. А Вы?
> а ещё несколько просмотренных пакетов
> по разным причинам не захотел пересобирать - решил, что возвращение
> зависимости на zlib не может быть самостоятельной целью, т.к. в пакетах
> ещё много проблем, часть которых находится в компетенции мейнтейнера
> (очень старая версия по сравнению с текущей апстримовской и т.п.).
> Не знаю, стот ли афишировать и драматизировать увиденные мною ужасы.-)
Можно не драматизировать, а просто выкатить список ужасных пакетов,
чтобы мейнтейнеры сами посмотрели, что там ужасного. Я вот свои гляну,
конечно, хотя телепатическое устройство может и не сработать, впрочем.
> + 43 liblapack.so.3
> + 47 libblas.so.3
Нет минуса. Что там? Прошлый мейнтейнер, наверно, сможет ответить на
этот вопрос?
--
REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [devel] lost soname dependencies
2011-03-25 10:25 ` Alexey Tourbin
2011-03-25 10:29 ` Vitaly Kuznetsov
2011-03-25 10:39 ` REAL
@ 2011-03-27 19:06 ` Michael Shigorin
2011-03-27 21:13 ` Денис Смирнов
2 siblings, 1 reply; 17+ messages in thread
From: Michael Shigorin @ 2011-03-27 19:06 UTC (permalink / raw)
To: devel
On Thu, Mar 24, 2011 at 11:52:24PM +0300, Alexey Tourbin wrote:
> apg-2.2.3-alt3 libnsl.so.1
Оно ж в glibc-core.
> skype-call-recorder-0.8-alt2 libpthread.so.0
А откуда glibc-pthread отрезан?
> vice-2.1-alt5 libX11.so.6
> vice-2.1-alt5 libXxf86vm.so.1
> vice-2.1-alt5 libasound.so.2
> vice-2.1-alt5 libpng12.so.0
> vice-2.1-alt5 libz.so.1
Н-да, в alt6 были возвращены только две последние.
> Если исключить ещё пакеты с libc-зависимстями, libgcc,
> libstdc++
Вот здесь можно чуть пояснить -- откуда они взялись?
(куда исчезли -- как понимаю, могли быть выоптимизированы
brp-* по причине требования чего-либо, вытаскивающего их)
On Fri, Mar 25, 2011 at 12:51:11PM +0300, Dmitry V. Levin wrote:
> Осталось придумать имя для нового состояния "waiting for manual
> confirmation", и реализовать его.
NEEDCHECK | DEPCHANGE | REQCHANGE ?
On Fri, Mar 25, 2011 at 01:25:13PM +0300, Alexey Tourbin wrote:
> Я думаю, что модификация girar-builder ради нескольких десятков
> бесхозных пакетов - это бесполезный ход. Конечно, более важные
> среди этих пакетов надо в ближайшее время проверить и исправить
> вручную, чтобы не лишиться чего-то более важного.
Если buildreq и далее будет по умолчанию оптимизировать,
то как минимум шанс проморгать потерю будет оставаться.
Не знаю, стоит ли того -- если это не больше мороки,
чем один такой разбор полётов, то хорошо бы.
--
---- WBR, Michael Shigorin <mike@altlinux.ru>
------ Linux.Kiev http://www.linux.kiev.ua/
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [devel] lost soname dependencies
2011-03-24 20:52 [devel] lost soname dependencies Alexey Tourbin
` (3 preceding siblings ...)
2011-03-25 9:51 ` [devel] lost soname dependencies prevention Dmitry V. Levin
@ 2011-03-27 20:58 ` Michael Shigorin
2011-03-27 21:23 ` Aleksey Novodvorsky
5 siblings, 0 replies; 17+ messages in thread
From: Michael Shigorin @ 2011-03-27 20:58 UTC (permalink / raw)
To: devel
On Thu, Mar 24, 2011 at 11:52:24PM +0300, Alexey Tourbin wrote:
> collectd-4.10.2-alt5 libgobject-2.0.so.0
Для collectd-4.10.3 BuildRequires: glib2-devel ничего не изменило
-- откатываю у себя, не вижу смысла отправлять на сборку.
> dia-0.97.1-alt2 libpng12.so.0
> inkscape-0.48.0-alt2 libpoppler.so.12
> netatalk-2.0.5-alt1.1 libgcrypt.so.11
> soundtracker-0.6.8-alt5.qa1 libasound.so.2
> xmms-imms-20081105:3.0.2-alt5 libX11.so.6
Пересобрал.
> xmms-in-modplug-2.05-alt4 libm.so.6
> xmms-in-modplug-2.05-alt4 libmodplug.so.0
Это как?
# Automatically added by buildreq on Thu May 15 2008
BuildRequires: gcc-c++ libmodplug-devel libxmms-devel
--
---- WBR, Michael Shigorin <mike@altlinux.ru>
------ Linux.Kiev http://www.linux.kiev.ua/
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [devel] lost soname dependencies
2011-03-24 20:52 [devel] lost soname dependencies Alexey Tourbin
` (4 preceding siblings ...)
2011-03-27 20:58 ` Michael Shigorin
@ 2011-03-27 21:23 ` Aleksey Novodvorsky
5 siblings, 0 replies; 17+ messages in thread
From: Aleksey Novodvorsky @ 2011-03-27 21:23 UTC (permalink / raw)
To: ALT Linux Team development discussions; +Cc: Alexey Tourbin
24 марта 2011 г. 23:52 пользователь Alexey Tourbin <at@altlinux.ru> написал:
> После исправления зависимостей у *-devel пакетов некоторые пакеты стали
> собираться в урезнной конфигурации. Большая часть таких пакетов может
> быть идентифицирована по результатам тестовой пересборки, после которой
> выполняется сравнение свежепересобранных пакетов с пакетами в репозитории.
> К письму приложен скрипт, который по логу сборки показывает "убывшие"
> имена библиотек - т.е. зависимости, которые присутствуют в репозитории,
> но отсутствуют после тестовой пересборки. Это не очень совершенный метод
> идентификации потерянных зависимостей, и это лучшее, что у нас сейчас есть.
> Тем не менее, большую часть урезанных пакетов таким образом определить удаётся.
>
> Скрипт работает так: он, очевидно, ищет в логе минус-строчки из диффа вида
> -Requires: lib*.so.*
> При этом если в логе есть плюс-строчки или контекст-строчки вида
> +Requires: lib*.so.*
> Requires: lib*.so.*
> то они отменяют соответствующие минус-строчки.
>
> Далее, если зависимость в пакете действительно "убыла", то это может
> случиться по двум причинам:
> 1) Зависимость соптимизировалась из-за того, что такая зависимость уже
> существует в базовом подпакете (оптимизация зависимостей между подпакетами
> была реализована не так давно), а у базового пакета зависимости не
> изменились. Но rpmbuild выводит в лог сборки зависимости собранных
> пакетов - эти строчки начинаются с Requires или PreReq. Тогда если
> в зависимостях имя библиотеки есть, значит просто сработала оптимизация
> между подпакетами. А иначе
> 2) Зависимость на имя библиотеки действительно исчезла.
>
> Скрипт заточен под x86_64.
> Вот полный вывод скрипта (179 пакетов).
Алексей, пожалуйста, актуализируйте список по состянию на понедельник.
Желательно с указанием ACL.
Rgrds, Алексей
^ permalink raw reply [flat|nested] 17+ messages in thread