Re: траблы с apt-get build-dep
> Тебе ж уже сказали: не мешай etch c sarge бездумно.
ну я не бездумно, а так как в apt-howto-ru было написано ;)
> Если так уж лень
> debian/control ручками править, а новый софт хоцца, тогда проапдейтся до
> etch целиком.
да у меня 4-5 пакетов стоит от etch, остальное от sarge
вроде согласно howto apt задуман под работу и со смешанными
репозитариями
потому я и указал ему какой дистрибутив для меня является
предпочтительным, а о каких еще он базу держать должен :)
> > build-essential libexpat1-dev libfontconfig1-dev libfreetype6-dev libxft-dev pkg-config
> >
> > и оно работает
>
> Как и следовало ожидать.
следовало ожидать вообще-то нормальной работы и без удаления тестинга
разве я что-то неправильно делал?
> > вот интересно теперь несколько моментов:
> > 1. как оно умудряется собрать fluxbox без этих пакетов?
>
> С какой стати? Пакеты поставились, fluxbox собрался.
я же показал, вот цитата из того что apt написал:
НОВЫЕ пакеты, которые будут установлены:
build-essential libexpat1-dev libfontconfig1-dev libfreetype6-dev libxft-dev pkg-config
это он писал уже _после_ того как я fluxbox собрал
> Если ты про свои первые эксперименты - там ты сам руками эти пакеты установил.
если я их установил, то почему apt-get build-dep fluxbox предлагает
поставить build-essential libexpat1-dev libfontconfig1-dev
libfreetype6-dev libxft-dev pkg-config?
я поставил xlibs-dev собственно и все (на этом хосте)
> Для ./configure && make (как и для debian/rules) не имеет значения, какие
> у тебя были конкретные номера версий/подверсий библиотек, главное, чтобы
> что-то совместимое в системе было. А для dpkg-buildpackage, который
> debian/control читает и им руководствуется, они имеют значение.
логично, но, см выше
> > это видимо бага в описании fluxbox- build-dep'ов? реально эти либы не
> > нужны?
>
> Ошибаешься.
но ведь пакты по build-dep не стоят? а fluxbox собирается
> > или когда их нет просто автоматом какие-то возможности make вырубил?
> > кто поопытнее опишите плиз процесс
>
> Не make, а ./configure. Такое возможно. Но не в данном случае.
ну я имел ввиду
просто когда debian/rules собираешь то configure в нем же вызывается
"make сверху" получается :)
> > 2. и как описывать в sources.list/конфигах apt ссылки на разные
> > репозитарии? (в смысле тестинг и стабле)?
> > то есть я раньше писал
> > apt-get install бла-бла/testing
> > или
> > apt-get -t testing install бла-бла
> >
> > а теперь получается одно с другим не работает?
> > это мешает build-dep'у
> >
> > и как сие можно разрулить?
>
> Читай man apt_preferences до просветления. Но предупреждаю: pinning -
> это геммор.
щас почитаю
но в apt-howto-ru была целая глава о том как смешивать дистрибутивы
и оно работало отлично пока мне исходники не понадобились...
(то есть пару лет как) :)
> > то есть я так понимаю что build-dep плюет на то что в конфиге написано
> > APT::Default-Release "stable"; лезет в тестинг (как в самый новый)
> > оттуда получает не ту версию на которую указана жесткая зависимость
> > и обламывается
> > так?
>
> Он лезет в testing за тем, чего нет в stable. Кстати, убери-ка ты эту бяку
> APT::Default-Release...
>
> а вместо нее напиши что-нить типа
>
> Package: *
> Pin: release a=testing
> Pin-Priority: 200
это я попробую, но в apt-howto была рекомендация именно так как у меня
написано
(только сперва почитаю что такое Pin итп)
просто если в apt-howto неверная информация, то может им багрепорт
сочинить?
> в apt/preferences. Посмотри, что выйдет.
спасибо, вечерком займусь :)
Reply to: