Залейте 64-битную libmpfr.so.1

После очередного апдейта поверил выхлопу портежа о том, что:

А ты revdep-rebuid то сделал?

а зачем было сразу удалять без revdep-rebuild ?
ее ж специально оставили чтобы ничего не отвалилось

сейчас соберу, если никто быстрее не выложит

да. //я умею читать

но вообще не понимаю:

root ~ # find /usr/lib/ -name *mpfr*
/usr/lib/libmpfr.so.4.0.0
/usr/lib/libmpfr.so.4
/usr/lib/libmpfr.so
/usr/lib/libmpfr.a
/usr/lib/libmpfr.la

http://omploader.org/vNTM1OA/libmpfr.so.1

libmpfr.so.4 = mpfr 3.0.0

libmpfr.so.1 = mpfr 2.4.x

ABI менялся

спасибо! сейчас буду пробовать.

теперь libgmp.so.3 (
больше ничего не удалял.

та mpfr которую я выложила не требует libgmp
но если gcc слинкован с gmp, то сейчас выложу и gmp тоже

без неё таким же образом ничего не собирается

http://omploader.org/vNTM1ZQ/gmplibs432.tar.gz

libgmpxx если собирали gcc с графитом и тоже снесли libgmpxx

а как кстати делали revdep-rebuild ?

нужно было вот так

revdep-rebuild -i --library libgmp.so.3

потом следом

revdep-rebuild -i --library libmpfr.so.1



-i для того чтобы игнорировался кеш revdep-rebuild'a и строился новый

>revdep-rebuild -i --library libmpfr.so.1

после этого он у меня собрался пересобирать gcc, я ему запретил это и запустил revdep-rebiuld без параметров.

после распаковки gmplibs всё заработало :) спасибо!

ну собственно gcc он и должен был пересобрать с новыми gmp и mpfr
mpfr вообще пока мало для чего либо еще применяется


revdep-rebuild без параметра --library имя
будет пересобирать только те пакеты для которых зависимости уже сломаны
если задавать --library имя , то будут пересобраны те пакеты , для которых зависимости будут сломаны удалением соответствующей библиотеки


в принципе можно пока сохранить старые библиотеки если лениво пересобирать, потом при обновлении версии пересоберется когда-нибудь )

rdepends на mpfr (для информации) (это из дебиана):

~ #apt-cache rdepends libmpfr1ldbl
libcgal2
wcalc
libmpfi0
lcalc
gretl
gnat
gnome-genius
genius
gcc
libfplll0

так что пакетов зависимых от mpfr немного, скорее даже кроме GCC таковые редко попадаются

PS: на будущее, лучше эти библиотеки не удалять, а перемещать в /usr/local/lib(64) , есть они не просят, а для чего-нибудь могут и пригодиться (бинарники запускать всякие)

//А потом они что-то говорят про арч, хехе.

не хочу просто лишний раз мучать ноут в такую погоду :) да и пусть побудет пока как есть, как появится 4.5 - в любом случае придётся всё пересобирать.

лучше эти библиотеки не удалять, а перемещать в /usr/local/lib(64)

десять раз пожалел, что не сделал так сразу же. благодарю ещё раз!

Блин, а я симлинки сделал. Насколько это может плачевно кончиться?

симлинк на новую версию с другим ABI ? сенфолтиться может, а может совсем не работать, хотя бывает что и работает...