From: REAL <root@mmedia2.kemsu.ru> To: ALT Linux Team development discussions <devel@lists.altlinux.org> Subject: Re: [devel] правильные зависимости Date: Thu, 24 Mar 2011 10:02:05 +0600 Message-ID: <4D8AC23D.6090404@mmedia2.kemsu.ru> (raw) In-Reply-To: <20110324003651.GK30247@altlinux.org> 24.03.2011 06:36, Alexey Tourbin пишет: > Правильные зависимости - это все те и только те зависимости, которые > обеспечивают работоспособность пакета, что обычно означает возможность > использовать по прямому назначению его содержимое. А как это коррелирует с диагностикой configure? Иногда оно хочет "правильную" зависимость, иногда нет. Как судить будем? > Впрочем, настоящая необходимость указывать дополнительные библиотеки в Libs: > возникает очень редко - дополнительные библиотеки в Libs: чаще всего > находятся по ошибке, тогда как на самом деле им место в Libs.private. Каков критерий переноса из Libs в Libs.private? > Все зависимости, которые не являются правильными, являются неправильными. Вот когда я собирал linuxdoc-tools, он собираться не хотел, несмотря на "правильные" (и даже излишние) зависимости. Оказалось, что оно хочет один .sty файл, который лежит в texlive-latex-recommended. Из приведённых трёх пунктов следует, что эта зависимость, которую я внёс руками, является неправильной. И как дальше жить? Это ведь далеко не единичный случай. > Это всё долго и глупо. По сути, надо сделать две вещи. Сначала > исправить *-devel пакеты. Потом исправить пакеты, которые из-за > этого сломались. Пакеты, которые явно сломались, видно в beehive_status. > Исправить их не очень сложно. По сути, эти две вещи должен делать _один и тот же_ человек. > Лучшее, что у нас сейчас есть - это сравнение пакетов, которое в beehive > после тестовой пересборки. Кстати это сравнение там не само вскочило - > его кто-то закодил. Кажется, именно этот код теперь называют rpmdiff. Почему до сих пор на почту приходит совершенно невнятный beehive, по которому редко когда получается определить, из-за чего сломалась сборка? PS. Не подумайте, что я тут с обвинениями выступаю :) Просто если уж начали разговор про вещи, которые затрагивают многих, давайте пройдёмся по всему списку проблем. -- REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ
next prev parent reply other threads:[~2011-03-24 4:02 UTC|newest] Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top 2011-03-23 23:17 Michael Shigorin 2011-03-24 0:36 ` Alexey Tourbin 2011-03-24 1:03 ` Michael Shigorin 2011-03-24 1:04 ` Aleksey Novodvorsky 2011-03-24 7:48 ` Sergey Alembekov 2011-03-24 4:02 ` REAL [this message] 2011-03-24 9:08 ` [devel] rpmdiff Dmitry V. Levin 2011-03-24 9:31 ` [devel] правильные зависимости Dmitry V. Levin 2011-03-24 9:43 ` REAL 2011-03-24 9:53 ` Damir Shayhutdinov 2011-03-24 10:01 ` REAL 2011-03-24 10:45 ` Damir Shayhutdinov 2011-03-24 10:53 ` Dmitry V. Levin 2011-03-24 11:01 ` REAL 2011-03-24 11:09 ` Damir Shayhutdinov 2011-03-24 11:13 ` Dmitry V. Levin 2011-03-24 11:35 ` REAL 2011-03-24 12:59 ` Anton Farygin 2011-03-24 11:30 ` REAL 2011-03-24 11:37 ` Damir Shayhutdinov 2011-03-24 11:45 ` REAL 2011-03-24 11:42 ` Damir Shayhutdinov 2011-03-24 12:10 ` REAL 2011-03-24 11:43 ` Sergey Y. Afonin 2011-03-24 11:47 ` Damir Shayhutdinov 2011-03-24 11:50 ` Dmitry V. Levin 2011-03-24 11:55 ` Damir Shayhutdinov 2011-03-24 12:15 ` Michael Shigorin 2011-03-24 12:44 ` Damir Shayhutdinov 2011-03-24 13:00 ` Michael Shigorin 2011-03-24 13:22 ` Damir Shayhutdinov 2011-03-24 13:44 ` Michael Shigorin 2011-03-24 14:19 ` Damir Shayhutdinov 2011-03-24 16:21 ` Dmitry V. Levin 2011-03-24 17:29 ` Alexey Tourbin 2011-03-24 18:16 ` Michael Shigorin 2011-03-25 4:15 ` REAL 2011-03-24 10:08 ` Dmitry V. Levin 2011-03-24 10:56 ` Damir Shayhutdinov 2011-03-24 11:10 ` Dmitry V. Levin 2011-03-24 11:29 ` Damir Shayhutdinov 2011-03-24 14:07 ` Igor Vlasenko 2011-03-24 14:17 ` Igor Vlasenko 2011-03-24 14:29 ` Damir Shayhutdinov 2011-03-24 14:38 ` Igor Vlasenko 2011-03-24 9:46 ` [devel] devel deps optimization failure Dmitry V. Levin 2011-03-24 3:54 ` [devel] правильные зависимости REAL
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=4D8AC23D.6090404@mmedia2.kemsu.ru \ --to=root@mmedia2.kemsu.ru \ --cc=devel@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git