Замена GKSU в 18.04

Итак, кто-то решил, что gksu сильно устарела и более не требуется, поэтому она не входит ни в Debian, ни в его потомков, включая Ubuntu.

Порывшись по форумам, я узнал, что частичной заменой может служить использование pkexec:

pkexec имя_программы

При этом выводится стандартный графический запрос авторизации. Однако, этого недостаточно, потому что pkexec не передает вызываемой программе и не устанавливает переменные DISPLAY и XAUTHORITY, из-за чего графические программы в большинстве своем не запустятся.

$ env|grep -E "XAU|DISP"
DISPLAY=:0.0
XAUTHORITY=/home/troublemaker/.Xauthority

$ sudo su
...

# env|grep -E "XAU|DISP"
DISPLAY=:0.0
XAUTHORITY=/home/troublemaker/.Xauthority
# exit
$ pkexec bash
...

# env|grep -E "XAU|DISP"
#

Из протокола видно, что pkexec, в отличие от sudo, не передает эти переменные окружения.

Исключение - XUbuntu, где для большинства штатных программ есть правила для policy kit, частью которого является pkexec. Но как быть, если нет соответствующих правил для нужной программы?

Пока что я нашел такой выход из положения (имитируем gksu/gksudo, запуская приложение с правами root из-под обычного пользователя, который входит в sudoers)

pkexec env DISPLAY="$DISPLAY" XAUTHORITY="$XAUTHORITY" имя_программы

Что происходит? Мы принудительно отдаем значения действующих переменных и запускаем программу от имени root не напрямую через pkexec, а косвенно, как один из аргументов команды env.
Коряво, наверное, но лучше, чем ничего. Возможно, удастся это дело запихать в alias, но проверять лень.

Да, еще есть какой-то хитрый способ запуска примерно так:

программа admin://полный_путь_к_файлу

Например:

gedit admin:///etc/fstab

Но у меня под 16.04 он не сработал, а включать ноут, где уже 18.04, для проверки тоже лень :-)

Спящий режим в 13.10

Но речь вот о чем. Сегодня, 8 апреля, в день окончательного завершения поддержки Windows XP (мир ее битам), мне захотелось отправить свой комп с 13.10 в спящий режим. Да-да, несмотря на то, что еще немного и 13.10 сдаст пост 14.04, впервые усыпить ее мне захотелось только сегодня. А вот фиг там: никак, от слова совсем. Все штатные усыплялки говорили, что никак.

Пришлось рыться в собственных загашниках. Но там описан способ для 12.04. В принципе, он работоспособен, хотя и прошло полтора года между 12.04 и 13.10. Каюсь, однако: сначала рылся не в загашниках, а в великом и могучем. Который и подсказал, что в файл /etc/polkit-1/localauthority/50-local.d/com.ubuntu.enable-hibernate.pkla надо помещать два раздела:

[Re-enable hibernate by default in upower]
Identity=unix-user:*
Action=org.freedesktop.upower.hibernate
ResultActive=yes

[Re-enable hibernate by default in logind]
Identity=unix-user:*
Action=org.freedesktop.login1.hibernate
ResultActive=yes

Проверил, работает. Ура. Главное, не забыть об этом в 14.04 и далее... :-)

parole и gmusicbrowser требуется плагин text/html decoder для MP3 ???

Бред, не правда ли? Что за декодер html может быть нужен для воспроизведения локального файла, созданного еще в 2006 году, который до этого бессчётное количество раз прекрасно воспроизводился.
Однако, факт: gmusicbrowser заявил, что отсутствует некий модуль из gstreamer, а parole уточнил, что нужен именно декодер гипертекста. Ага, для оцифрованной музыки нужен декодер гипертекста. Ну просто жизненно необходим!
Audacious и VLC молча проглотили файл и прекрасно его воспроизвели. Почему-то я не думаю, что у них в штатной поставке есть такой декодер.
У меня установлены все плагины gstreamer-0.10 и gstreamer-1.0, включая bad и ugly, не установлены только совсем уж экзотические.

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

Стал разбираться, в т.ч. и сравнил этот файл с соседними, взятыми в то же самое время с того же самого сайта. Сначала gmb показал, что частота дискретизации в этом файле 32000Гц, тогда как остальные инструменты показывали 44100Гц (или как-то так).
Потом посмотрел свойства файла в thunar и несколько удивился: он показывал все параметры аудио по нулям, в то же время сообщая корректные данные (дискретизацию, продолжительность и т.п. для соседних файлов).

Пришлось прибегнуть к "швейцарскому ножу" - VLC. Сказал ему конвертировать этот файл в MP3 и т.д. Через пару секунд получил новый файл, который прекрасно воспроизвелся gmb и parole.

Вопрос: что это было? Не похоже, чтобы файл был поврежден. Может проблема где-то в обновленных после апгрейда до 13.10 кодеках, которые несколько отупели?

How do I configure lightdm to work with XDMCP?

How to use XDMCP+GDM and Xnest?

To enable the XDMCP server in LightDM edit /etc/lightdm/lightdm.conf and add the following section:

[XDMCPServer]
enabled=true

Then restart LightDM with sudo restart lightdm from a text console (logout from any graphical sessions first).

You can set the XDM-AUTHENTICATION-1 key by setting key=value (value is in the same format as is used in the X -cookie option). If the key is not set then no authentication is used.

You can change the UDP/IP port by setting port=1234.

All the available LightDM settings are shown in the example configuration in/usr/share/doc/lightdm/lightdm.conf.

---

I have been trying to enable XDMCP on GDM without much success. Following some instructions I have edited /etc/gdm/custom.conf and added:

[daemon]
RemoteGreeter=/usr/lib/gdm/gdm-xdmcp-chooser-slave
[xdmcp]
Enable=true

Then restarted gdm and tried to connect both locally and from a remote system with:

Xnest :1 -query localhost
Xnest :1 -query remote_system_hostname

I just get a black screen instead of the GDM window as expected. I am missing something ?

Подключение box.com в линуксе

Пару месяцев назад, поддавшись моменту, зарегистрировал себе бесплатный аккаунт на box.com - очередное файлохранилище на 50 гигов. Речь, однако, не о самом обменнике, а об его практическом использовании. Веб-интерфейс у него приятный, спору нет, но лично меня, например, раздражает, что для загрузки целого каталога надо запускать java-апплет. Штатного синхронизатора под линукс тоже нет, только под винду и макось. Стало быть, надо найти способ смонтировать хранилище в файловую систему.

Из официального FAQ:
В: Поддерживает ли box.com доступ через WebDAV?
О: Да, поддерживает. Адрес: https://www.box.com/dav

Отлично. Но как? Ответ нашелся здесь. Однако, xmodulo описывает подключение через штатный GUI Nautilus для Unity/Gnome, которого нет в XFCE. Ну, или я очень плохо искал. Выглядит это так (за неимением юнити, использую авторские скриншоты):

1. Выбираем пункт "подключиться к серверу":
   
   
2. Вводим параметры:
   
   
3. Готово!
   
   

Но этот путь мне не подходит, ибо нету "подключения к серверу". Что ж, продолжим читать xmodulo... (в его примерах используется vi, лично я предпочитаю nano)

Для подключения без использования GUI воспользуемся davfs2.

1. Устанавливаем:
   sudo apt-get install davfs2
   
2. Создаем точку монтирования (у меня так, вам никто не запрещает разместить ее где-то в другом месте):
   $ mkdir ~/mnt/boxcom
   
3. Поскольку WebDAV от box.com не поддерживает блокировку файлов, отключим её, чтобы не получать сообщения об ошибках:
   sudo nano /etc/davfs2/davfs2.conf
   Если файл раньше не правили, то в нем будет строчка
   #use_locks       1
   
   Убираем комментарий и меняем 1 на 0 - мы НЕ используем блокировки:
   use_locks       0
   
4. Поскольку мы не хотим возиться с лишними sudo, то перенастроим пакет так, чтобы монтирование davfs было разрешено и простым смертным обычным пользователям:
   sudo dpkg-reconfigure davfs2
   
   
   
   
5. А еще для этого надо добавить себя в соответствующую группу пользователей:
   (дальше по тексту замените sergei на своё имя пользователя)
   sudo usermod -a -G davfs2 sergei
   
6. Вводить каждый раз длинную команду монтирования тоже некошерно, поэтому слегка поправим /etc/fstab, добавив в него строку (замените /home/sergei/mnt/boxcom на путь к вашей точке монтирования):
   https://www.box.com/dav /home/sergei/mnt/boxcom davfs rw,user,noauto 0 0
   
7. Подключаемся:
   $ mount boxcomPlease enter the username to authenticate with server https://www.box.com/dav or hit enter for none.  Username: <ваш бокс-комовский логин>Please enter the password to authenticate user <ваш бокс-комовский логин> with serverhttps://www.box.com/dav or hit enter for none.  Password: <ваш бокс-комовский пароль>

Готово, собственно! Посмотрите командой mount, как оно подключилось, а с помощью df проверьте, сколько там свободного места. Чтобы еще больше облегчить себе жизнь и монтировать этот сетевой диск без лишних нажатий, добавим имя и пароль в соответствующий файл:

(защищаем его от непрошенных глаз)
$ chmod 600 ~/.davfs2/secrets

(собственно правка)
$ nano ~/.davfs2/secrets

https://www.box.com/dav <ваш бокс-комовский логин, как правило - емайл> <ваш бокс-комовский пароль>

XFCE 4.10 (XUbuntu 12.10) и UbuntuOne

По умолчанию U1 не ставится в Xubuntu, но выход есть: поставить недостающие пакеты. После установки обнаруживаем работающий процесс

$ ps aux|grep ubuntuo
sergei    4437  0.0  1.0 457012 77416 ?        Sl   10:57   0:01 /usr/bin/python /usr/lib/ubuntuone-client/ubuntuone-syncdaemon

но это и всё. Никакого привычного доступа к настройкам нет. Даже из штатного "Центра настроек XFCE", что сильно огорчает.

Не проблема, поможет:

sudo apt-get install ubuntuone-control-panel-qt

И, собственно, всё.

Источник

Спящий режим в Ubuntu 12.04

Натолкнулся на неприятную граблю: из менюшек исчез пункт "спящий режим", который в 11.10 работал на ура.

Копание привело меня сюда. Если коротко, то надо сделать вот что:

sudo nano /etc/polkit-1/localauthority/50-local.d/com.ubuntu.enable-hibernate.pkla

Такого файла еще нет по умолчанию, поэтому окно будет пустым. Вбиваем в него следующие строки:

[Re-enable hibernate by default]
Identity=unix-user:*
Action=org.freedesktop.upower.hibernate
ResultActive=yes

В оригинальном совете рекомендуют перегрузить систему, но у меня заработало и без перезагрузки.

xfce4-weather-plugin

Как известно, этот плагин перестал работать с 31 октября 2011 года.
Я пропатчил его, ибо не фиг. Подробности здесь:

https://plus.google.com/109613486201188881096/posts/7EPmSegYhA8

патченый бинарник, чтобы заменить '/usr/lib/xfce4-weather-plugin/xfce4/panel-plugins/xfce4-weather-plugin', можно взять здесь:

https://docs.google.com/open?id=0B96njm8lw0yTN2Q4ZGRjOGItZDhiMy00OGQzLTgwNDQtY2I0OTQ1ODRhNmM2

Различия между патченым и оригинальным:

$ cmp '/home/sergei/tmp/xfce4-weather-plugin' '/home/sergei/tmp/xfce4-weather-plugin.org' -bl
77086  64 4     63 3
77087  61 1    143 c
77088  62 2     64 4
77089  70 8    143 c
77090  71 9    144 d
77091  60 0     63 3
77093  63 3    145 e
77094  64 4    145 e
77095  60 0     65 5
77096 141 a    144 d
77097  71 9    145 e
77098 142 b    143 c
77099  62 2     70 8
77100 146 f     64 4
77101 143 c    146 f
77104  60 0     61 1
77105  60 0     62 2
77106  63 3     61 1
77107  66 6     71 9
77108  66 6     64 4
77110  65 5     62 2
77111  70 8     63 3
77112  63 3     71 9

О бедном apt-get-e замолвите слово

Для начала немного не в тему.

После обновления на ubuntu 11.04 решил посмотреть, что за зверь такой - хваленый интерфейс unity? Посмотрел. Вспомнил рассказ в одном из давних выпусков FullCircle о том. как кто-то подарил своей старенькой бабушке ноут с до предела урезанной убунтой, чтобы старушка могла поиграть в пасьянс, да еще немного поразвлекаться фиксированным набором простеньких программ. Почувствовал себя той самой старушкой. Сходил поблевать. Перегрузился в "классический" вариант, c GNOME.  Стало полегче и мне и компу. Перегрузился в XFCE. Душа запела в мажоре. При всём уважении к Шаттлворту, пошел он в задницу со своим "единением". Не для десктопов эта хрень, ни разу.

Теперь в тему.

В моем домашнем десктопе 2 DVD-привода. Один старый IDE и второй поновее SATA. В etc/fstab они прописаны как /media/dvd0 и /media/dvd1 - меня раздражает убунтийская манера в динамике создавать каталог для точки монтирования по метке диска. Для флешек и съемных винчестеров это нормально. Но приводы я меняю крайне редко, а вот диски в них - гораздо чаще. И не хочу искать способ узнавать, как у меня сегодня называется /dev/sr0. Поэтому и прописал их в fstab-e.

Получилось очень даже недурственно. Но вылезли (и очень больно ударили как раз при обновлении) грабли: apt-get и synaptic наотрез отказываются монтировать диски в этих приводах, что меня никак не устраивает. При этом все эти "оболочки дешевые" (C) поверх dpkg создают маунтпойнт /media/apt, монтируют туда один из дисков... и не могут его использовать. Почему - без понятия. Просто говорят, что недоступен файл "cdrom://что-то-там".

man apt.conf не снабдил меня никакой полезной информацией. Желающие могут сами посмотреть, насколько "вразумительно" там описан раздел cdrom в группе acquire. Вылезло то, на что многие, включая меня, не раз жаловались: при всей прелести манов, их главный недостаток - нехватка или полное отсутствие примеров использования описываемой команды. Бывают, конечно, исключения, но их очень мало.

По рекомендации с хабра создал свой /etc/apt/apt.conf:

Acquire::cdrom::mount "/media/dvd0/";
Acquire::cdrom::mount "/media/dvd1/";

и повторно прошерстил диски с ubuntu и xubuntu apt-cdrom-ом
Что сказать?  Просто работает. В случае чего просит вставить диск в другой привод.

Можно, наверное, было пойти по пути автора вышеупомянутой статьи, и поместить этот конфиг в apt.conf.d с номером 35, но мне лень: всё равно до этого момента apt.conf-a у меня не было, так что моя самодеятельность никому не повредит.