как не надо делать!(glibc и kernel-headers)

дело было такое: значит собрался обновить ядро с реп, sudo pacman -S kernel26 kernel-headers Дальше пакман стал ругаться что kernel-headers конфликтует с glibc, предложил удалить, ну я удалил и в результате система стала неработаспособна( всё перестало запускаться) пришлось резетом ребутнутся, вставил лайф сд арча, загрузился с него, свой корень подмонтировал, думаю chroot'нусь, а нет- фиг мне. Тогда я решил сделать так: взял пакет glibc из кэша пакмана, разобрал и его содержимое вручную скопировал,и аля систему восстановил.Так вот к чему это я-будьте аккуратней с kernel-headers, если просит снести glibc, то отказывайтесь, лучше просто скачайте sudo pacman -Sw kernel-headers, а потом разберите пакет и вручную поставьте, дабы небыло проблем как у меня!
То что не нужно удалять glibc это очевидно, второй вопрос - как эта зависимость получилась то? ???
Все нормально обновляю таких фортелей headers не выкидывает.
У меня тоже было, но было так: во время pacman -Syu хедеры предложили удалить glibc, но он и сам обновился и пакмен его прибил (видимо) и тут же установил более новый. Поэтому проблем не случилось.
$ grep “conflict” /var/abs/core/kernel-headers/PKGBUILD
conflicts=(“glibc<=2.10.1-4”)

Теперь ясно. Это немного отличается от повествования в самом начале темы. Обновить != “предложил удалить”.
Nebulosa
$ grep “conflict” /var/abs/core/kernel-headers/PKGBUILD
conflicts=(“glibc<=2.10.1-4”)

Теперь ясно. Это немного отличается от повествования в самом начале темы. Обновить != “предложил удалить”.
эээ, именно предложил pacman удалить glibc (glibc кстати новый был)
Подозреваю, что система немало “подстроена под себя” (перекорёжена). Ибо
# /etc/pacman.conf
HoldPkg     = pacman glibc
да вроде всё работает)
 
Зарегистрироваться или войдите чтобы оставить сообщение.