ru.unix.bsd

 
 - RU.UNIX.BSD ------------------------------------------------------------------
 From : Valentin Nechayev                    2:5020/400     18 Nov 2004  21:03:28
 To : eugen@grosbein.pp.ru
 Subject : Re: переход с 4.10 на 5.3
 -------------------------------------------------------------------------------- 
 

 >>> Eugene Grosbein wrote: 
 
  SO>>>>>>>> Ты прикалываешься или правда не знаешь?
  EG>>>>>>> Правда не знаю. При переходе от 3.x к 4.x ничего не пересобирал.
  SO>>>>>> Это не повод.
  SO>>>>>> Поменялся libcrypt, поменялись структуры if, ng, кажется еще что-то
  SO>>>>>> -- лень
  EG>>>>> Что, /usr/compat отменили в пятерке?
  SO>>>> Повторяю по буквам -- читай по губам: изменились структуры if, ng.
  EG>>> И пятерочный compat4x это не сглаживает?
  SO>> У меня очень неразборчивый почерк?
  SO>> Или ты хочешь объяснить, как это должен сглаживать какой-либо compat для
  SO>> программ типа mpd, lsof?
 EG> lsof интересует крайне слабо, потому как очевидным образом завязан
 EG> на ядро. mpd тоже очень низкоуровневый демон, что он чувствителен
 EG> к ядру я уже убедился на разнице между 4.9 и 4.10. Я не о том говорю,
 EG> таких софтинок раз-два и обчелся. Я говорю об основной массе софта,
 EG> который работает с библиотеками, а не с ядром сразу, таких >95% imho.
 
 OK, простой пример. Была софтина A, поставлена во времена 4.x.
 Она требовала, например, libjpeg. Соответственно, libjpeg тянет за собой
 libc.so.4. (Hе веришь - скажи objdump -p libjpeg.so и узри там соответствующие
 слова.)
 
 Теперь собираем софтину B, которая хочет и libjpeg и, например, libungif.
 libungif нету, собираем. libungif захотел libc.so.5.
 Теперь собираем B, линкер шлёт нах, потому что по зависимостям тянутся
 одновременно libc.so.4 и libc.so.5.
 
 Ругаемся, пересобираем libjpeg. B собралась. Зато C, которая ранее хотела
 libjpeg и libc.so.4, сломалась, потому что libjpeg теперь тянет за собой
 libc.so.5.
 
 Да, номер libjpeg.so не меняется, потому что версия не меняется.
 
 Hравится сценарий?
 
 А ведь так оно и будет. И чем сложнее софт, тем больше библиотек он хочет =>
 больше вероятность таких конфликтов.
 
 Кстати, эти проблемы не ограничены сменой версии системы. Любая библиотека,
 у которой меняются версии и есть собранные с ней приложения или другие
 библиотеки, может дать такой выбрык.
 
  EG>>> Это плохо. Это очень-очень плохо. Такого еще не было. Даже MySQL,
  EG>>> собранный на тройке, нормально пошел на четверке без пересборки,
  EG>>> с одним только LD_PRELOAD в rc.d/mysql-server.sh
  SO>> Hе все программы настолько же нетребовательны как mysql.
 EG> Если для системы слишком много программы получились бы вдруг
 EG> "слишком требовательными", проблема с очевидностью была бы не в программах,
 EG> а в системе. Major release, все понятно, но если совсем уж забивать
 EG> на POLA, это плохо кончится.
 
 Система библиотек, к сожалению, совершенно не рассчитана на соблюдение POLA.
 -netch-
 --- ifmail v.2.15dev5.3
  * Origin: Dark side of coredump (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор