Не удалось установить скайп на LMDE, как разрешить эти зависимости?

1. Почему не делает склонный - добираются, установка-f устраняют мою проблему?

В некотором смысле sudo dpkg -i skype-debian_4.1.0.20-1_i386.deb устанавливает пакет в нарушенном состоянии в Вашу систему, и sudo apt-get install -f попытка состоит в том, чтобы попытаться стать склонной разрешить Вашу теперь поврежденную установку путем установки каких-либо недостающих библиотек зависимости.

Главный недостаток с этим подходом - это, если этот поврежденный пакет требует зависимостей это apt не может решить, затем этот пакет становится проблемой и будет удален.

Также пакеты, которые можно хотеть или нуждаться для некоторого другого приложения, могли бы быть жертвами и удаляться для разрешения потенциального конфликта с библиотеками, в которых нужен поврежденный пакет.

При выполнении установок пакета этот путь проблематичен. Какие работы для нельзя работать на другого потому что также:

1. .debs в репозиториях PPA, которые Вы имеете, были ударены к более новым версиям, которые больше не решают для этого поврежденного установленного приложения.
2. у Вас есть немного отличающаяся установка PPAs в Вашей системе, чем кто-то еще.
3. различия в архитектуре, 32-разрядной по сравнению с 64-разрядной и/или отличающейся архитектурой (для, например, ARM по сравнению с i686).

Если бы Вы действительно хотите сделать установку этот путь затем, я предложил бы один из следующих методов.

Метод № 1 - делает это вручную

Вручную удалите пакеты это apt считал по мере необходимости для разрешения поврежденной системы, но сделать примечание их имен так, чтобы можно было отложить их в позже.

После того как эти пакеты были удалены, я затем попытаюсь работать sudo apt-get install -f снова, пока это не появляется как, он acutally устанавливает пропавших без вести .deb пакеты для skype.

Метод № 2 - отменяет пакеты в состоянии "хранения"

Это' возможный, что существует установка пакета, это находится в основном во втиснутом состоянии. Это называют "сдерживать" состоянием apt терминология. Можно обнаружить, если это - ситуация со следующей командой:

sudo dpkg --get-selections | grep hold

Если какие-либо пакеты обнаруживаются в состоянии "хранения", можно изменить их на "установленное" использование этой команды:

sudo echo "package_name install"|dpkg --set-selections

Затем попытайтесь работать install -f снова:

sudo apt-get install -f

Найденный вышеупомянутой техникой на askubuntu в следующих Вопросах и ответах:

• Не мог исправить проблемы, Вы держали поврежденные пакеты
• Как можно не держать (удалите хранение над), пакет?

Метод № 3 - использует способность

Если с пакетами с состоянием "хранения" встречаются, альтернативный метод к контакту с ними должен попытаться позволить aptitude разрешите их, вместо apt-get install -f. Способность, как сообщают, является более персистентной в решении вопросов упаковки/зависимости по сравнению с. apt-get.

Для пакетов, которые показывают состояние "хранения":

sudo aptitude install <package name>

Найденный вышеупомянутой техникой на askubuntu в следующих Вопросах и ответах:

• Не мог исправить проблемы, Вы держали поврежденные пакеты

2. Альтернативный способ использовать Динамический tarball

Вместо того, чтобы пытаться установить .deb версию skype Я думаю, что пошел бы с Динамической версией (продержитесь один на выпадающем на веб-сайте Skype). Эта версия может быть помещена или в Ваш корневой каталог или в возможно ровная /opt/skype. Динамическая версия имеет весь skype программное обеспечение сам содержавший.

Необходимо будет все еще установить пакеты для библиотек, в которых это нуждается, но это должно позволить Вам оставлять свою установку Apache/PHP неповрежденной.

Содержание tarball Динамического Skype

$ tar jxvf skype-4.1.0.20.tar.bz2 
skype-4.1.0.20/
skype-4.1.0.20/third-party_attributions.txt
skype-4.1.0.20/LICENSE
skype-4.1.0.20/lang/
skype-4.1.0.20/lang/skype_es.ts
skype-4.1.0.20/lang/skype_es.qm
skype-4.1.0.20/lang/skype_pl.qm
skype-4.1.0.20/lang/skype_it.ts
skype-4.1.0.20/lang/skype_zh_t.qm
...
...

После того, как распакованный CD, чтобы позвонить каталогу по скайпу:

cd skype-4.1.0.20

И запущенный скайп оттуда:

./skype

При пропавших без вести зависимостей, Вы или встретитесь с ошибкой когда skype запускает или можно получить смысл какой библиотеки skype исполняемому файлу, возможно, понадобилось бы использование ldd команда:

$ ldd skype
    linux-gate.so.1 =>  (0xf7751000)
    libasound.so.2 => /lib/libasound.so.2 (0xf7621000)
    libXv.so.1 => /usr/lib/libXv.so.1 (0xf761c000)
    libXss.so.1 => /usr/lib/libXss.so.1 (0xf7619000)
    librt.so.1 => /lib/librt.so.1 (0x461b9000)
    libdl.so.2 => /lib/libdl.so.2 (0x46076000)
    libX11.so.6 => /usr/lib/libX11.so.6 (0x464c0000)
    libXext.so.6 => /usr/lib/libXext.so.6 (0x46c1c000)
    libQtDBus.so.4 => /usr/lib/libQtDBus.so.4 (0xf75a1000)
    libQtWebKit.so.4 => /usr/lib/libQtWebKit.so.4 (0xf622d000)
    libQtXml.so.4 => /usr/lib/libQtXml.so.4 (0xf61ec000)
    libQtGui.so.4 => /usr/lib/libQtGui.so.4 (0xf5753000)
    libQtNetwork.so.4 => /usr/lib/libQtNetwork.so.4 (0xf562c000)
    libQtCore.so.4 => /usr/lib/libQtCore.so.4 (0xf5396000)
    libpthread.so.0 => /lib/libpthread.so.0 (0x46059000)
    libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x4a9d8000)
    libm.so.6 => /lib/libm.so.6 (0x4607d000)
    libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x4623a000)
    libc.so.6 => /lib/libc.so.6 (0x45ecd000)
    /lib/ld-linux.so.2 (0x45eac000)
    libxcb.so.1 => /usr/lib/libxcb.so.1 (0x465f9000)
    libdbus-1.so.3 => /lib/libdbus-1.so.3 (0x4a98b000)
    libXrender.so.1 => /usr/lib/libXrender.so.1 (0x4645c000)
    libsqlite3.so.0 => /usr/lib/libsqlite3.so.0 (0xf5301000)
    libphonon.so.4 => /usr/lib/libphonon.so.4 (0xf528e000)
    libpulse-mainloop-glib.so.0 => /usr/lib/libpulse-mainloop-glib.so.0 (0xf5289000)
    libpulse.so.0 => /usr/lib/libpulse.so.0 (0xf5242000)
    libglib-2.0.so.0 => /lib/libglib-2.0.so.0 (0x460a9000)
    libXi.so.6 => /usr/lib/libXi.so.6 (0x46bfd000)
    libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0x46bf3000)
    libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x466dc000)
    libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0x46c34000)
    libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0x466d7000)
    libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x42809000)
    libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x42840000)
    libgthread-2.0.so.0 => /lib/libgthread-2.0.so.0 (0x461e1000)
    libpng12.so.0 => /usr/lib/libpng12.so.0 (0x46467000)
    libz.so.1 => /lib/libz.so.1 (0x461c4000)
    libgobject-2.0.so.0 => /lib/libgobject-2.0.so.0 (0x461e8000)
    libSM.so.6 => /usr/lib/libSM.so.6 (0x46e21000)
    libICE.so.6 => /usr/lib/libICE.so.6 (0x46e91000)
    libssl.so.10 => /usr/lib/libssl.so.10 (0x4e0d3000)
    libcrypto.so.10 => /lib/libcrypto.so.10 (0x466e3000)
    libXau.so.6 => /usr/lib/libXau.so.6 (0x463e9000)
    libqzeitgeist.so.0 => /usr/lib/libqzeitgeist.so.0 (0xf521d000)
    libQtTest.so.4 => /usr/lib/libQtTest.so.4 (0xf51f9000)
    libpulsecommon-0.9.21.so => /usr/lib/libpulsecommon-0.9.21.so (0xf51a6000)
    libXtst.so.6 => /usr/lib/libXtst.so.6 (0xf51a0000)
    libwrap.so.0 => /lib/libwrap.so.0 (0xf5197000)
    libsndfile.so.1 => /usr/lib/libsndfile.so.1 (0xf5125000)
    libasyncns.so.0 => /usr/lib/libasyncns.so.0 (0xf511f000)
    libexpat.so.1 => /lib/libexpat.so.1 (0x46619000)
    libuuid.so.1 => /lib/libuuid.so.1 (0x46e2b000)
    libgssapi_krb5.so.2 => /lib/libgssapi_krb5.so.2 (0x4e08d000)
    libkrb5.so.3 => /lib/libkrb5.so.3 (0x4e12d000)
    libcom_err.so.2 => /lib/libcom_err.so.2 (0x4748f000)
    libk5crypto.so.3 => /lib/libk5crypto.so.3 (0x4dfd7000)
    libresolv.so.2 => /lib/libresolv.so.2 (0x4627a000)
    libnsl.so.1 => /lib/libnsl.so.1 (0xf5102000)
    libFLAC.so.8 => /usr/lib/libFLAC.so.8 (0xf50c5000)
    libvorbisenc.so.2 => /usr/lib/libvorbisenc.so.2 (0xf4f4f000)
    libvorbis.so.0 => /usr/lib/libvorbis.so.0 (0xf4f25000)
    libogg.so.0 => /usr/lib/libogg.so.0 (0xf4f1f000)
    libkrb5support.so.0 => /lib/libkrb5support.so.0 (0x4e0c7000)
    libkeyutils.so.1 => /lib/libkeyutils.so.1 (0x47495000)
    libselinux.so.1 => /lib/libselinux.so.1 (0x46259000)

Вышеупомянутый список может быть небольшим укрощением, но необходимо будет в основном работать через него повторяющимся способом, подтверждающим, что каждая библиотека установлена. Если не затем используют apt-cache search <.so file name> выяснять то, что пакет обеспечивает той библиотеке.

Для двоичных пакетов от типов нес открытым исходным кодом проектов как Skype я обычно нахожу этот подход легче иметь дело с.

Если Вы действительно сталкиваетесь с проблемой где skype хочет конкретную версию библиотеки, можно или скомпилировать их сами и поместить их рядом skype в /opt/libs. Необходимо будет установить переменную среды LD_LIBRARY_PATH=/opt/libs/lib... так, чтобы динамический загрузчик библиотеки знал для загрузки их из этого местоположения для skype, вместо нормальных местоположений.

статические сборки скайпа

Skype раньше обеспечивал статические сборки, которые были снимком для использования, так как все было включено, но согласно этому потоку: Статические двоичные файлы для Skype 4.1?, похоже, что они решили отбросить это предложение.

Также в том потоке комментарий, что мультидуга Debian 7.0 имеет проблемы.

Поддерживать тот последний оператор: (мультидуга) Debian 7.0 не работает над amd64.

Ссылки

• Фиксация поврежденных пакетов
• Не мог исправить проблемы, Вы держали поврежденные пакеты
• Как можно не держать (удалите хранение над), пакет?
• Мультидуга, ia32-освобождает, Вино, Skype и другие