Summary: | убрать зависимость на kernel | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Anton Farygin <rider> |
Component: | lm_sensors3 | Assignee: | Afanasov Dmitry <ender> |
Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
Severity: | major | ||
Priority: | P3 | CC: | ender, rider, wrar |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux |
Description
Anton Farygin
2010-02-04 11:10:41 MSK
заодно можно было бы и версию обновить, либо добавить меня в ACL я сделаю первое и второе. lm_sensors требует ядро больше 2.6.10, оттуда зависимость и выросла. сейчас таких ядер нет, так что действительно можно снимать. на данный момент пакетина не проходит последние elf проверки: Verifying ELF objects in /usr/src/tmp/lm_sensors3-buildroot (arch=strict,fhs=strict,lint=strict,rpath=strict,stack=strict,textrel=strict,unresolved=strict) verify-elf: ERROR: ./usr/bin/sensors: RPATH entry found: /usr/local/lib потому и висит так долго. версия появилась похоже совсем недавно, так я периодически смотрю. если готов обновить да исправить сборку - acl сейчас дам. acl добавлен. кстати, как я обратил внимание: access to lm_sensors ALLOWED for ender: project is orphaned к сожалению пока не проверял, но есть мысль lm_sensors v2 убрать из сизифа и переименовать текущий в просто lm_sensors. (В ответ на комментарий №2) > lm_sensors требует ядро больше 2.6.10, оттуда зависимость и выросла. сейчас > таких ядер нет, так что действительно можно снимать. % userspace-пакеты не должны иметь зависимостей (requires/conflicts) на kernel-space пакеты, ибо последних может быть много при том, что используются они не все. Всё, что мы можем сделать - это runtime checks. -- ldv in devel-kernel@ % > к сожалению пока не проверял, но есть мысль lm_sensors v2 убрать из сизифа и > переименовать текущий в просто lm_sensors. +1 Согласен, мне тоже идея выноса lm_sensors нравиться. Только, предлагаю всё-таки оставить имя lm_sensors3, добавив соответсвующие Provides/Obsoletes. Есть только одна большая проблема - нужно небольшую пачку приложений собрать с libsensors3: lm_sensors-2.10.7-alt1.svn5316 Требует: libsensors = 2.10.7-alt1.svn5316 Требует: <libsensors.so.3()(64bit)> libsensors-2.10.7-alt1.svn5316 libsensors-devel-2.10.7-alt1.svn5316 Требует: libsensors = 2.10.7-alt1.svn5316 Требует: </usr/lib64/libsensors.so.3> libsensors-2.10.7-alt1.svn5316 wmlm-0.99c-alt8 Требует: <libsensors.so.3()(64bit)> libsensors-2.10.7-alt1.svn5316 wmgtemp-0.7-alt3 Требует: <libsensors.so.3()(64bit)> libsensors-2.10.7-alt1.svn5316 openscada-DAQ.System-0.6.4.1-alt2 Требует: <libsensors.so.3()(64bit)> libsensors-2.10.7-alt1.svn5316 gnome-applets-extra-sensors-2.2.1-alt2 Требует: <libsensors.so.3()(64bit)> libsensors-2.10.7-alt1.svn5316 gnome-applets-extra-hardware-monitor-1.4-alt3 Требует: <libsensors.so.3()(64bit)> libsensors-2.10.7-alt1.svn5316 cpuinfo-0.3-alt1.4 Требует: <libsensors.so.3()(64bit)> libsensors-2.10.7-alt1.svn5316 cpufreqd-2.3.4-alt1 Требует: <libsensors.so.3()(64bit)> libsensors-2.10.7-alt1.svn5316 (В ответ на комментарий №5) > Согласен, мне тоже идея выноса lm_sensors нравиться. тогда как x264 просочится в сизиф, я займусь проверкой зависимых. > Только, предлагаю всё-таки оставить имя lm_sensors3, добавив соответсвующие > Provides/Obsoletes. согласен, так и пойдем. а ты пока отправляй 1.1.2. 3.1.2 уже в очереди на сборку. |