From: Igor Vlasenko <vlasenko@imath.kiev.ua> To: ALT Linux Team development discussions <devel@lists.altlinux.org> Subject: Re: [devel] repocop and *-debuginfo conflicts Date: Wed, 16 Mar 2011 20:16:52 +0200 Message-ID: <20110316181651.GA32441@dad.imath.kiev.ua> (raw) In-Reply-To: <20110316175151.GA5365@altlinux.org> On Wed, Mar 16, 2011 at 08:51:51PM +0300, Alexey Tourbin wrote: > On Wed, Mar 16, 2011 at 03:54:18PM +0200, Igor Vlasenko wrote: > > Уважаемые коллеги, > > 1) когда у нас появились debuginfo пакеты, то repocop начал ругать > > файловые конфликты между основной версией библиотеки и compat-пакетом. > > Я собираюсь выключить эту ругань, поскольку в силу специфики > > debuginfo пакетов эти конфликты (по .so.debug файлам) > > на текущий момент неизлечимы и вины майнтайнера в них нет. > > Сейчас не совсем корректно пакуются .so.debug симлинки. Вообще, > выполняется перегруппировка симлинков - они "приписываются" к бинарику. > Это сделано для того, чтобы не создавать "почти пустых" symlink-only > пакетов e.g. libfoo-devel-debuginfo. Тогда, например, если симлинк > libfoo.so -> /usr/lib64/libfoo.so.0 запакован в пакете libfoo-devel, > то симлинк libfoo.so.debug -> /usr/lib/debug/usr/lib64/libfoo.so.0.debug > всё равно отходит в пакет libfoo-debuginfo. понял. Вроде бы, обычно это не создает проблем, а если вдруг созлает, то не -debuginfo виноват, как писал выше. > Проблема сейчас в том, что пакуются вообще все перегруппированные .debug > симлинки, имеющиеся в RPM_BUILD_ROOT. Т.е. если симлинк libfoo.so вообще > не запакован, но создан в билдруте, то симлинк libfoo.so.debug будет > вписан в libfoo-debuginfo. > > А в идеале бы надо паковать только те симлинки, для которых есть > соответствующие симлинки в основном пакете - либо в libfoo, либо > в libfoo-devel. > > К сожалению это не так просто сделать, хотя и не очень сложно. > Прототип реализации у меня был, но это требует некоторой поддержки > со стороны librpmbuild. > > > 2) debuginfo пакеты дают еще один метод чтобы выявить dll hell. > > именно, foo слинковано с libA(v1) и libB, при чем libB > > слинковано с libA(v2). > > Тогда foo-debuginfo не установится из-за файловых конфликтов между > > libA(v1)-debuginfo и libA(v2)-debuginfo. > > > > если v1 > v2, то такую ситуацию, как я понимаю, должен > > резать тест на устанавливаемость в incoming. > > > > Вопрос: тест на устанавливаемость в incoming, он таки проверяет > > файловые конфликты? > > Тест на устанавливаемость в incoming состоит в том, что каждый пакет, > включая *-debuginfo, должен по отдельности устанавливаться в минимальную > среду (basesystem). Более "обширные" конфликты не проверяются. т.е. если по зависимостям вытянутся пакеты с файловым конфликтом, он не установится. > > если v1 < v2, то такую ситуацию пока никто не отслеживает, > > ее можно закрыть тестом repocop. > > Кстати debuginfo пакеты дают ещё один метод проверки дублирования кода. > > [at@people ~]$ fgrep /xmltok.c /ALT/Sisyphus/x86_64/base/contents_index > /usr/src/debug/coin3d-3.1.3/src/xml/expat/xmltok.c libcoin3d-debuginfo > /usr/src/debug/expat-2.0.1/lib/xmltok.c libexpat-debuginfo Хозяйке на заметку. Где бы записать? Кстати, что-то давно уже не публикуется старый метод, отчеты о duplicate symbols. -- Dr. Igor Vlasenko -------------------- Topology Department Institute of Math Kiev, Ukraine
next prev parent reply other threads:[~2011-03-16 18:16 UTC|newest] Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top 2011-03-16 13:54 Igor Vlasenko 2011-03-16 17:51 ` Alexey Tourbin 2011-03-16 18:16 ` Igor Vlasenko [this message] 2011-03-17 5:22 ` REAL 2011-03-19 13:23 ` Ivan A. Melnikov 2011-03-19 14:04 ` 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=20110316181651.GA32441@dad.imath.kiev.ua \ --to=vlasenko@imath.kiev.ua \ --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