Как вы могли догадаться, пакет elixir
недоступен ни в чем, кроме Ubuntu 12,04, Ubuntu 14,04 (и, вероятно, позже) и Debian 7. Вы можете проверить список пакетов для Saucy, и вы заметите, что пакет отсутствует. Доверительный репозиторий имеет его:
Package: elixir
Version: 0.13.3-1
Architecture: all
Maintainer: Erlang Solutions
Installed-Size: 3291
Depends: erlang-base (>= 1:17.0) | erlang-base-hipe (>= 1:17.0) | esl-erlang (>= 1:17.0)
Section: contrib
Priority: optional
Homepage: http://elixir-lang.org
Filename: pool/elixir_0.13.3-1~ubuntu~trusty_amd64.deb
То, что вы должны сделать, это использовать одну из поддерживаемых систем, и вы будете в порядке.
-121--52101-
Вы можете найти таблицу составления, используемую вашей системой в том же месте, где это делают программы: это текстовый файл. Чтобы найти его, вы можете запустить что-то вроде
strace xterm -e true 2>&1 | grep -i compose
Например, соответствующие строки на Debian wheezy:
open("/home/gilles/.XCompose", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/X11/locale/compose.dir", O_RDONLY) = 5
open("/usr/share/X11/locale/en_US.UTF-8/Compose", O_RDONLY) = 5
Это демонстрирует несколько вещей:
~/.XCompose
. Фактически это местоположение можно переопределить путем установки переменной среды XCOMPOSEFILE
. /usr/share/X11/locale/compose.dir
. Этот файл может содержать различные таблицы для разных языковых стандартов. Составьте F U - последнее дополнение , соответствующий символ сам по себе является последним дополнением к Юникоду.
-121--70784-
Искомая строка:
if [ x"${feature_menuentry_id}" = xy ]; then
menuentry_id_option="--id"
else
menuentry_id_option=""
fi
Дает значение параметра feature _ menuentry _ id
и, если оно равно y
, добавляет параметр -id
к записям меню:
menuentry 'Ubuntu 14.04 Trusty Tahr (on sda5)' --class ubuntu --class gnu-linux --class gnu --class os --id 'gnulinux-simple-fe3a2033-d77c-4d8c-ba04-3bb27b267dc2' {
Если это не так, то он оставит это как есть:
menuentry 'Ubuntu 14.04 Trusty Tahr (on sda5)' --class ubuntu --class gnu-linux --class gnu --class os 'gnulinux-simple-fe3a2033-d77c-4d8c-ba04-3bb27b267dc2' {
Параметр -id
для menuentry
не определен в руководстве для menuentry
, но можно бессистемно предположить, что UUID для раздела, с которого должно загружаться ядро.
Зависимости, связывающие пакеты Debian, гарантируют, что вы не сможете сломать один пакет, удалив другие, если только вы ничего не сделаете принудительно. Так что, если пакет gnome-control-center
все еще установлен, это означает, что все его зависимости тоже остались.
Учитывая, что драйвер fglrx
был установлен из двоичных файлов, представленных на веб-сайте AMD, он не имеет такой гарантии. Если можете, я бы посоветовал удалить fglrx
с помощью sh ./amd-driver-installer-[version visible-x86.x86_64.run --uninstall
и проверить, gnome-control-center
работает без него (с использованием драйвера radeon
).
Как только это будет определено, вы можете переустановить fglrx
, возможно, используя пакеты, доступные вместе с Debian в несвободных
репозиториях (начиная с fglrx-driver пакет; вам может потребоваться добавить contrib
и non-free
в строки, заканчивающиеся на main
в /etc/apt/sources.list
). Полные инструкции доступны на вики Debian .
Я нашел Решение для этой проблемы здесь
http://forums.debian.net/viewtopic.php?t=119637
Похоже, что двоичный поставляемый из AMD связан с другой версией libc, и это перерывы для некоторых Причина Gnome-Control-Center (как он называет userAccounts, и это, кажется, как-то зависит (почему ???) некоторых GL libs.) Это, конечно, чисто выстрел в темноте, но я думаю, что это происходит в этом направлении Отказ
Использование пакета Debian, вероятно, не будет иметь эту проблему.