Linux – Блог Stafox'a

Установка и запуск Kazam Screencaster в Ubuntu 14.04

Stafox — Sun, 25 Oct 2015 16:01:57 +0000

Как-то мне понадобилось сделать запись одного вебинара, чтобы я мог заниматься своими делами, а посмотреть позже, когда ~~минутка~~ час найдется. Google дал понять, что вполне для этих манипуляций подходит Kazam Screencaster.

Отлично, ставим! Добавляем репозиторий (ага, unstable, чтобы со всеми последними фичами ) и устанавливаем:

sudo add-apt-repository ppa:kazam-team/unstable-series
sudo apt-get update
sudo apt-get install kazam

Но лучше ставить стабильную версию из репозитория ppa:kazam-team/stable-series

И запускаем. Но вот на этом этапе я словил ошибку (иначе не было бы этой статьи ).

~$ kazam
Traceback (most recent call last):
  File "", line 2135, in _find_spec
AttributeError: 'DynamicImporter' object has no attribute 'find_spec'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/bin/kazam", line 147, in 
    from kazam.app import KazamApp
  File "/usr/lib/python3/dist-packages/kazam/app.py", line 36, in 
    from kazam.backend.prefs import *
  File "/usr/lib/python3/dist-packages/kazam/backend/prefs.py", line 30, in 
    from kazam.backend.webcam import Webcam
  File "/usr/lib/python3/dist-packages/kazam/backend/webcam.py", line 24, in 
    from gi.repository import GObject, GUdev
  File "/usr/lib/python3/dist-packages/gi/importer.py", line 53, in find_module
    'introspection typelib not found' % namespace)
ImportError: cannot import name GUdev, introspection typelib not found

Ошибка видна только при запуске из терминала.

Из ошибки видно, что не хватает kazam’у для нормальной работы библиотеки typelib, которая есть в пакете GUdev. Окей, значит поставим его

sudo apt-get install gir1.2-gudev-1.0

Теперь заработало!

Сообщение Установка и запуск Kazam Screencaster в Ubuntu 14.04 появились сначала на Блог Stafox'a.

Ошибка nginx: upstream sent too big header while reading response header from upstream

Stafox — Sat, 29 Aug 2015 14:41:02 +0000

При запуске Symfony 2 под nginx + php5-fpm словил 500 ошибку, а в логах следующее:


2015/08/24 18:50:02 [error] 17530#0: *40 upstream sent too big header while reading response header from upstream, client: 127.0.0.1, server: test.local, request: "GET /app_dev.php HTTP/1.1", upstream: "fastcgi://unix:/var/run/php5-fpm.sock:", host: "test.local"

Решение: в nginx-конфиг для виртуального хоста необходимо добавить следующее в секцию server:


server {
...

fastcgi_buffers 16 16k;
fastcgi_buffer_size 32k;

...
}

Также эти параметры можно задать глобально, указав их в nginx.conf в секции http.

fastcgi_buffers: Задаёт число и размер буферов для одного соединения, в которые будет читаться ответ, получаемый от FastCGI-сервера. По умолчанию размер одного буфера равен размеру страницы. В зависимости от платформы это или 4K, или 8K.

fastcgi_buffer_size: Задаёт размер буфера, в который будет читаться первая часть ответа, получаемого от FastCGI-сервера. В этой части ответа находится, как правило, небольшой заголовок ответа. По умолчанию размер одного буфера равен размеру страницы памяти. В зависимости от платформы это или 4K, или 8K, однако его можно сделать меньше.

Описание директив взято из документации модуля ngx_http_fastcgi_module.

Сообщение Ошибка nginx: upstream sent too big header while reading response header from upstream появились сначала на Блог Stafox'a.

Как установить последнюю версию Java в Debian/Ubuntu

Stafox — Sun, 19 Jul 2015 09:08:09 +0000

В связи с тем, что последнюю версию Java с linux репозитория не скачать, вот небольшой how-to о том, как заиметь последнюю java на своём сервере.

1. Скачиваем Java JDK с этой страницы
2. Распаковываем при помощи tar:


tar -xvf jdk-8u51-linux-x64.tar.gz

3. Теперь переместим содержимое в место его постоянного пребывания


mv jdk1.8.0_31 /usr/local/bin

Директория, выбранная для расположения Java JDK указана для примера. Вы можете использовать любой другой путь, например /usr/lib/jvm/

4. Добавим альтернативы для java-компонентов.


update-alternatives --install /usr/bin/javac javac /usr/local/bin/jdk1.8.0_31/bin/javac 10
update-alternatives --install /usr/bin/java java /usr/local/bin/jdk1.8.0_31/bin/java 10
update-alternatives --install /usr/bin/javaws javaws /usr/local/bin/jdk1.8.0_31/bin/javaws 10
update-alternatives --install /usr/bin/jar jar /usr/local/bin/jdk1.8.0_31/bin/jar 10

5. А теперь укажем, какую версию использовать.


update-alternatives --config java
There are 2 choices for the alternative java (providing /usr/bin/java).

Selection Path Priority Status
------------------------------------------------------------
* 0 /usr/lib/jvm/java-7-openjdk-amd64/jre/bin/java 1051 auto mode
1 /usr/lib/jvm/java-7-openjdk-amd64/jre/bin/java 1051 manual mode
2 /usr/local/bin/jdk1.8.0_31/bin/java 10 manual mode

Press enter to keep the current choice[*], or type selection number: 2

Текущая версия отмечена [*]. Установленная нами версия java под номером 2.

То же самое можно сделать и для остальных компонентов java (javac, javaws, jar), если Вам необходимо использовать свежую версию.

6. Убедимся, что используется последняя версия Java


java -version
java version "1.8.0_31"
Java(TM) SE Runtime Environment (build 1.8.0_31-b13)
Java HotSpot(TM) 64-Bit Server VM (build 25.31-b07, mixed mode)

Сообщение Как установить последнюю версию Java в Debian/Ubuntu появились сначала на Блог Stafox'a.

Ubuntu ошибка DNS_PROBE_FINISHED_BAD_CONFIG в Chrome

Stafox — Sat, 13 Jun 2015 09:36:28 +0000

Не смог точно определить причину возникновения данной ошибки, но по-моему появилась она после обновления системы (в добавок ко всему еще и загрузчик слетел).

Симптомы такие:

при попытке открыть любой веб-сайт возникает ошибка DNS_PROBE_FINISHED_BAD_CONFIG;
ping по имени хоста выдает ping: unknown host;
Skype работает исправно;

Чтобы убедиться окончательно, что проблема точно в DNS, я попробовал открыть Google по IP: http://173.194.121.16/ – все отлично.

За сервера имен отвечает resolvconf. Попробуем запустить сценарии обновления:

sudo resolvconf -u

В ответ получил следующее:

/etc/resolvconf/update.d/libc: Warning: /etc/resolv.conf is not a symbolic link to /run/resolvconf/resolv.conf

Окей, если resolvconf хочет видеть символическую ссылку, дадим ему ее.
Не забываем сделать копию файла resolv.conf (вообще, стоит приучить себя делать копию всего, куда вы собираетесь вносить изменения).

sudo mv /etc/resolv.conf /etc/resolv.conf.backup

Теперь создадим символическую ссылку:

sudo ln -s /run/resolvconf/resolv.conf /etc/resolv.conf

Еще раз запустим сценарии обновления серверов имен:

sudo resolvconf -u

Должно заработать.

Сообщение Ubuntu ошибка DNS_PROBE_FINISHED_BAD_CONFIG в Chrome появились сначала на Блог Stafox'a.

Composer ничего не выводит

Stafox — Mon, 30 Mar 2015 20:08:24 +0000

Проблема: composer ничего не выводит в ответ на любые команды.

В моем случае проблема в расширении php – suhosin.
В сорсах у composer есть следующий код:

[php] if (extension_loaded(‘suhosin’)) {
$suhosin = ini_get(‘suhosin.executor.include.whitelist’);
$suhosinBlacklist = ini_get(‘suhosin.executor.include.blacklist’);
if (false === stripos($suhosin, ‘phar’) && (!$suhosinBlacklist || false !== stripos($suhosinBlacklist, ‘phar’))) {
$errors[‘suhosin’] = $suhosin;
}
}
[/php]

Исправить просто: достаточно добавить phar в белый список suhosin.

[shell] suhosin.executor.include.whitelist = phar
[/shell]

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

curl -s https://getcomposer.org/installer | php — –check

Если все в порядке, вы увидите

curl -s https://getcomposer.org/installer | php — –check
All settings correct for using Composer

А если проблемы имеются – они будут указаны

curl -s https://getcomposer.org/installer | php — –check

Some settings on your machine make Composer unable to work properly.
Make sure that you fix the issues listed below and run this script again:
The suhosin.executor.include.whitelist setting is incorrect.
Add the following to the end of your `php.ini` or suhosin.ini (Example path [for Debian]: /etc/php5/cli/conf.d/suhosin.ini):
suhosin.executor.include.whitelist = phar

Сообщение Composer ничего не выводит появились сначала на Блог Stafox'a.

Ошибка /bin/sh^M: bad interpreter: No such file or directory

Stafox — Thu, 29 Jan 2015 20:36:28 +0000

Почему возникает эта ошибка и как ее исправить.

Полный текст ошибки выглядит следующим образом:

$ sh script.sh
bash: script.sh: /bin/sh^M: bad interpreter: No such file or directory

Что означает?

^M – это символ перевода возврата каретки. Linux использует символ перевода строки, чтобы отметить конец строки, в то время как для Windows использует последовательность из двух символов CR LF. Это значит, что Ваш файл содержит переводы строки в стиле Windows, что сбивает с толку Linux и приводит к этой ошибке.

Как исправить?

Есть несколько способов:

1. Воспользоваться редактором Vi. Открываем файл

$ vi script.sh

Вводим следующую строку

:set fileformat=unix

И сохраняем изменения:

:wq

2. При помощи команды sed.

sed -i -e ‘s/\r$//’ script.sh

3. При помощи утилиты dos2unix.

aptitude install dos2unix
$ dos2unix script.sh

Сообщение Ошибка /bin/sh^M: bad interpreter: No such file or directory появились сначала на Блог Stafox'a.