boost и eselect-boost: WTF?

ктонить в курсе, что происходит с eselect-boost? какого **** boost больше не устанавливает профайлы для eselect-boost? как **** предполагается иметь несколько версий буста и переключать дефолтную?

evadim:маты выпилены, с пожеланием в следующий раз выражаться на форуме более цензурно. Вроде, не сапожная мастерская.

Ну ладно ньюбики и прочие

Ну ладно ньюбики и прочие убунтовиндузятники, но ты то не первый год с имплантом генты в мозг живешь :) - где брать инфу в курсе

Some of you may have already noticed, that boost >=1.50.0-r1 does not
pull in eselect-boost anymore and does not install a profile for it
either. This is on purpose since app-admin/eselect-boost will be
removed.

Why: the purpose of eselect-boost was to make the introduction of
slotted-boost easier (since we wouldn't have to fix all packages at
once) and to help people using Gentoo as a development platform.
It was never the intention that Ebuilds should depend permanently on the
symlinks created by eselect-boost depending on a users selection.
Especially with EAPI-5 slot-operators the PM must be able to assume that
a package depending on boost links/uses the best version of boost
according to its dependency specification.

I apologize for not having made that clear earlier.

How to make sure your package uses latest boost (if it doesn't detect it
properly)? I'm using something like this in my ebuilds which require
boost:

    BOOST_PKG="$(best_version ">=dev-libs/boost-1.40.0")"
    BOOST_VER="$(get_version_component_range 1-2 "${BOOST_PKG/*boost-/}")"
    BOOST_VER="$(replace_all_version_separators _ "${BOOST_VER}")"
    BOOST_INC="/usr/include/boost-${BOOST_VER}"

If someone has a better idea (possibly introduce pkg-config files for
boost) and/or write/extend an eclass to handle such cases (probably
similar to the db-use.eclass) I'd appreciate a helping hand.

Further plans:

When unmasking glibc-2.16, most of the old boost versions will be broken
and old unstable boost-versions must be removed.
As soon as glibc-2.16 gets stable, boost-1.50.0 has to be stabilized and
old stable versions of boost must be removed.

Boost-1.51.0: mgorny (thanks a lot, btw) and I are working on splitted
ebuilds. The wishlist also includes switching to the cmake-based
modularized boost distribution which would make the ebuilds a lot
easier. It would also reduce the required disk-space when building and
testing.
Since 1.51 got released already, we may decide to introduce this in 1.52
and release 1.51 as usual.

At this point I'd also like to thank hwoarang, floppym and Arfrever for
their help in maintaining boost... and of course everyone participating
in testing, bug-fixing and stabilizing that beast.

Ideas? Hints? Comments?

Cheers,
Tiziano

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

ну да, скоро 10 лет уже

ну да, скоро 10 лет уже буит... и никогда я не был подписан на гентушный мылолист... ты ведь оттуда процетировал это? -- потомучто до этого я обгуглился, прошерстил багтрэкер и не нашел ничего по этой теме... а хотелось понять каким местом (и о чем) думают те, кто это придумал такой изврат и закоммитил этот ебилд (поломав кстати сборку schroot к примеру, и, скорее всего, это не единственный пакет)...

кстати порыскав тему письма в гугле, на данный момент есть только 2 ссылки на какие-то мылоархивы... И ВСЕ! откуда, лять, рядовые пользователи должны получать инфу о подобных кардинальных изменениях в дистре??!! офсайт молчит как рыба об лед! и вообще, к слову, практически не занимается распространением новостей о происходящих в дистре изменениях... т.е. de facto становится бесполезен, после того как установка и настройка завершена (не знаю как у других, сужу по себе (в основном) -- время от времени посещаю его главную страницу в поисках какихнить новостей о том, чем живет и в какую сторону движется дистр, и каждый раз разочаровываюсь)...

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".