Ошибки emerge --sync && emerge -vuDN world [стабильная ветвь, блог]

Kevol 25 февраля, 2009 - 14:53

Система portage

Последнее время часто возникают ошибки при обновлении системы.
Предлагаю завести ветку, куда будут заноситься проблемы, появляющиеся при обновлении стабильной ветви системы и приводиться их решения.

Часто решением проблемы является просто подождать несколько дней и обновить portage. Причем eix-sync -W зачастую не показывает, что проблема уже решена. И поэтому приходиться действовать вслепую.

Приложение.
Баги, которые натолкнули меня на мысль создания данной ветки.

4 Февраль, 2009: kde-i18n-3.5.9 + Failed Running aclocal
http://www.gentoo.ru/node/13750

16 Февраль, 2009: sys-libs/libstdc++-v3-3.3.6
http://www.gentoo.ru/node/13890

25 Февраль, 2009: sys-apps/kbd-1.15
будет описано далее.

Для комментирования войдите или зарегистрируйтесь

sys-apps/kbd

Автор Kevol, дата создания 25 февраля, 2009 - 15:03.

Обновился sys-apps/kbd-1.13-r1
Установил sys-apps/kbd-1.15

Проблема. Перестал запускаться /etc/init.d/keymaps, а за ним etc/init.d/consolefont
Причина. Отсутствуют /bin/loadkeys и /bin/setfont
Анализ. Теперь они устанавливаются в /usr/bin, а скрипты загрузки ищут по старому пути.
Костыли. Создание ссылок
/bin/loadkeys -> /usr/bin/loadkeys
/bin/setfont -> /usr/bin/setfont

Решение. Ожидается.

Для комментирования войдите или зарегистрируйтесь

Идете на

Автор slepnoga, дата создания 25 февраля, 2009 - 15:18.

Идете на http://bugs.gentoo.org , заполняете баг,исправления через 2-3 дня (может и быстрее)

—

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 ;)

Для комментирования войдите или зарегистрируйтесь

А у меня на ~amd64 kbd 1.15 с

Автор krigstask, дата создания 25 февраля, 2009 - 15:23.

А у меня на ~amd64 kbd 1.15 с 14 февраля стоит, без проблем.

—

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

Для комментирования войдите или зарегистрируйтесь

тогда хотелось бы взглянуть

Автор Kevol, дата создания 25 февраля, 2009 - 16:40.

тогда хотелось бы взглянуть на
cat /etc/init.d/keymaps | grep bin/loadkeys
ls -l /bin/loadkeys /usr/bin/loadkeys
equery f kbd | grep loadkeys


#cat /etc/init.d/keymaps | grep bin/loadkeys
        if [[ -x /bin/loadkeys ]] ; then
                /bin/loadkeys -q ${WINDOWKEYS_KEYMAP} ${KEYMAP} \
                eend 1 "/bin/loadkeys not found"

#ls -l /bin/loadkeys /usr/bin/loadkeys
lrwxrwxrwx 1 root root     17 Фев 25 12:56 /bin/loadkeys -> /usr/bin/loadkeys
-rwxr-xr-x 1 root root 107048 Фев 25 12:41 /usr/bin/loadkeys

#equery f kbd | grep loadkeys
/usr/bin/loadkeys
/usr/share/man/man1/loadkeys.1.bz2

было соответственно без ссылок

Для комментирования войдите или зарегистрируйтесь

krigstask Не хорошо как-то

Автор Kevol, дата создания 26 февраля, 2009 - 14:15.

krigstask
Не хорошо как-то похвастаться, а в решении не помочь.
Вариантов правильного решения несколько.
Можно всё-таки взглянуть на вывод команд.

Переставлял sys-apps/baselayout-1.12.11.1. Скрипты не изменились.

Для комментирования войдите или зарегистрируйтесь

опмлвд

Автор krigstask, дата создания 26 февраля, 2009 - 14:23.

Kevol написал(а):

krigstask
Не хорошо как-то похвастаться, а в решении не помочь.

Прошу прощения, прочитал не на ноутбуке, а потом запамятовал

sterkrig@GentooBook ~ % cat /etc/init.d/keymaps | grep bin/loadkeys

sterkrig@GentooBook ~ % cat /etc/init.d/keymaps | grep loadkeys
        local loadkeys_uni= wkeys= kmode="-a" msg="ASCII"
                loadkeys_uni="--unicode"
        loadkeys -q ${loadkeys_uni} ${wkeys} ${keymap} ${extended_keymaps}
                echo "altgr keycode 18 = U+20AC" | loadkeys -q
                        ${dumpkeys_charset} | loadkeys --unicode


sterkrig@GentooBook ~ % ls -l /bin/loadkeys /usr/bin/loadkeys
ls: невозможно получить доступ к /bin/loadkeys: Нет такого файла или каталога
-rwxr-xr-x 1 root root 105K Фев 14 21:04 /usr/bin/loadkeys

sterkrig@GentooBook ~ % equery f kbd | grep loadkeys
/usr/bin/loadkeys
/usr/share/man/man1/loadkeys.1.bz2

—

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

Для комментирования войдите или зарегистрируйтесь

Спасибо.

Автор Kevol, дата создания 26 февраля, 2009 - 14:37.

Вот и понятно - почему работает - небось openrc?
У меня amd64 по возможности везде.
Следовательно

#equery b /etc/init.d/keymaps
[ Searching for file(s) /etc/init.d/keymaps in *... ]
sys-apps/baselayout-1.12.11.1 (/etc/init.d/keymaps)

Пошел посмотреть, что на багзилле

Для комментирования войдите или зарегистрируйтесь

рп

Автор krigstask, дата создания 26 февраля, 2009 - 14:42.

Kevol написал(а):

Вот и понятно - почему работает - небось openrc?

Ага.

Вот сейчас обновляю стабильную amd64-систему (но тоже на openrc), посмотрим, не отвалится ли чего

—

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

Для комментирования войдите или зарегистрируйтесь

http://bugs.gentoo.org/show_b

Автор Kevol, дата создания 26 февраля, 2009 - 14:58.

http://bugs.gentoo.org/show_bug.cgi?id=232072

Для комментирования войдите или зарегистрируйтесь

Решение проблемы kdb -

Автор Kevol, дата создания 27 февраля, 2009 - 13:18.

Решение проблемы kdb - downgrade
[ebuild UD] sys-apps/kbd-1.13-r1 [1.15] USE="nls" 0 kB

Для комментирования войдите или зарегистрируйтесь

...или переход на openrc

Автор krigstask, дата создания 27 февраля, 2009 - 14:56.

...или переход на openrc

—

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

Для комментирования войдите или зарегистрируйтесь

Actually, keympas and

Автор Антон Л., дата создания 27 февраля, 2009 - 16:19.

Mounir Lamouri написал(а):

Actually, keympas and consolefont init.d scripts are provided by baselayout.
From kbd-1.13* and kbd-1.14.1-r1 loadkeys and setfont binaries has been moved
from /bin to /usr/bin but in baselayout-1.12.11.1 init.d scripts (keympas and
consolefont at least), path are hard defined so upgrading kbd make these
scripts don't working.

This bug comes because kbd-1.14.1-r1 has been unmasked in a stable
configuration. The first unstable baselayout ebuild (1.12.12) is working fine
with kbd-1.14*.

Ничего что я на английском :) ? В новых версия kbd и baselayout бинарники перенесены в /usr/bin и пути к ним в скриптах прописаны по-новому соответственно для kbd и baselayout, просто kbd первым вылез из маски.