Linux не запускается remmina

[РЕШЕНО] Отказал RDP

#1 — 27 мая 2014 в 21:49

Всем привет, прошу всех знающих людей помочь!
Кратко ситуация: Была установления WMvare workstation. После ее удаления перестал работать RDP клиент Remmina. Думал проблема в программе. Переустановка Remmina не помогла. Установил RDesktop тоже не подключается.

Загрузился с Live usb mint-a. Установленная Remmina заработала. Отсюда делаю вывод, что-то произошло с моими настройками сети.
Интернет работает через вайфай. Google не помог, т.к. не знаю что конкретно искать.

eth0 Link encap:Ethernet HWaddr 00:21:70:74:5d:02
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interrupt:17

eth1 Link encap:Ethernet HWaddr 00:1f:e2:98:7a:40
inet addr:192.168.188.20 Bcast:192.168.188.255 Mask:255.255.255.0
inet6 addr: fe80::21f:e2ff:fe98:7a40/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:68618 errors:2 dropped:0 overruns:0 frame:16484
TX packets:82096 errors:14 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:11699364 (11.6 MB) TX bytes:113059017 (113.0 MB)
Interrupt:17 Base address:0xc000

lo Link encap:Локальная петля (Loopback)
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:442 errors:0 dropped:0 overruns:0 frame:0
TX packets:442 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:41295 (41.2 KB) TX bytes:41295 (41.2 KB)

lo no wireless extensions.

eth1 IEEE 802.11abg ESSID:»John!Box Fon WLAN 7270″
Mode:Managed Frequency:2.412 GHz Access Point: 00:1F:3F:1A:6E:D3
Retry long limit:7 RTS thr:off Fragment thr:off
Power Management:off

Источник

Проблема с remmina

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

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

Давай определимся в том, что ты имеешь в виду.

Вообще в случае RPD, если ты подключился RPD клиентом к серверу, то пока ты не нажмёшь Пуск -> Завершение сеанса в RDP сессии, то на сервере RPD сессия будет продолжать работать, даже если ты закроешь программу RPD клиента. Это нормальное поведение, так работает клиент в самой Windows и такое поведение сервера есть само по себе.

Теперь описывай ещё раз ситуацию что ты имеешь ввиду? Если тебе надо, что бы сессия завершалась и ты в этом уверен, то делай в RPD сессии на сервере Пуск -> Завершить сеанс. Если же тебе надо, что бы при повторном запуске RDP клиента происходило подключение к уже запущенной на сервере RDP сессии, а не открывалась новая, то это уже другой вопрос.

А так, чем тебе реммина не устраивает, если оттуда всё работает? У меня она висит в качестве апплета на панели, нажимаю на него появляется выпадающий список со списком настроенных подключений, выбираю нужный, всё хорошо.

Чем тебя не устраивает такой режим работы?

«Если же тебе надо, что бы при повторном запуске RDP клиента происходило подключение к уже запущенной на сервере RDP сессии, а не открывалась новая, то это уже другой вопрос.»- Извиняюсь, не так написал малость. собственно это и нужно, чтобы был ярлык на рабочем столе и при повторном входе реммина перезагружалась. Апплет на панели хорошо, но нужно именно так.

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

Описывай ещё раз, не понятно.

Показывай команду подключения.

Проверил у себя:

Есть реммина, при подключении через созданный ярлык на рабочем столе снизу на панели задач где часы, смена языка и т.д. появляется значок реммины, так вот если я подключился по рдп к серверу а потом там нажал выход из рдп (не завершение сеанса на сервере!) значок этот естественно висит и дальше, и если я снова захожу так же через значок на рабочем столе (а не через уже запущенную реммину), то получается реммина запускается повторно и снизу уже 2 значка и так далее.

Молодец, ты наконец-то смог более-менее вразумительно написать в чём проблема.

Показывай что у тебя написано в desktop файле (ярлыке).

remmina -c /home/user/.remmina/1506337329329.remmina такая команда и естественно он каждый раз запускает реммину. а какую команду сделать чтоб перезапускал не знаю и не могу нигде найти(

Добавь remmina в автозапуск, так она у тебя будет висеть уже запущенным апплетом на панели (в трее).

Затем ты уже сможешь запускать нужную сессию с desktop файла (ярлыка) на рабочем столе и закрывать.

Если не сложно можно подробнее. я новичок(

Как в Windows есть Пуск -> Программы -> Автозапуск, так и в Linux, в зависимости от используемой графической оболочки (DE, Desktop Environment), есть тоже автозапуск.

Найди где у тебя это настраивается и добавить туда в запускаемые приложения запуск remmina, командой

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

да это я понял. а разве команду в ярлыке не нужно будет изменить?

Источник

reminna невозможно подключиться к rdp серверу

Всем привет, нужна помощь. На компьютере 1 установлена Kubuntu 20.10

Linux 5.8.0-33-generic #36-Ubuntu SMP Wed Dec 9 09:14:40 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Пытаюсь с помощью Remmina 1.4.10 подключиться по rdp к компьютеру 2 на windows 10, пишет, что подключение к серверу потеряно. Лог отладки:

(remmina_rdp_main) — Not using system proxy settings (remmina_rdp_tunnel_init) — Tunnel init (remmina_rdp_tunnel_init) — protocol_plugin_start_direct_tunnel() returned [ххх]:3389 (remmina_rdp_tunnel_init) — Tunnel has been optionally initialized. Now connecting to ххх:3389 (remmina_rdp_main) — proxy_type: (null) (remmina_rdp_main) — proxy_username: (null) (remmina_rdp_main) — proxy_password: (null) (remmina_rdp_main) — proxy_hostname: (null) (remmina_rdp_main) — proxy_port: 80 (remmina_rdp_main) — Log level set to to INFO (rmnews_periodic_check) — periodic_rmnews_last_get is 1607757858 (rco_on_disconnect) — Disconnect signal received on RemminaProtocolWidget (remmina_file_save) — Saving profile (remmina_file_save) — We have a password and disablepasswordstoring=0 (remmina_file_save) — We have a password and disablepasswordstoring=0 (remmina_file_save) — We have a password and disablepasswordstoring=0 (remmina_file_save) — We have a password and disablepasswordstoring=0 (remmina_file_save) — Profile saved (rco_on_disconnect) — Could not disconnect

Remmina plugin glibsecret (type=Secret) has been registered, but is not yet initialized/activated. The initialization order is 2000. ** (process:10698): CRITICAL **: 18:30:36.304: secret_service_load_collections_sync: assertion ‘paths != NULL’ failed [glibsecret] unable to get secret service: Unknown error. Gtk-Message: 18:30:36.415: Failed to load module «colorreload-gtk-module» StatusNotifier/Appindicator support: your desktop does support it and libappindicator is compiled in Remmina. Good. Warning: Remmina is running without a secret plugin. Passwords will be saved in a less secure way. (org.remmina.Remmina:10698): Gtk-WARNING **: 18:30:36.487: gtk_menu_attach_to_widget(): menu already attached to GtkMenuItem Remmina is compiled as a SNAP package. but we can’t find the secret plugin inside the SNAP. [18:30:41:843] [10698:10780] [INFO][com.freerdp.core] — freerdp_connect:freerdp_set_last_error_ex resetting error state [18:30:41:844] [10698:10780] [INFO][com.freerdp.client.common.cmdline] — loading channelEx rdpdr [18:30:41:844] [10698:10780] [INFO][com.freerdp.client.common.cmdline] — loading channelEx rdpsnd [18:30:41:844] [10698:10780] [INFO][com.freerdp.client.common.cmdline] — loading channelEx drdynvc [18:30:42:191] [10698:10780] [INFO][com.freerdp.primitives] — primitives autodetect, using optimized [18:30:42:202] [10698:10780] [INFO][com.freerdp.core.nego] — Detecting if host can be reached locally. — This might take some time. [18:30:42:202] [10698:10780] [INFO][com.freerdp.core.nego] — To disable auto detection use /gateway-usage-method:direct [18:30:42:243] [10698:10780] [INFO][com.freerdp.core] — freerdp_tcp_connect:freerdp_set_last_error_ex resetting error state [18:30:43:245] [10698:10780] [ERROR][com.freerdp.core] — freerdp_tcp_connect:freerdp_set_last_error_ex ERRCONNECT_CONNECT_FAILED [0x00020006] [18:30:43:245] [10698:10780] [ERROR][com.freerdp.core] — failed to connect to ххх [18:30:43:326] [10698:10780] [INFO][com.freerdp.core] — freerdp_tcp_connect:freerdp_set_last_error_ex resetting error state [18:31:35:194] [10698:10780] [ERROR][com.freerdp.core] — rdg_establish_data_connection:freerdp_set_last_error_ex ERRCONNECT_ACCESS_DENIED [0x00020016] libfreerdp returned code is 00020016

ПС. С компьютера на котором установлена windows подключается нормально.

Источник

remmina больше не работает «невозможно подключиться к локальному хосту RDP-сервера»

До прошлой ночи у меня была Реммина, работающая нормально. Я мог запустить RDP через туннель SSH, и все было хорошо.

Тогда это перестало работать. Я могу добраться до диалогового окна с паролем для моей рабочей машины, но тогда это просто говорит Cannot connect to RDP server localhost .

Я даже не могу найти журналы, которые выглядят интересно. Я переустановил remmina, очистил свой .remmina каталог, перезапустил мою машину и даже перезапустил мой шлюз.

Просто чтобы сделать это действительно странным, мой ноутбук (который имеет ту же настройку — последние версии Ubuntu и Remmina) может установить соединение просто отлично. Он даже проходит через тот же маршрутизатор, хотя и по беспроводной сети.

Я понятия не имею, почему это работает, но я начал менять настройки по одному. Когда я отредактировал свойства соединения, я посмотрел на вкладку «Дополнительно» и изменил безопасность с «согласовать» на «TLS», и вуаля, все работает.

Как ни странно, «вести переговоры» по-прежнему работает на ноутбуке, но, по крайней мере, я вернулся к бизнесу с моим большим монитором 🙂

Это случилось со мной, и я нашел ответ, который решил проблему. Просто rm

/.freerdp/known_hosts и попробуйте еще раз.

Очевидно, это происходит, когда меняются ключи на туннельном сервере. Смотрите эту ошибку .

ОБНОВИТЬ

Первая ссылка теперь указывает на удаленный ответ, поэтому вот дополнительная информация по этой ссылке:

Кажется, что файл «known_hosts» содержит некоторые данные маршрутизации для каждого сервера, эти данные иногда устаревают, а когда Remmina пытается подключиться с использованием устаревших данных, происходит сбой. Удаление файла known_hosts решает эту проблему. — Эрель Сегал-Халеви 13 декабря 12:06

FWIW, моя проблема не имела никакого отношения к known_hosts (как объяснено ниже), но все, что связано с настройками безопасности: см. Http://www.bauer-power.net/2013/10/unable-to-connect-to-rdp -server-in.html для деталей. — Томислав Накич-Альфиревич 24 апреля ’14 в 10:58

Полностью сработало, мне было интересно, где хранятся сертификаты. У меня была та же проблема по большей части: я использовал Remmina для RDP на определенную машину, затем однажды он перестал работать (ничего на удаленной машине не изменилось). Другие RDP-соединения, которые я сохранил, все еще работали, за исключением этой машины. Это случилось с использованием аутентификации NLA, которая, кажется, является частью проблемы с новейшей Remmina, не сохраняющей сертификаты. — Николи 26 апреля ’13 в 20:26

спасибо, раньше он отлично соединялся, затем я переформатировал сервер, и он перестал работать, удалив строку для этого хоста. — Bor691 15 января 14 года в 8:50

Мне нужно использовать две службы на одном и том же адресе, но на разных портах, и повторное использование — единственный способ подключиться к обоим. — Гринго Суаве 13 октября 14:55

Источник

ROSAForum

Forum about ROSA Linux Distros

• Темы без ответов
• Активные темы
• Поиск
• Наша команда

Remmina не работает.

Remmina не работает.

Сообщение OrlDim » 23 авг 2015, 15:02

Re: УДАЛЁННЫЙ РАБОЧИЙ СТОЛ.

Сообщение OrlDim » 23 авг 2015, 17:32

Re: УДАЛЁННЫЙ РАБОЧИЙ СТОЛ.

Сообщение Галахов Роман » 23 авг 2015, 19:55

Re: Remmina не работает.

Сообщение OrlDim » 23 авг 2015, 20:01

Re: Remmina не работает.

Сообщение keleg » 23 авг 2015, 20:07

Re: УДАЛЁННЫЙ РАБОЧИЙ СТОЛ.

Сообщение OrlDim » 23 авг 2015, 20:13

Re: Remmina не работает.

Сообщение laguna » 22 сен 2015, 15:00

Re: Remmina не работает.

Сообщение laguna » 22 сен 2015, 15:01

Re: Remmina не работает.

Сообщение OrlDim » 22 сен 2015, 15:09

если через консоль запустить и попробовать импортировать, что пишет?

http://tucha.ua/blog/pingviny-lezut-v-o . iz-ubuntu/ инструкция по настройке для убунту, возможно будет актуальна и для нас

Re: Remmina не работает.

Сообщение laguna » 22 сен 2015, 16:17

Re: Remmina не работает.

Сообщение OrlDim » 22 сен 2015, 16:19

Re: Remmina не работает.

Сообщение laguna » 22 сен 2015, 16:37

Re: Remmina не работает.

Сообщение laguna » 22 сен 2015, 16:39

Re: Remmina не работает.

Сообщение notauser » 22 сен 2015, 16:45

Re: Remmina не работает.

Сообщение laguna » 22 сен 2015, 18:11

Re: Remmina не работает.

Сообщение OrlDim » 22 сен 2015, 20:54

Re: Remmina не работает.

Сообщение laguna » 22 сен 2015, 23:54

Re: Remmina не работает.

Сообщение OrlDim » 23 сен 2015, 06:53

Re: Remmina не работает.

Сообщение laguna » 23 сен 2015, 07:10

Re: Remmina не работает.

Сообщение OrlDim » 23 сен 2015, 07:21

Re: Remmina не работает.

Сообщение laguna » 23 сен 2015, 07:27

Re: Remmina не работает.

Сообщение OrlDim » 23 сен 2015, 07:37

На росе стабильной даже не пробовал, на 12340 изначально не работало, но после какого-то обновления системы заработало без постороннего вмешательства. А с пол пинка и без танцев в маджаро запустилось. Посмотрите установнен ли у Вас FreeRDP.
На сайте реммины указаны зависимости, если есть время и желание посмотрите чего не хватает. Вечером тоже попробую, но не факт что получится, поздно возвращаюсь

Re: Remmina не работает.

Сообщение notauser » 23 сен 2015, 16:26

Re: Remmina не работает.

Сообщение laguna » 23 сен 2015, 18:11

Re: Remmina не работает.

Сообщение OrlDim » 23 сен 2015, 18:51

Re: Remmina не работает.

Сообщение Barmalei » 23 сен 2015, 18:56

Re: Remmina не работает.

Сообщение laguna » 23 сен 2015, 19:05

Barmalei, согласен, не хватает какиx-то важных библиотек, так как уже писал ранее, в протоколах вообще нет выбора подключения по rdp.
Про КДЕ сказал к слову, так как они, можно уже сказать, неизбежны. рано или поздно. Буду разбираться со списком зависимостей.

OrlDim , что касается FreeRDP — вы ставили через консоль его или как?

Re: Remmina не работает.

Сообщение OrlDim » 23 сен 2015, 22:59

Re: Remmina не работает.

Сообщение Barmalei » 23 сен 2015, 23:23

Re: Remmina не работает.

Сообщение Barmalei » 24 сен 2015, 10:27

Re: Remmina не работает.

Сообщение OrlDim » 24 сен 2015, 10:50

Re: Remmina не работает.

Сообщение Barmalei » 24 сен 2015, 10:58

Re: Remmina не работает.

Сообщение OrlDim » 24 сен 2015, 11:03

Re: Remmina не работает.

Сообщение Barmalei » 24 сен 2015, 11:06

Re: Remmina не работает.

Сообщение OrlDim » 24 сен 2015, 11:08

Re: Remmina не работает.

Сообщение Barmalei » 24 сен 2015, 11:08

Re: Remmina не работает.

Сообщение Barmalei » 24 сен 2015, 11:10

Re: Remmina не работает.

Сообщение OrlDim » 24 сен 2015, 11:14

Re: Remmina не работает.

Сообщение Barmalei » 24 сен 2015, 12:01

Re: Remmina не работает.

Сообщение laguna » 24 сен 2015, 17:04

Да, все так, я бьюсь на реальном железе. С апреля 2015))))
Итак, доустановил библиотеки со спиcка что указал Barmalei

— lib64freerdp-cache1.0-1.0.2-2-rosa2014.1.x86_64
— lib64freerdp-channels1.0-1.0.2-2-rosa2014.1.x86_64
— lib64freerdp-codec1.0-1.0.2-2-rosa2014.1.x86_64
— lib64freerdp-core1.0-1.0.2-2-rosa2014.1.x86_64
— lib64freerdp-gdi1.0-1.0.2-2-rosa2014.1.x86_64
— lib64freerdp-kbd1.0-1.0.2-2-rosa2014.1.x86_64
— lib64freerdp-utils1.0-1.0.2-2-rosa2014.1.x86_64
— remmina-1.0.0-5-rosa2014.1.x86_64
— remmina-plugins-1.0.0-5-rosa2014.1.x86_64
— freerdp-1.0.2-2-rosa2014.1.x86_64
— lib64freerdp-rail1.0-1.0.2-2-rosa2014.1.x86_64

Некоторых не хватало, после их установки все протоколы стали доступны, файл rdp успешно импортировался.
Но при подключении ошибка (см. скрин ниже)
А что касается этого ресурса http://www.glserver.ru/rdp/ то здесь все подключается. и работает соединение.

Re: Remmina не работает.

Сообщение laguna » 24 сен 2015, 18:09

Re: Remmina не работает.

Сообщение Barmalei » 24 сен 2015, 19:43

Re: Remmina не работает.

Сообщение OrlDim » 24 сен 2015, 20:23

Re: Remmina не работает.

Сообщение laguna » 24 сен 2015, 21:19

Re: Remmina не работает.

Сообщение Barmalei » 24 сен 2015, 21:41

Re: Remmina не работает.

Сообщение OrlDim » 24 сен 2015, 22:03

Re: Remmina не работает.

Сообщение Barmalei » 24 сен 2015, 22:34

Re: Remmina не работает.

Сообщение OrlDim » 24 сен 2015, 22:36

Re: Remmina не работает.

Сообщение Barmalei » 24 сен 2015, 22:46

Re: Remmina не работает.

Сообщение OrlDim » 24 сен 2015, 22:49

Re: Remmina не работает.

Сообщение notauser » 24 сен 2015, 23:16

Re: Remmina не работает.

Сообщение Barmalei » 24 сен 2015, 23:42

Re: Remmina не работает.

Сообщение OrlDim » 24 сен 2015, 23:54

Re: Remmina не работает.

Сообщение Barmalei » 25 сен 2015, 00:03

Re: Remmina не работает.

Сообщение laguna » 25 сен 2015, 08:13

Re: Remmina не работает.

Сообщение laguna » 25 сен 2015, 08:19

Re: Remmina не работает.

Сообщение laguna » 25 сен 2015, 09:58

Re: Remmina не работает.

Сообщение Barmalei » 25 сен 2015, 10:14

Re: Remmina не работает.

Сообщение laguna » 25 сен 2015, 10:29

Re: Remmina не работает.

Сообщение laguna » 25 сен 2015, 10:36

Re: Remmina не работает.

Сообщение Barmalei » 25 сен 2015, 10:46

Re: Remmina не работает.

Сообщение laguna » 25 сен 2015, 19:00

Re: Remmina не работает.

Сообщение Barmalei » 25 сен 2015, 19:30

Re: Remmina не работает.

Сообщение laguna » 25 сен 2015, 19:57

Re: Remmina не работает.

Сообщение OrlDim » 26 сен 2015, 08:58

Re: Remmina не работает.

Сообщение Barmalei » 26 сен 2015, 10:01

Re: Remmina не работает.

Сообщение laguna » 27 сен 2015, 07:08

Barmalei, верно админы пишут , не выходит ничего. Выдаёт ошибку:

«transport_connect: getaddrinfo (С именем узла не связано ни одного адреса)
Error: protocol security negotiation failure»

Нужен полноценный rdp-клиент для linux.
Выходит пока его нет, остается только использовать форточки для этой задачи.

Re: Remmina не работает.

Сообщение laguna » 27 сен 2015, 09:57

Могу конечно ошибаться..но вот тут вроде бы обсуждается нечто подобное, касательно обхода двойной авторизации.
http://pomka.blogspot.ru/2009/03/window . lient.html

Не знаю насколько такое решение возможно в моем случае и подходит ли оно..попробую узнать у наших админов.
Хотя не думаю что они захотят ради меня упрощать аутентификацию лично для меня любимого))))

Re: Remmina не работает.

Сообщение notauser » 27 сен 2015, 21:46

Re: Remmina не работает.

Сообщение laguna » 28 сен 2015, 18:19

notauser, про DNS ничего не пишет. Цитата из консоли так и выглядит:

«transport_connect: getaddrinfo (С именем узла не связано ни одного адреса)
Error: protocol security negotiation failure»

За ссылку спасибо, попробую.

Re: Remmina не работает.

Сообщение notauser » 28 сен 2015, 19:19

Re: Remmina не работает.

Сообщение laguna » 28 сен 2015, 19:59

/FreeRDP# apt-get install build-essential git-core cmake libssl-dev libx11-dev libxext-dev libxinerama-dev \
> libxcursor-dev libxdamage-dev libxv-dev libxkbfile-dev libasound2-dev libcups2-dev libxml2 libxml2-dev \
> libxrandr-dev libgstreamer0.10-dev libgstreamer-plugins-base0.10-dev
Reading package lists. Done
Building dependency tree
Reading state information. Done
cmake is already the newest version.
libxml2 is already the newest version.
libxml2 set to manually installed.
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
build-essential : Depends: g++ (>= 4:4.4.3) but it is not going to be installed
Depends: dpkg-dev (>= 1.13.5) but it is not going to be installed
libcups2-dev : Depends: libcups2 (= 1.7.2-0ubuntu1) but 1.7.2-0ubuntu1.6 is to be installed
Depends: libgnutls-dev but it is not going to be installed
Depends: libkrb5-dev but it is not going to be installed
libgstreamer-plugins-base0.10-dev : Depends: libglib2.0-dev but it is not going to be installed
libgstreamer0.10-dev : Depends: libglib2.0-dev but it is not going to be installed
Recommends: debhelper but it is not going to be installed
libssl-dev : Depends: libssl1.0.0 (= 1.0.1f-1ubuntu2) but 1.0.1f-1ubuntu2.15 is to be installed
Recommends: libssl-doc but it is not going to be installed
libxcursor-dev : Depends: libxrender-dev but it is not going to be installed
Depends: libxfixes-dev but it is not going to be installed
libxdamage-dev : Depends: libxfixes-dev but it is not going to be installed
libxext-dev : Depends: libxext6 (= 2:1.3.2-1) but 2:1.3.2-1ubuntu0.0.14.04.1 is to be installed
libxml2-dev : Depends: libxml2 (= 2.9.1+dfsg1-3ubuntu4) but 2.9.1+dfsg1-3ubuntu4.4 is to be installed
libxrandr-dev : Depends: libxrender-dev but it is not going to be installed
E: Unable to correct problems, you have held broken packages.

Источник