Re: Как узнать какой пакет предоставляет сервис DBus
On 24/03/2023 03:58, Stanislav Vlasov wrote: 23.03.2023, Victor Wagner написал(а): По идее freedesktop.org и создавалась для того, чтобы обеспечить общие для всех стандарты и интероперабельность между различными DE. Но эта миссия была успешно провалена. В otpclient она была провалена дважды, судя по issue на github. В первый раз - при привязке к гному. Во второй раз - когда в гноме выкинули соответствующий вызов dbus. Судя по https://github.com/paolostivanin/OTPClient/issues/185, где выпилили скриншоты вообще - будет что-то cross-DE, но когда - непонятно. Это объясняет, почему я не заметил screenshot в коде. Я бы не сказал, что Paolo Stivanin делает что-то неправильно. Он пишет приложение для аутентификации, и засовывать туда солидный кусок приложения для screenshot было бы немного странно. Приятно, конечно, когда есть возможность выделить область на экране, но это не первостепенная задача, чтобы ради нее упираться. Можно было дернуть gnome - замечательно, спрятали там API, ну и ладно. (В эту сторону по ссылкам не пошел, поэтому кажется странным кому нужно такое API, когда оно private, pipewire что-ли?) Позиция xdg-desktop-portal мне нравится меньше: пусть приложения картинку сами обрезают до нужного размера. Ну не хотят они заставлять поддерживать UI для этого. Слова, что в wayland с координатами все сложно, я понимаю меньше. Автора otpclient мне проще понять, что не хочет поддерживать UI для вырезания QR из снимка всего экрана. С какой-то стороны вполне разумно отдать обрезку картинки и дерганье d-bus всевозможных DE на откуп специальным приложениям для screenshot. Тут правда есть оговорка, что секреты лучше передавать по короткому пути, чтобы не оседали в кэшах thumbnails или clipboard managers. Если придумать еще несколько приложений, которым нужна именно *область экрана*, то можно попробовать убедить разработчиков xdg-desktop-portal, что это действительно важно. А drag&drop для QR в otpclient сделали? Если нет, то можно напомнить автору. Вроде должно помочь. На мой взгляд, у дебиановского пакета баг - gnome-shell/gnome-screenshot в Recommends отсутствуют. Было бы понятно сразу. У меня сложилось впечатление, что gnome-screenshot не предоставляет D-Bus API, а наоборот пытается дергать в поисках доступного. Если так, то его максимум в suggests, потому что есть разные альтернативы. Да и то поздно, учитывая, что отломившееся уже выкинуто.
Re: Как узнать какой пакет предоставляет сервис DBus
23.03.2023, Victor Wagner написал(а): > По идее freedesktop.org и создавалась для того, чтобы обеспечить общие > для всех стандарты и интероперабельность между различными DE. Но эта > миссия была успешно провалена. В otpclient она была провалена дважды, судя по issue на github. В первый раз - при привязке к гному. Во второй раз - когда в гноме выкинули соответствующий вызов dbus. Судя по https://github.com/paolostivanin/OTPClient/issues/185, где выпилили скриншоты вообще - будет что-то cross-DE, но когда - непонятно. На мой взгляд, у дебиановского пакета баг - gnome-shell/gnome-screenshot в Recommends отсутствуют. Было бы понятно сразу. -- Stanislav
Re: Как узнать какой пакет предоставляет сервис DBus
В Thu, 23 Mar 2023 23:40:35 +0700 Max Nikulin пишет: > On 23/03/2023 13:46, Victor Wagner wrote: > > > > Вот есть приложение, которое умеет извлекать полезную информацию из > > QR-кода. У него есть функция "take screenshot" поскольку QR-код, из > > которого надо извлекать информацию, часто бывает в окошке браузера > > на том же экране, что и приложение. (речь про otpclient) > > Речь ведь про https://github.com/paolostivanin/OTPClient ? Я мельком Речь конечно же про https://packages.debian.org/bullseye/otpclient но да, апстрим у него именно там. > > Не уверен, что gnome.Shell будет предоставлять кто-нибудь, кроме > gnome shell. Ну почему бы и нет? Желание использовать отдельные утилиты из Gnome не используя всего gnome есть у многих. > Интересно, вот такое только для песочниц или остальные > программы тоже могут пользоваться? > > busctl --user introspect org.freedesktop.portal.Desktop > /org/freedesktop/portal/desktop org.freedesktop.portal.Screenshot Пользоваться могут, но видимо не xотят > Наткнулся на детектив про Gimp. Если видит KDE, то отказывается > захватывать экран при выключенном compositing: > https://bugzilla.opensuse.org/show_bug.cgi?id=1100765#c15 > Сложилось ощущение, что приходится перебирать интерфейсы, которые > могут предоставлять разные DE, а универсального решения нет. По идее freedesktop.org и создавалась для того, чтобы обеспечить общие для всех стандарты и интероперабельность между различными DE. Но эта миссия была успешно провалена. -- Victor Wagner
Re: Как узнать какой пакет предоставляет сервис DBus
On 23/03/2023 13:46, Victor Wagner wrote: Вот есть приложение, которое умеет извлекать полезную информацию из QR-кода. У него есть функция "take screenshot" поскольку QR-код, из которого надо извлекать информацию, часто бывает в окошке браузера на том же экране, что и приложение. (речь про otpclient) Речь ведь про https://github.com/paolostivanin/OTPClient ? Я мельком глянул в код, заметил там clipboard, а вот screenshot на глаза не попался. Хотя именно для OTP я предпочел бы перетащить картинку мимо буфера обмена. The name org.gnome.Shell.Screenshot was not provided by any service file. ... Задача - найти наиболее подходящее приложение которое бы предоставило этот сервис, dbus и позволило функции заработать. Как я понимаю, на то и DBus чтобы были альтернативные варианты. Не уверен, что gnome.Shell будет предоставлять кто-нибудь, кроме gnome shell. Интересно, вот такое только для песочниц или остальные программы тоже могут пользоваться? busctl --user introspect org.freedesktop.portal.Desktop /org/freedesktop/portal/desktop org.freedesktop.portal.Screenshot Наткнулся на детектив про Gimp. Если видит KDE, то отказывается захватывать экран при выключенном compositing: https://bugzilla.opensuse.org/show_bug.cgi?id=1100765#c15 Сложилось ощущение, что приходится перебирать интерфейсы, которые могут предоставлять разные DE, а универсального решения нет. Вопрос в том, можно ли с помощью базы apt, debtags и тому подобных средств узнать, какие у нас в дистрибутиве есть пакеты, которые предоставляют определенный сервис DBus? Скорее https://codesearch.debian.net/search?q=org.gnome.Shell.Screenshot но обнадеживающего ответа не заметно.
Re: Как узнать какой пакет предоставляет сервис DBus
В Thu, 23 Mar 2023 10:55:22 +0300 Иван Лох пишет: > On Thu, Mar 23, 2023 at 09:46:42AM +0300, Victor Wagner wrote: > > > > Вопрос в том, можно ли с помощью базы apt, debtags и тому подобных > > средств узнать, какие у нас в дистрибутиве есть пакеты, которые > > предоставляют определенный сервис DBus? > > apt-file search org.gnome.Shell.Screenshot > gnome-shell-common: > /usr/share/dbus-1/interfaces/org.gnome.Shell.Screenshot.xml > Это как видим не то. Это описание этого интерфейса DBus, а не его реализация. -- Victor Wagner
Re: Как узнать какой пакет предоставляет сервис DBus
On Thu, Mar 23, 2023 at 09:46:42AM +0300, Victor Wagner wrote: > > Вопрос в том, можно ли с помощью базы apt, debtags и тому подобных > средств узнать, какие у нас в дистрибутиве есть пакеты, которые > предоставляют определенный сервис DBus? apt-file search org.gnome.Shell.Screenshot gnome-shell-common: /usr/share/dbus-1/interfaces/org.gnome.Shell.Screenshot.xml -- И.Л.
Как узнать какой пакет предоставляет сервис DBus
Коллеги, вот такой вопрос: Вот есть приложение, которое умеет извлекать полезную информацию из QR-кода. У него есть функция "take screenshot" поскольку QR-код, из которого надо извлекать информацию, часто бывает в окошке браузера на том же экране, что и приложение. (речь про otpclient) При попытке вызова этой функции выдается ошибка: The name org.gnome.Shell.Screenshot was not provided by any service file. (Десктоп, естественно, не Gnome) Задача - найти наиболее подходящее приложение которое бы предоставило этот сервис, dbus и позволило функции заработать. Как я понимаю, на то и DBus чтобы были альтернативные варианты. Вопрос в том, можно ли с помощью базы apt, debtags и тому подобных средств узнать, какие у нас в дистрибутиве есть пакеты, которые предоставляют определенный сервис DBus? -- Victor Wagner
Re: reboot & dbus
On 13/01/16 12:29, Max Dmitrichenko wrote: > Надо дергуть соотв. метод у сервиса logind (который нынче тоже часть > systemd). У меня нет systemd. -- sergio
Re: reboot & dbus
Надо дергуть соотв. метод у сервиса logind (который нынче тоже часть systemd). У интерфейса systemd он тоже есть, но только для рута. http://www.freedesktop.org/wiki/Software/systemd/logind/ И, по-моему, logind разрешит тебе это сделать, если сочтет твою сессию локальной. 13 января 2016 г., 1:29 пользователь sergio написал: > On 13/01/16 01:23, sergio wrote: > > >> Жмёшь ты аппаратную кнопку ресет или пишешь reboot --- в данном случае >> не важно. > > > Кстати про dbus: а как с консоли нажать reset или power точно так же как > из иксовой сессии? Можно, наверное, посмотреть как это сделано для > выключения по acpi по дефолту, но вдруг кто уже в курсе? > > > -- > sergio > -- With best regards Max Dmitrichenko
Re: dbus shell
On Wed, 13 Jan 2016 01:56:59 +0300 sergio wrote: > On 12/01/16 23:34, Victor Wagner wrote: > > > Или - отловить событие блокировки экрана скринсейвером и выгрузить > > ssh-ключи из агента. > > Я мечтал об этом этим утром. Это реальность или фантазия? > Это ТЗ. Берется и пишется. Потом, правда, выясняется, что в стандартном для всех интерфейсе org.freedesktop.ScreenSaver этого сингнала нет. Зато есть куча десктоп-специфичных org.gnome.ScreenSaver, org.mate.ScreenSaver, org.unity.Upstart0. в которых нужный сигнал есть. -- Victor Wagner
Re: dbus shell
On 12/01/16 23:34, Victor Wagner wrote: > Или - отловить событие блокировки экрана скринсейвером и выгрузить > ssh-ключи из агента. Я мечтал об этом этим утром. Это реальность или фантазия? -- sergio
reboot & dbus
On 13/01/16 01:23, sergio wrote: > Жмёшь ты аппаратную кнопку ресет или пишешь reboot --- в данном случае > не важно. Кстати про dbus: а как с консоли нажать reset или power точно так же как из иксовой сессии? Можно, наверное, посмотреть как это сделано для выключения по acpi по дефолту, но вдруг кто уже в курсе? -- sergio
Re: dbus shell
On Tue, 12 Jan 2016 21:27:36 +0300 Max Dmitrichenko wrote: > Думаю, что самое простое будет взять реальный пример какой-нибудь > жизненной ситуации. Например, попробовать шеллом поймать запрос и > ввести PIN-код для нового bluetooth-девайса, без применения специально > написанной для этого текстовой утилиты. Это чуть-чуть немножко сложная задача. Поскольку требует интерфейса пользователя. Что для shell-интерфейса к dbus нетривиально (хотя можно для GUI ssh-askpass использовать). Можно упростить задачу - считать что PIN-ы для пяти-шести устройств, которые мы различаем по адресам или именам, мы можем захардкодить в скрипт. Тогда нашему скрипту не надо взаимодействовать ни с чем, кроме D-Bus. Другой вариант - отловить событие появления сетевого интерфейса и дернуть командно-строчную утилиту управления Jabber-клиентом, чтобы он переконнектился. Или - отловить событие блокировки экрана скринсейвером и выгрузить ssh-ключи из агента. Хотя предложенный вариант с passkey-agent хорош тем, что там надо не на сигналы реагировать а реализовывать интерфейс, хотя и очень простой. Но инструмент должен уметь и то, и другое. Как мне кажется, основной способ использования этого инструмента должен быть такой - он запускается при старте сессии, регистрирует свой интерес к определенным событиям и определенные, реализуемые им интерфейсы и ждет. UI не имеет. Если кому надо провзаимодействовать с пользователем, то это делается посредством вызова скрипта на Tcl/Tk, zenity или еще какой-простенкьой системы создания GUI. Хотя уметь запускать скрипты, слушающие DBus, из терминала, чтобы stdin-stdout оставались к этому терминалу присоединены - тоже интересная задачка. > Или поуправлять чем-нибудь\ > dbus'ным. Громкостью, например, или тем же NetworkManager'ом. Так у > вас сложится более полная картина. > > 12 января 2016 г., 20:29 пользователь Alexey Shrub > написал: > > Приветствую всех, > > > > в холиварах на тему systemd часто говорят что утилиты для работы с > > dbus в консоли недостаточно функциональны, может кто-то цельно и > > подробно написать чего именно не хватает? > > > -- Victor Wagner
Re: dbus shell
Думаю, что самое простое будет взять реальный пример какой-нибудь жизненной ситуации. Например, попробовать шеллом поймать запрос и ввести PIN-код для нового bluetooth-девайса, без применения специально написанной для этого текстовой утилиты. Или поуправлять чем-нибудь dbus'ным. Громкостью, например, или тем же NetworkManager'ом. Так у вас сложится более полная картина. 12 января 2016 г., 20:29 пользователь Alexey Shrub написал: > Приветствую всех, > > в холиварах на тему systemd часто говорят что утилиты для работы с dbus в > консоли недостаточно функциональны, может кто-то цельно и подробно написать > чего именно не хватает? -- With best regards Max Dmitrichenko
dbus shell
Приветствую всех, в холиварах на тему systemd часто говорят что утилиты для работы с dbus в консоли недостаточно функциональны, может кто-то цельно и подробно написать чего именно не хватает?
Re: Проблемы с dbus
Забыл отписаться по поводу решения проблемы. Путем проб и ошибок выяснилось, что какая-то падла создала файл /etc/dbus-1/session-local.conf, в котором включила работу через TCP. Соответственно переменная окружения, с которой запускалась иксовая сессия содержала сначала TCP-шный адрес сессионой шины, куда и пытались долбиться dbus-клиенты. Но там какие-то косяки с авторизацией - на неё приходил reject. После удаления session-local.conf всё заработало. 13 августа 2015 г., 19:42 пользователь Max Dmitrichenko написал: > Всем привет! > > После сбоя по питанию не запускаются кеды. После авторизации в kdm, получаю > сообщение "Could no start D-Bus. Can you call qdbus?" и возвращается к > диалогу авторизации. > > Опытным путем установленно, что системный dbus-daemon пашет и qdbus к нему > подключается. Если вместо KDE запустить twm, то видно что он запущен из-под > dbus-launcher, и в фоне работает сессионый dbus-daemon, но к нему qdbus не > подключается. Ошибка такая: > Could not connect to D-Bus server: org.freedesktop.DBus.Error.NoReply: Did > not receive a reply. Possible causes include: the remote application did not > send a reply, the message bus security policy blocked the reply, the reply > timeoute expired, or the network connection was broken. > > Я не совсем в курсе всех этих новомодных веяний, но куда, черт возьми > копать? Логи не содержат никакой ругани dbus-daemon'а. Debian Jessie, > x86-64, если что. > > -- > With best regards > Max Dmitrichenko -- -- With best regards Max Dmitrichenko
Re: Проблемы с dbus
Это виртуалка в VBox, то есть вроде бы драйвер там виртуальной видяхи и он открыт. Но я не очень понимаю, как связан d-bus с драйвером? 24 августа 2015 г., 11:30 пользователь Системный администратор < sysadm.disk...@mail.ru> написал: > А драйвер у вас проприетарный или свободный? Просто так же возникла > проблема с запуском кед, но только после обновления. > > В Пнд, 17/08/2015 в 00:09 +0300, Павел Марченко пишет: > > было похожее, но копанием глубже, нашел проблему в systemd, он что-то > > не поделил с дровами на видео (intel + nvidia). пересетап драйвера > > решил проблему. > > P.S. в логах авторизации у меня была ругань из systemd > > > > 16 августа 2015 г., 0:06 пользователь Илья написал: > > > > А что в : > > .xsession-errors > > kdm.log (или что там у вас, у меня lightdm.log ) > > > > $ps axjf > > ... > > 1 2777 2775 2775 ? -1 Sl 0 > > 0:00 /usr/sbin/lightdm < > > kdm? > > 2777 2801 2801 2801 tty7 2801 Rs+ 0 3:44 > > \_ /usr/bin/X :0 -auth /var/run/lightdm/root/:0 -nolisten tcp > > vt7 -novtswitch > > 2777 3200 2775 2775 ? -1 Sl 0 0:00 \_ > > lightdm --session-child 11 18 > > 3200 3232 3232 3232 ? -1 Ssl 1000 0:00 > > \_ /usr/bin/lxsession -s LXDE-pi -e LXDE <тут может > > проблема начинается? > > 3232 3254 3254 3254 ? -1 Ss1000 0:00 > > \_ /usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-session > > x-session-manager > > ... > > > > Смотреть dbus-monitor? > > > > > 14 августа 2015 г., 23:43 пользователь Max Dmitrichenko > > написал: > > > Дополнительно установлено, что в случае, когда dbus-launch > > запускается из /etc/X11/Xsession.d, то он порождает > > dbus-daemon, который висит в списке процессов, но не открывает > > tcp-порт. Если запустить dbus-launch в консоли, то dbus-daemon > > успешно открывает tcp-порт и слушает его. > > > > > > Добавил в сессионый конфиг dbus тэг . В логах > > тишина. > > > > > > -- > > > With best regards > > > Max Dmitrichenko > > -- > > С уважением, Илья. > > > > > > > > > > > > -- > > В смысле осмысления бессмысленного смысл тоже имеет определенную > > осмысленность!!! > > > -- -- With best regards Max Dmitrichenko
Re: Проблемы с dbus
А драйвер у вас проприетарный или свободный? Просто так же возникла проблема с запуском кед, но только после обновления. В Пнд, 17/08/2015 в 00:09 +0300, Павел Марченко пишет: > было похожее, но копанием глубже, нашел проблему в systemd, он что-то > не поделил с дровами на видео (intel + nvidia). пересетап драйвера > решил проблему. > P.S. в логах авторизации у меня была ругань из systemd > > 16 августа 2015 г., 0:06 пользователь Илья написал: > > А что в : > .xsession-errors > kdm.log (или что там у вас, у меня lightdm.log ) > > $ps axjf > ... > 1 2777 2775 2775 ? -1 Sl 0 > 0:00 /usr/sbin/lightdm < > kdm? > 2777 2801 2801 2801 tty7 2801 Rs+ 0 3:44 > \_ /usr/bin/X :0 -auth /var/run/lightdm/root/:0 -nolisten tcp > vt7 -novtswitch > 2777 3200 2775 2775 ? -1 Sl 0 0:00 \_ > lightdm --session-child 11 18 > 3200 3232 3232 3232 ? -1 Ssl 1000 0:00 > \_ /usr/bin/lxsession -s LXDE-pi -e LXDE <тут может > проблема начинается? > 3232 3254 3254 3254 ? -1 Ss1000 0:00 > \_ /usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-session > x-session-manager > ... > > Смотреть dbus-monitor? > > > 14 августа 2015 г., 23:43 пользователь Max Dmitrichenko > написал: > > Дополнительно установлено, что в случае, когда dbus-launch > запускается из /etc/X11/Xsession.d, то он порождает > dbus-daemon, который висит в списке процессов, но не открывает > tcp-порт. Если запустить dbus-launch в консоли, то dbus-daemon > успешно открывает tcp-порт и слушает его. > > > > Добавил в сессионый конфиг dbus тэг . В логах > тишина. > > > > -- > > With best regards > > Max Dmitrichenko > -- > С уважением, Илья. > > > > > > -- > В смысле осмысления бессмысленного смысл тоже имеет определенную > осмысленность!!!
Re: Проблемы с dbus
было похожее, но копанием глубже, нашел проблему в systemd, он что-то не поделил с дровами на видео (intel + nvidia). пересетап драйвера решил проблему. P.S. в логах авторизации у меня была ругань из systemd 16 августа 2015 г., 0:06 пользователь Илья написал: > > А что в : > .xsession-errors > kdm.log (или что там у вас, у меня lightdm.log ) > > $ps axjf > ... > 1 2777 2775 2775 ? -1 Sl 0 0:00 /usr/sbin/lightdm > < kdm? > 2777 2801 2801 2801 tty7 2801 Rs+ 0 3:44 \_ /usr/bin/X :0 > -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch > 2777 3200 2775 2775 ? -1 Sl 0 0:00 \_ lightdm > --session-child 11 18 > 3200 3232 3232 3232 ? -1 Ssl 1000 0:00 \_ > /usr/bin/lxsession -s LXDE-pi -e LXDE <тут может проблема начинается? > 3232 3254 3254 3254 ? -1 Ss1000 0:00 \_ > /usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-session > x-session-manager > ... > > Смотреть dbus-monitor? > > > 14 августа 2015 г., 23:43 пользователь Max Dmitrichenko < > dmitr...@gmail.com> написал: > > Дополнительно установлено, что в случае, когда dbus-launch запускается > из /etc/X11/Xsession.d, то он порождает dbus-daemon, который висит в списке > процессов, но не открывает tcp-порт. Если запустить dbus-launch в консоли, > то dbus-daemon успешно открывает tcp-порт и слушает его. > > > > Добавил в сессионый конфиг dbus тэг . В логах тишина. > > > > -- > > With best regards > > Max Dmitrichenko > -- > С уважением, Илья. > > -- В смысле осмысления бессмысленного смысл тоже имеет определенную осмысленность!!!
Re:Проблемы с dbus
А что в : .xsession-errors kdm.log (или что там у вас, у меня lightdm.log ) $ps axjf ... 1 2777 2775 2775 ? -1 Sl 0 0:00 /usr/sbin/lightdm < kdm? 2777 2801 2801 2801 tty7 2801 Rs+ 0 3:44 \_ /usr/bin/X :0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch 2777 3200 2775 2775 ? -1 Sl 0 0:00 \_ lightdm --session-child 11 18 3200 3232 3232 3232 ? -1 Ssl 1000 0:00 \_ /usr/bin/lxsession -s LXDE-pi -e LXDE <тут может проблема начинается? 3232 3254 3254 3254 ? -1 Ss1000 0:00 \_ /usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-session x-session-manager ... Смотреть dbus-monitor? > 14 августа 2015 г., 23:43 пользователь Max Dmitrichenko > написал: > Дополнительно установлено, что в случае, когда dbus-launch запускается из > /etc/X11/Xsession.d, то он порождает dbus-daemon, который висит в списке > процессов, но не открывает tcp-порт. Если запустить dbus-launch в консоли, то > dbus-daemon успешно открывает tcp-порт и слушает его. > > Добавил в сессионый конфиг dbus тэг . В логах тишина. > > -- > With best regards > Max Dmitrichenko -- С уважением, Илья.
Re: Проблемы с dbus
"debsums -a -s" показал различие в конфигах CUPS, schroot и resolvconf. Всё. Бинари все целые. 15 августа 2015 г., 13:18 пользователь dimas написал: > fsck прогнать? debsums? > > > 2015-227 02:36 Max Dmitrichenko wrote: > > 14 августа 2015 г., 23:43 пользователь Max Dmitrichenko < > dmitr...@gmail.com> > > написал: > > > > > > > > Уже пробовал, результат такой же. То есть да, что-то сломалось > системно. > > > > > > > Дополнительно установлено, что в случае, когда dbus-launch запускается из > > /etc/X11/Xsession.d, то он порождает dbus-daemon, который висит в списке > > процессов, но не открывает tcp-порт. Если запустить dbus-launch в > консоли, > > то dbus-daemon успешно открывает tcp-порт и слушает его. > > > > Добавил в сессионый конфиг dbus тэг . В логах тишина. > > > > -- > > With best regards > > Max Dmitrichenko > > -- -- With best regards Max Dmitrichenko
Re: Проблемы с dbus
fsck прогнать? debsums? 2015-227 02:36 Max Dmitrichenko wrote: > 14 августа 2015 г., 23:43 пользователь Max Dmitrichenko > написал: > > > > > Уже пробовал, результат такой же. То есть да, что-то сломалось системно. > > > > Дополнительно установлено, что в случае, когда dbus-launch запускается из > /etc/X11/Xsession.d, то он порождает dbus-daemon, который висит в списке > процессов, но не открывает tcp-порт. Если запустить dbus-launch в консоли, > то dbus-daemon успешно открывает tcp-порт и слушает его. > > Добавил в сессионый конфиг dbus тэг . В логах тишина. > > -- > With best regards > Max Dmitrichenko
Re: Проблемы с dbus
14 августа 2015 г., 23:43 пользователь Max Dmitrichenko написал: > > Уже пробовал, результат такой же. То есть да, что-то сломалось системно. > Дополнительно установлено, что в случае, когда dbus-launch запускается из /etc/X11/Xsession.d, то он порождает dbus-daemon, который висит в списке процессов, но не открывает tcp-порт. Если запустить dbus-launch в консоли, то dbus-daemon успешно открывает tcp-порт и слушает его. Добавил в сессионый конфиг dbus тэг . В логах тишина. -- With best regards Max Dmitrichenko
Re: Проблемы с dbus
> > > Я бы попытался локализовать проблему: создал нового юзера -можно ли под > ним зайти в кеды. Если, да то проблема в настройках учетной записи > (оптимистично), нет в системных настройках (хуже). > Уже пробовал, результат такой же. То есть да, что-то сломалось системно. -- -- With best regards Max Dmitrichenko
Re:Проблемы с dbus
> После сбоя по питанию не запускаются кеды. После авторизации в kdm, получаю > сообщение "Could no start D-Bus. Can you call qdbus?" и возвращается к > диалогу авторизации. > > Опытным путем установленно, что системный dbus-daemon пашет и qdbus к нему > подключается. Если вместо KDE запустить twm, то видно что он запущен из-под > dbus-launcher, и в фоне работает сессионый dbus-daemon, но к нему qdbus не > подключается. Ошибка такая: > Could not connect to D-Bus server: org.freedesktop.DBus.Error.NoReply: Did > not receive a reply. Possible causes include: the remote application did not > send a reply, the message bus security policy blocked the reply, the reply > timeoute expired, or the network connection was broken. > > Я не совсем в курсе всех этих новомодных веяний, но куда, черт возьми копать? > Логи не содержат никакой ругани dbus-daemon'а. Debian Jessie, x86-64, если > что. Я бы попытался локализовать проблему: создал нового юзера -можно ли под ним зайти в кеды. Если, да то проблема в настройках учетной записи (оптимистично), нет в системных настройках (хуже). -- С уважением, Илья.
Проблемы с dbus
Всем привет! После сбоя по питанию не запускаются кеды. После авторизации в kdm, получаю сообщение "Could no start D-Bus. Can you call qdbus?" и возвращается к диалогу авторизации. Опытным путем установленно, что системный dbus-daemon пашет и qdbus к нему подключается. Если вместо KDE запустить twm, то видно что он запущен из-под dbus-launcher, и в фоне работает сессионый dbus-daemon, но к нему qdbus не подключается. Ошибка такая: Could not connect to D-Bus server: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeoute expired, or the network connection was broken. Я не совсем в курсе всех этих новомодных веяний, но куда, черт возьми копать? Логи не содержат никакой ругани dbus-daemon'а. Debian Jessie, x86-64, если что. -- With best regards Max Dmitrichenko
Re: Ekiga depends on dbus
On 05/30/2013 06:40 PM, Andrey Melnikoff wrote: > Alex Mestiashvili wrote: >> On 05/30/2013 10:52 AM, Andrey Melnikoff wrote: > >> а что кто-нибудь действительно пользуется третьегномом ? > Я пользуюсь. Мелкие глюки конечно раздражают, но в целом - почти удобно. > Отсутствие кнопки "пуск" уже даже идет в пользу. Единственное, что > приходиться - это собирать экстеншены из-за alternatetab (rоторы возвращает > назад привычное переключение по alt-tab, без группировки). > мне не хватило терпения на настройку и привыкание, откатился назад на xfce на wheezy. >> mate-desktop работает что надо, юзеры ничего не подозревают :) > Пробовал на тот момент поставить mate для дебиана, упарился пакаджи по > убунтячим репозиториям вытаскивать. > mate начиная с версии 1.6 выглядит вполне прилично, ничего стороннего ( исключая mate ) доставлять не приходится. Alex -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51a85127.8040...@biotec.tu-dresden.de
Re: Ekiga depends on dbus
On 2013.05.30 at 21:22:20 +0400, Eugene Berdnikov wrote: > On Thu, May 30, 2013 at 04:30:47PM +0400, Alexander Danilov wrote: > > Из этого следует только то, что gdm запускает X-ы и зависит от dbus. И в > > случае смерти dbus, gdm > > корректно завершается (убирает за собой то, что породил) - вот и всё. > > А почему gdm должен умирать или вешаться если отвалился dbus? Потому что название ено начинается на букву "g". Впрочем, буква "k" в данном контексте не лучшая. Он составная часть набора софта с избыточно тесной интеграцией компонент. > Для меня это как-то неочевидно... Скажем, syslogd я могу спокойно > остановить, и все процессы, использующие стандарный libc'шный syslog(3), > закроют сокет и будут пытаться переоткрыть его при каждой новой записи, > пока syslogd не будет запущен снова. По-моему, нормально написанное > приложение должно правильно обрабатывать ситуацию недоступности dbus'a, > от libdbus я бы ожидал функционал автоматического реконнекта к демону. Был бы dbus нормально написаной подсистемой, подозреваю его б тут некоторые не пытались так старательно его выпилить. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130531070720.ga5...@wagner.pp.ru
Re: Ekiga depends on dbus
On 30.05.2013 21:22, Eugene Berdnikov wrote: On Thu, May 30, 2013 at 04:30:47PM +0400, Alexander Danilov wrote: Из этого следует только то, что gdm запускает X-ы и зависит от dbus. И в случае смерти dbus, gdm корректно завершается (убирает за собой то, что породил) - вот и всё. А почему gdm должен умирать или вешаться если отвалился dbus? А это вопрос к авторам gdm, я лично пользуюсь lightdm+xfce+xmonad, чего и вам советую. Для меня это как-то неочевидно... Скажем, syslogd я могу спокойно остановить, и все процессы, использующие стандарный libc'шный syslog(3), закроют сокет и будут пытаться переоткрыть его при каждой новой записи, пока syslogd не будет запущен снова. По-моему, нормально написанное приложение должно правильно обрабатывать ситуацию недоступности dbus'a, от libdbus я бы ожидал функционал автоматического реконнекта к демону. Нормально написанные приложения сейчас в подавляющем меньшинстве в Linux, особенно это касается desktop приложений. Я тоже стараюсь не использовать приложения хотящие dbus, qt, kde, gnome, и если последние 2 вида прикладух удаётся счастливо избегать, то первые 2 вида совсем исключить не получается, к сожалению. Но я не фанатик, получится - заменю и выкину, не получится - что ж, буду использовать, а пересобирать полсистемы - на это времени нет. Хотя, конечно же, интересно, насколько удобным останется Debian desktop, если выкинуть из него dbus, и пересобрать остальное без него. Но это - тема лабораторки для студентов. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51a7902a.9090...@gmail.com
Re: Ekiga depends on dbus
On Thu, May 30, 2013 at 04:30:47PM +0400, Alexander Danilov wrote: > Из этого следует только то, что gdm запускает X-ы и зависит от dbus. И в > случае смерти dbus, gdm > корректно завершается (убирает за собой то, что породил) - вот и всё. А почему gdm должен умирать или вешаться если отвалился dbus? Для меня это как-то неочевидно... Скажем, syslogd я могу спокойно остановить, и все процессы, использующие стандарный libc'шный syslog(3), закроют сокет и будут пытаться переоткрыть его при каждой новой записи, пока syslogd не будет запущен снова. По-моему, нормально написанное приложение должно правильно обрабатывать ситуацию недоступности dbus'a, от libdbus я бы ожидал функционал автоматического реконнекта к демону. -- Eugene Berdnikov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130530172220.gj3...@sie.protva.ru
Re: Ekiga depends on dbus
Alex Mestiashvili wrote: > On 05/30/2013 10:52 AM, Andrey Melnikoff wrote: > а что кто-нибудь действительно пользуется третьегномом ? Я пользуюсь. Мелкие глюки конечно раздражают, но в целом - почти удобно. Отсутствие кнопки "пуск" уже даже идет в пользу. Единственное, что приходиться - это собирать экстеншены из-за alternatetab (rоторы возвращает назад привычное переключение по alt-tab, без группировки). > mate-desktop работает что надо, юзеры ничего не подозревают :) Пробовал на тот момент поставить mate для дебиана, упарился пакаджи по убунтячим репозиториям вытаскивать. -- Best regards, TEMHOTA-RIPN aka MJA13-RIPE System Administrator of POST Ltd. mailto:temn...@kmv.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/m1ck7a-lh8@kenga.kmv.ru
Re: Ekiga depends on dbus
Alex Mestiashvili wrote: > On 05/30/2013 02:04 PM, Dmitrii Kashin wrote: > > At Thu, 30 May 2013 12:52:38 +0400, > > Andrey Melnikoff wrote: > >> > >> От dbus зависит всё (проверил эксперементально, промазав и прибив > >> dbus - выпали все иксы с обвязкой, даже чище чем при перезапуске > >> gdm'a). > > > > Это где Xorg зависит от DBus? Сдается мне, Вы где-то ошиблись. > > > > > в зависимости от того как они (Х-ы) запушены, если через gdm то да, > умрут если прибить dbus. При прибьивании gdm'a оставались всякие висящие ошметки в памяти, а тут прям как telinit 1 случился. > если через startx то нет .. Последних лет 10 немогу понять, зачем нужно запускать Xы через startx ? Нет, в случае когда Xы нужны просто как рисовалка окошка от одной единственной софтины - оно применимо, но во всех остальных? -- Best regards, TEMHOTA-RIPN aka MJA13-RIPE System Administrator of POST Ltd. mailto:temn...@kmv.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/eick7a-lh8@kenga.kmv.ru
Re: Ekiga depends on dbus
On 30.05.2013 16:10, Alex Mestiashvili wrote: On 05/30/2013 02:04 PM, Dmitrii Kashin wrote: At Thu, 30 May 2013 12:52:38 +0400, Andrey Melnikoff wrote: От dbus зависит всё (проверил эксперементально, промазав и прибив dbus - выпали все иксы с обвязкой, даже чище чем при перезапуске gdm'a). Это где Xorg зависит от DBus? Сдается мне, Вы где-то ошиблись. в зависимости от того как они (Х-ы) запушены, если через gdm то да, умрут если прибить dbus. если через startx то нет .. Alex Из этого следует только то, что gdm запускает X-ы и зависит от dbus. И в случае смерти dbus, gdm корректно завершается (убирает за собой то, что породил) - вот и всё. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51a74677.9090...@gmail.com
Re: Ekiga depends on dbus
On 05/30/2013 02:04 PM, Dmitrii Kashin wrote: > At Thu, 30 May 2013 12:52:38 +0400, > Andrey Melnikoff wrote: >> >> От dbus зависит всё (проверил эксперементально, промазав и прибив >> dbus - выпали все иксы с обвязкой, даже чище чем при перезапуске >> gdm'a). > > Это где Xorg зависит от DBus? Сдается мне, Вы где-то ошиблись. > > в зависимости от того как они (Х-ы) запушены, если через gdm то да, умрут если прибить dbus. если через startx то нет .. Alex -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51a741a1.1090...@biotec.tu-dresden.de
Re: Ekiga depends on dbus
At Thu, 30 May 2013 12:52:38 +0400, Andrey Melnikoff wrote: > > От dbus зависит всё (проверил эксперементально, промазав и прибив > dbus - выпали все иксы с обвязкой, даже чище чем при перезапуске > gdm'a). Это где Xorg зависит от DBus? Сдается мне, Вы где-то ошиблись. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87d2s8smga.wl%free...@gmail.com
Re: Ekiga depends on dbus
On 05/30/2013 10:52 AM, Andrey Melnikoff wrote: > Dmitrii Kashin wrote: >> At Tue, 21 May 2013 22:16:20 +0400, >> Иван Лох wrote: >>> >>> Он потратил слишком много времени на борьбу с DBUS ; > >> А не стоило? Мне вообще-то страшновато читать о том, что творится в >> этом проекте. Не то, чтобы я был поттерингоненавистником, но этот >> человек принимает сомнительные решения и умудряется пропихивать их в >> мейнстрим. А знающие люди поговаривают, что и с кодом у них не все >> хорошо. > Ничё, вот приедет в следующий стейбл gnome-3.8 - будет пестня. От dbus > зависит всё (проверил эксперементально, промазав и прибив dbus - выпали все > иксы с обвязкой, даже чище чем при перезапуске gdm'a). Отдельно доставляет > конфигурация клавиатуры через ibus, настройки которой меняются посредством > запуска бинарника на каждое переключение. Если LA у машины чуть больше 0.5 - > успеваешь набрать пол фразы в ненужной раскладке пока переключится. > > а что кто-нибудь действительно пользуется третьегномом ? mate-desktop работает что надо, юзеры ничего не подозревают :) Alex -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51a72102.5070...@biotec.tu-dresden.de
Re: Ekiga depends on dbus
Dmitrii Kashin wrote: > At Tue, 21 May 2013 22:16:20 +0400, > Иван Лох wrote: > > > > Он потратил слишком много времени на борьбу с DBUS ; > А не стоило? Мне вообще-то страшновато читать о том, что творится в > этом проекте. Не то, чтобы я был поттерингоненавистником, но этот > человек принимает сомнительные решения и умудряется пропихивать их в > мейнстрим. А знающие люди поговаривают, что и с кодом у них не все > хорошо. Ничё, вот приедет в следующий стейбл gnome-3.8 - будет пестня. От dbus зависит всё (проверил эксперементально, промазав и прибив dbus - выпали все иксы с обвязкой, даже чище чем при перезапуске gdm'a). Отдельно доставляет конфигурация клавиатуры через ibus, настройки которой меняются посредством запуска бинарника на каждое переключение. Если LA у машины чуть больше 0.5 - успеваешь набрать пол фразы в ненужной раскладке пока переключится. -- Best regards, TEMHOTA-RIPN aka MJA13-RIPE System Administrator of POST Ltd. mailto:temn...@kmv.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/kjgj7a-sac@kenga.kmv.ru
Re: DBus
At Wed, 29 May 2013 18:18:09 +0400, sergio wrote: > > On 29/05/13 16:32, Dmitrii Kashin wrote: > > > расценивается как "постоянное использование" > > Это фантастика. > http://popcon.debian.org/FAQ > Q) What is considered a 'vote' for a package ? > A) A computer 'vote' for a package if according to the data provided >in the report, a program provided or depending on the package was >used less than thirty days ago. This computation is performed by >the popcon server. Ну и как это отвечает на вопрос? > > Что же касается высокого количества установок... Кажется, он по > > умолчанию ставится, так что чему удивляться. > > По какому умолчанию, почему меня оно обошло? Во многих дистрибутивах он ставится по умолчанию инсталлятором. В ALT Linux, например. Я же устанавливался с диска grml через debootstrap, так что понятья не имею, что там по умолчанию ставится у нас в Debian. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87hahlvjvm.wl%free...@gmail.com
Re: DBus
sergio -> debian-russian@lists.debian.org @ Wed, 29 May 2013 17:48:12 +0400: >> Как компьютер, а что? s> Ну я иногда думаю, не купить ли андроид. Но объяснить себе зачем s> он нужен, даже с нормальным линуксом в чруте, я пока не смог. s> Ничего личного. Я пользуюсь карманными компьютерами (именно как компьютерами) с тех времен, когда андроида еще в проекте не было :) У меня довольно долго были наладонники, которые не умели звонить. Потом в какой-то момент, когда начал сдыхать Nokia N800, я осмотрелся вокруг и понял, что ближе всего к тому, что мне нужно - именно андроид. Ну а заодно он и звонить умеет... Если вопрос был в том, для чего используется андроид, а не дебиан у него в чруте, то помимо дебиана в чруте, телефона и СМС там еще - читалки, в первую очередь FBReader, потом Acrobat Reader и браузер, потому как HTML тоже иногда надо почитать. - экстренный выход в интернет. Типа вот приспичило прям щас взять билет или посмотреть документацию. - гуглокалендарь (расшаренный с женой в обе стороны, чтоб знать, у кого что когда в расписании, а заодно он, в отличие от org-mode, умеет пропищать напоминалкой). - словарь. - запасной (основным работает Garmin) GPS-ресивер с картами. OSMAnd+ и яндекс-карты. - фотоаппарат типа "уж какой есть, зато всегда под рукой". -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/8761y1alce@wizzle.ran.pp.ru
Re: DBus
On 29/05/13 16:32, Dmitrii Kashin wrote: Не гоните лошадей. Время покажет. Я не гоню, а всего лишь объяснил, почему зыбки надежды. Но да, вполне возможно он будет уже не дибасом. *наравне* Спасибо. расценивается как "постоянное использование" Это фантастика. http://popcon.debian.org/FAQ Q) What is considered a 'vote' for a package ? A) A computer 'vote' for a package if according to the data provided in the report, a program provided or depending on the package was used less than thirty days ago. This computation is performed by the popcon server. Что же касается высокого количества установок... Кажется, он по умолчанию ставится, так что чему удивляться. По какому умолчанию, почему меня оно обошло? -- sergio. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51a60e21.3020...@sergio.spb.ru
Re: DBus
On 29/05/13 16:42, Artem Chuprina wrote: "Но как, Холмс?!" Я не могу убедить себя в том, что должен занять порт мышкой, когда можно этого не делать. С другой стороны их обычно у меня два но это и не повод не выбирать такие ноутбуки. Как компьютер, а что? Ну я иногда думаю, не купить ли андроид. Но объяснить себе зачем он нужен, даже с нормальным линуксом в чруте, я пока не смог. Ничего личного. -- sergio. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51a6071c.90...@sergio.spb.ru
Re: DBus
sergio -> debian-russian@lists.debian.org @ Wed, 29 May 2013 14:25:13 +0400: >> А в чем проблема? В занятом USB-слоте (так у меня еще два есть, мне >> хватает) или в том сантиметре, на который он выступает из корпуса? s> Для меня это две серьёзные проблемы (: "Но как, Холмс?!" >> Ядро там позволяет держать дебиан в чруте, для этого пришлось рутануть s> И в чем смысл? Ну те как лично ты его используешь, и что вообще можно s> с ним делать? Как компьютер, а что? Я на нем код пишу в метро, отчеты о путешествиях в самолете... Органайзер, опять же, там же - я в качестве органайзера использую емаксовый org-mode, ничего близкого по удобству из специализированных я не видел. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87d2sa9cv2@wizzle.ran.pp.ru
Re: DBus
At Wed, 29 May 2013 11:23:09 +0400, sergio wrote: > > On 28/05/13 21:07, Artem Chuprina wrote: > > > Да, bluez был первой (и надеюсь, остается единственной) плюс-минус > > ядерной подсистемой, которая не хотела жить без DBus. > > Да, но судя по тому, что он таки окажется в ядре, эти надежды весьма > зыбки. Опять же позволю себе повториться. Мы тут не оракулы. Если запилят - тогда и можно будет поговорить. Вообще говоря, вполне возможно, что при запиливании оного в ядро возникнут вопросы, потребующие полностью перепроектировать проект. И тогда это будет уже не DBus, а что-то еще. Не гоните лошадей. Время покажет. > > (bluez) мало кому нужен. > > http://qa.debian.org/popcon.php?package=bluez > > это на ровне с *наравне* > http://qa.debian.org/popcon.php?package=iceweasel Вызывает интерес поле Vote. Сказано, что "Vote is the number of people who use this package regularly". Так вот интересно было бы узнать следующее: если какая-либо утилита периодически просто на автомате дергает бинарник, принадлежащий этому пакету, это расценивается как "постоянное использование"? И если расценивается (что скорее всего), то Артём скорее прав, и bluez мало кому нужен. Что же касается высокого количества установок... Кажется, он по умолчанию ставится, так что чему удивляться. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87ip22ufu7.wl%free...@gmail.com
Re: DBus
On 29/05/13 14:11, yuri.nefe...@gmail.com wrote: С блутусом же менять приходилось где то раз в два месяца. А я ещё чаще, только проблемы в этом нет: взял заряженный аккумулятор, а севший на зарядку. -- sergio. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51a5d930.60...@sergio.spb.ru
Re: DBus
On 29/05/13 13:48, Artem Chuprina wrote: А в чем проблема? В занятом USB-слоте (так у меня еще два есть, мне хватает) или в том сантиметре, на который он выступает из корпуса? Для меня это две серьёзные проблемы (: Ядро там позволяет держать дебиан в чруте, для этого пришлось рутануть И в чем смысл? Ну те как лично ты его используешь, и что вообще можно с ним делать? но в остальном я у андроида чистый юзер, я его не настраиваю. Вполне очевидно, но я не к тому. Dbus, наверное, одна из последних неприятностей андроида. -- sergio. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51a5d789.4070...@sergio.spb.ru
Re: DBus
On Wed, 29 May 2013, Artem Chuprina wrote: sergio -> debian-russian@lists.debian.org @ Wed, 29 May 2013 11:23:09 +0400: >> Мышка у меня беспроводная, но беспровод у нее между мышкой >> и передатчиком, и я даже не в курсе, какой именно, а между >> передатчиком и компом - USB. s> Это в работает для станции, но я не понимаю как можно жить с такой s> мышкой для ноута. И это основная, на мой взгляд, причина, что бы иметь s> в нём блютус. А в чем проблема? В занятом USB-слоте (так у меня еще два есть, мне хватает) или в том сантиметре, на который он выступает из корпуса? У моей мыши на 5мм. Большой недостаток, что про батарейку забываешь. По крайней мере я уже больше года не менял. Сменить что ли на всякий случай?.. С блутусом же менять приходилось где то раз в два месяца. Сразу чувствуешь свою полезность и нужность. Ю.
Re: DBus
sergio -> debian-russian@lists.debian.org @ Wed, 29 May 2013 11:23:09 +0400: >> Мышка у меня беспроводная, но беспровод у нее между мышкой >> и передатчиком, и я даже не в курсе, какой именно, а между >> передатчиком и компом - USB. s> Это в работает для станции, но я не понимаю как можно жить с такой s> мышкой для ноута. И это основная, на мой взгляд, причина, что бы иметь s> в нём блютус. А в чем проблема? В занятом USB-слоте (так у меня еще два есть, мне хватает) или в том сантиметре, на который он выступает из корпуса? >> Телефону блютус да, нужен - вменяемых альтернатив блютусным гарнитурам >> нет. Но я не уверен, что там внутри него DBus, хотя вполне вероятно - в >> андроидах внутри линукс. s> Почти наверняка там bluez и dbus. Да, вероятно. Но в телефонах с другими ОС это уже не так :), да и андроид для меня в основном черный ящик. Ядро там позволяет держать дебиан в чруте, для этого пришлось рутануть, но в остальном я у андроида чистый юзер, я его не настраиваю. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87k3mi9kwp@wizzle.ran.pp.ru
Re: DBus
On 28/05/13 21:07, Artem Chuprina wrote: А смысл? Ну для меня это единственная необходимость использовать dbus. Зато после этого таких вопросов не возникает. Да, bluez был первой (и надеюсь, остается единственной) плюс-минус ядерной подсистемой, которая не хотела жить без DBus. Да, но судя по тому, что он таки окажется в ядре, эти надежды весьма зыбки. И кстати, без гнома - а ну-ка, у нас сейчас есть негномовский способ ввести PIN? Тогда был только в виде маленького сишника в /usr/doc/bluezчего-то/examples. Который, если собрать вручную и дать ему PIN в командной строке, таки спаривал. Но идея поставлять его не экзамплом в доках, а работающей программой почему-то авторов не вдохновляла. А потом api обновилось, и работать он перестал. Но да меня тоже это удивляло, зато теперь он собран и входит в состав bluez: % dpkg -L bluez | grep bin/bluez-test ну и blueman, который вполне можно назвать негномовым: (bluez) мало кому нужен. http://qa.debian.org/popcon.php?package=bluez это на ровне с http://qa.debian.org/popcon.php?package=iceweasel и это ощутимо больше, чем http://qa.debian.org/popcon.php?package=meta-kde http://qa.debian.org/popcon.php?package=meta-gnome3 Мышка у меня беспроводная, но беспровод у нее между мышкой и передатчиком, и я даже не в курсе, какой именно, а между передатчиком и компом - USB. Это в работает для станции, но я не понимаю как можно жить с такой мышкой для ноута. И это основная, на мой взгляд, причина, что бы иметь в нём блютус. Телефону блютус да, нужен - вменяемых альтернатив блютусным гарнитурам нет. Но я не уверен, что там внутри него DBus, хотя вполне вероятно - в андроидах внутри линукс. Почти наверняка там bluez и dbus. Кстати, блютусные колонки ещё одна не самая плохая причина для блютуса. -- sergio. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51a5acdd.1080...@sergio.spb.ru
Re: DBus
sergio -> debian-russian@lists.debian.org @ Tue, 28 May 2013 17:39:42 +0400: >> я не дал согласия на установку dbus. s> Купите себе уже наконец блютусную мышку, или телефон, или ещё что s> нибудь. А смысл? Да, bluez был первой (и надеюсь, остается единственной) плюс-минус ядерной подсистемой, которая не хотела жить без DBus. И кстати, без гнома - а ну-ка, у нас сейчас есть негномовский способ ввести PIN? Тогда был только в виде маленького сишника в /usr/doc/bluezчего-то/examples. Который, если собрать вручную и дать ему PIN в командной строке, таки спаривал. Но идея поставлять его не экзамплом в доках, а работающей программой почему-то авторов не вдохновляла. Ну так вот. Я однажды это настроил (у меня был телефон, который умел нормально отдаваться как модем только по блютусу). С помощью того сишника. С тех пор та настройка давно и успешно сломалась (ноутбук тот давно сменен), и даже блютус-донгл успешно расклеился механически и подраспаялся. Потому что те дурацкие времена уже успешно прошли, и нынешний мой телефон легко и непринужденно отдается и по WiFi, и что более существенно, по USB, а встроенного блютуса, в отличие от встроенного вайфая, в моем недобуке нет. Что-то мне подсказывает, что это жжж неспроста, и bluez до сих пор не оторвали от DBus только потому, что он (bluez) мало кому нужен. Мышка у меня беспроводная, но беспровод у нее между мышкой и передатчиком, и я даже не в курсе, какой именно, а между передатчиком и компом - USB. Телефону блютус да, нужен - вменяемых альтернатив блютусным гарнитурам нет. Но я не уверен, что там внутри него DBus, хотя вполне вероятно - в андроидах внутри линукс. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87y5az9gnq@wizzle.ran.pp.ru
Re: DBus
On 24/05/13 23:27, Dmitrii Kashin wrote: я не дал согласия на установку dbus. Купите себе уже наконец блютусную мышку, или телефон, или ещё что нибудь. -- sergio. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51a4b39e.3070...@sergio.spb.ru
Re: DBus
Покотиленко Костик -> debian-russian@lists.debian.org @ Mon, 27 May 2013 19:32:25 +0300: >> >> > Вопрос же про dbus продолжает быть открытым. >> >> >> >> >> >> А чем же он Вам так не угодил? >> >> >> >> >> >> Вероятно, неочевидностью его преимуществ. >> >> ПК> Преимуществ перед чем? Перед другой шиной обмена сообщениями? Какой? >> >> Unix socket, TCP socket, pipe, file, environment (да, переменные >> окружения - это тоже шина обмена сообщениями, хотя и односторонняя). >> Да, у каждой из них есть свои недостатки, которые часто являются >> продолжением достоинств, но вот Unix socket, кажется, DBus'у не уступает >> уже ни в чем. А во внятности существенно превосходит. >> >> И как у нас там, кстати, в DBus c совмещением ожидания со, скажем, >> stdin/stdout или с TCP? ПК> DBus - это более высокого уровня шина нежели те что Вы перечислили. Очень не всегда более высокий уровень является преимуществом. Важно, насколько решаемая задача выигрывает от более высокого уровня вообще, и насколько этот более высокий уровень хорошо реализован. И я опасаюсь, что DBus - это как раз тот случай, когда не. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/8761y3be49@wizzle.ran.pp.ru
Re: DBus
On Mon, May 27, 2013 at 07:55:26PM +0400, Иван Лох wrote: > Вы намекаете, что все сообщения должны быть широковещательными? Не > думаю, что это хорошо из соображений производительности хотя бы. Какая, собственно, разница между малтикастом и юникастом с точки зрения затрат на маршрутизацию? Никакой. Если адрес не хэширован, в любом случае будет фулскан таблицы получателей. Если хэширован, то после вычисления хэша -- фулскан списка адресов, для которых хэш принимает нужное значение. То есть природа адреса здесь не роялит. Вот между средой с адресацией и p2p-линком разница есть: во втором случае маршрутизация не нужна. Но тогда N^2, якобы. На самом деле никакого N^2 не будет, потому что нет нужды каждому приложению связываться с каждым. В лучшем случае будет N(a+b*log(N)), причём N будет порядка 10-30, так что проблема с N^2 немного надуманная... Затем доставка. В любом случае каждому приложению отдельно, в свой юзерспейсный буфер. Задача на порядок-другой более тяжёлая, нежели маршрутизация с любыми хэшами. Хэши-то на современных процессорах считаются в регистрах, очень быстро, а копировать нужно из памяти в память. И здесь очень трудно что-то наоптимизировать. Более того, малтикаст здесь вроде как выигрывает из-за возможности оптимизаций вроде zerocopy, со счётчиками ссылок, таймерами и т.п. Где возможно и не было лень -- оно уже сделано в сетевой подсистеме. Так что я вполне понимаю Давида Миллера, отклонившего AF_BUS со словами "Это лучше делать в юзерспейсе, обычным сетевым инструментарием". > Неудачно спроектированное приложение при таком подходе сможет > замедлять работу системы. В D-Bus это не так. Что там так круто в архитектуре dbus, что он выигрывает у обычной сети? Нам рассказывают про какие-то странные "достоинства" dbus'а вроде надёжной доставки широковещательных сообщений. Мне интересно, как это себе представляют авторы: если подписчик не читает свои сообщения, что должен делать демон, озабоченный гарантированной доставкой? Раздуть свою память, загнать систему в своппинг и тем завалить? Или есть другие варианты? -- Eugene Berdnikov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130527192329.gf3...@sie.protva.ru
Re: DBus
В Пнд, 27/05/2013 в 15:55 +0400, Artem Chuprina пишет: > Покотиленко Костик -> debian-russian@lists.debian.org @ Mon, 27 May 2013 > 13:02:57 +0300: > > >> > Вопрос же про dbus продолжает быть открытым. > >> > >> > >> А чем же он Вам так не угодил? > >> > >> > >> Вероятно, неочевидностью его преимуществ. > > ПК> Преимуществ перед чем? Перед другой шиной обмена сообщениями? Какой? > > Unix socket, TCP socket, pipe, file, environment (да, переменные > окружения - это тоже шина обмена сообщениями, хотя и односторонняя). > Да, у каждой из них есть свои недостатки, которые часто являются > продолжением достоинств, но вот Unix socket, кажется, DBus'у не уступает > уже ни в чем. А во внятности существенно превосходит. > > И как у нас там, кстати, в DBus c совмещением ожидания со, скажем, > stdin/stdout или с TCP? DBus - это более высокого уровня шина нежели те что Вы перечислили. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1369672345.7864.15.ca...@casper-hp.friendin.net
Re: DBus
At Mon, 27 May 2013 19:55:26 +0400, Иван Лох wrote: > > On Mon, May 27, 2013 at 07:06:06PM +0400, Dmitrii Kashin wrote: > > At Mon, 27 May 2013 16:29:09 +0400, > > Иван Лох wrote: > > > > > > On Mon, May 27, 2013 at 03:55:07PM +0400, Artem Chuprina wrote: > > > > продолжением достоинств, но вот Unix socket, кажется, DBus'у не уступает > > > > уже ни в чем. А во внятности существенно превосходит. > > > > > > D-Bus же обычно поверх Unix socket и работает. В любом случае, протокол > > > так и так > > > нужен, библиотека тоже нужна. Можно обсуждать нужен ли собственно демон. > > > > Протокол = системная шина, полагаю? Да, системная шина однозначно > > нужна. Как раз потому что: > > Вы намекаете, что все сообщения должны быть широковещательными? Нет, не намекаю. Я просто обычно всегда называл её системной шиной, а то, что она должна иметь некоторый протокол доставки мне всегда казалось само собой разумеющимся. > (n-1) сокет для каждого из n приложений = n(n-1) Да, это верно. Я ошибся. > > Я правильно думаю, что если сервис, которому предназначается > > сообщение, еще не запущен, то DBus его автоматически запускает, тем > > самым беря на себя роль некоторого аналога inetd для IPC? > > Да. Круто. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87li70h062.wl%free...@gmail.com
Re: DBus
On Mon, May 27, 2013 at 07:06:06PM +0400, Dmitrii Kashin wrote: > At Mon, 27 May 2013 16:29:09 +0400, > Иван Лох wrote: > > > > On Mon, May 27, 2013 at 03:55:07PM +0400, Artem Chuprina wrote: > > > продолжением достоинств, но вот Unix socket, кажется, DBus'у не уступает > > > уже ни в чем. А во внятности существенно превосходит. > > > > D-Bus же обычно поверх Unix socket и работает. В любом случае, протокол так > > и так > > нужен, библиотека тоже нужна. Можно обсуждать нужен ли собственно демон. > > Протокол = системная шина, полагаю? Да, системная шина однозначно > нужна. Как раз потому что: Вы намекаете, что все сообщения должны быть широковещательными? Не думаю, что это хорошо из соображений производительности хотя бы. Неудачно спроектированное приложение при таком подходе сможет замедлять работу системы. В D-Bus это не так. > > иначе был бы n². > > Хотя здесь, как мне кажется, закралась неточность. > > Осмелюсь предположить, что Вы говорите о количестве открытых Unix > sockets. Но, позвольте, если бы не было общей шины, то для связи > каждого с каждым необходимо было бы не n^2, а n! сокетов. Или я Вас не > верно понял? (n-1) сокет для каждого из n приложений = n(n-1) > > Во-вторых, он используется для запуска сервисов. > > Я правильно думаю, что если сервис, которому предназначается > сообщение, еще не запущен, то DBus его автоматически запускает, тем > самым беря на себя роль некоторого аналога inetd для IPC? Да. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130527155525.ga28...@nano.ioffe.rssi.ru
Re: DBus
At Mon, 27 May 2013 16:29:09 +0400, Иван Лох wrote: > > On Mon, May 27, 2013 at 03:55:07PM +0400, Artem Chuprina wrote: > > продолжением достоинств, но вот Unix socket, кажется, DBus'у не уступает > > уже ни в чем. А во внятности существенно превосходит. > > D-Bus же обычно поверх Unix socket и работает. В любом случае, протокол так и > так > нужен, библиотека тоже нужна. Можно обсуждать нужен ли собственно демон. Протокол = системная шина, полагаю? Да, системная шина однозначно нужна. Как раз потому что: > иначе был бы n². Хотя здесь, как мне кажется, закралась неточность. Осмелюсь предположить, что Вы говорите о количестве открытых Unix sockets. Но, позвольте, если бы не было общей шины, то для связи каждого с каждым необходимо было бы не n^2, а n! сокетов. Или я Вас не верно понял? > Во-вторых, он используется для запуска сервисов. DBus используется для запуска сервисов? Я как-то наивно думал, что это системная шина, котора должна заниматься передачей сообщений между процессами. Каким боком она стала причастна к запуску сервисов? Я правильно думаю, что если сервис, которому предназначается сообщение, еще не запущен, то DBus его автоматически запускает, тем самым беря на себя роль некоторого аналога inetd для IPC? > В-третьих, скоро все это переедет в ядро. Ну вот когда переедет, то это будет уже совсем другой разговор. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87fvx8wjhd.wl%free...@gmail.com
Re: DBus
On Mon, May 27, 2013 at 03:55:07PM +0400, Artem Chuprina wrote: > продолжением достоинств, но вот Unix socket, кажется, DBus'у не уступает > уже ни в чем. А во внятности существенно превосходит. D-Bus же обычно поверх Unix socket и работает. В любом случае, протокол так и так нужен, библиотека тоже нужна. Можно обсуждать нужен ли собственно демон. Но, во-первых, иначе был бы n². Во-вторых, он используется для запуска сервисов. В-третьих, скоро все это переедет в ядро. -- Иван Лох -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130527122909.gd9...@nano.ioffe.rssi.ru
Re: DBus
Покотиленко Костик -> debian-russian@lists.debian.org @ Mon, 27 May 2013 13:02:57 +0300: >> > Вопрос же про dbus продолжает быть открытым. >> >> >> А чем же он Вам так не угодил? >> >> >> Вероятно, неочевидностью его преимуществ. ПК> Преимуществ перед чем? Перед другой шиной обмена сообщениями? Какой? Unix socket, TCP socket, pipe, file, environment (да, переменные окружения - это тоже шина обмена сообщениями, хотя и односторонняя). Да, у каждой из них есть свои недостатки, которые часто являются продолжением достоинств, но вот Unix socket, кажется, DBus'у не уступает уже ни в чем. А во внятности существенно превосходит. И как у нас там, кстати, в DBus c совмещением ожидания со, скажем, stdin/stdout или с TCP? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/878v30prhg@wizzle.ran.pp.ru
Re: DBus
В Суб, 25/05/2013 в 09:58 +0400, Konstantin Matyukhin пишет: > On Sat, May 25, 2013 at 4:57 AM, Жанибек Нагашыбай > wrote: > В Sat, 25 May 2013 00:50:41 +0400 > Dmitrii Kashin пишет: > > > Вопрос же про dbus продолжает быть открытым. > > > А чем же он Вам так не угодил? > > > Вероятно, неочевидностью его преимуществ. Преимуществ перед чем? Перед другой шиной обмена сообщениями? Какой? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1369648977.7864.12.ca...@casper-hp.friendin.net
Re: DBus
On Sat, May 25, 2013 at 09:33:23PM +0400, Dmitrii Kashin wrote: > At Sat, 25 May 2013 17:14:48 +0400, > Eugene Berdnikov wrote: > > > > On Fri, May 24, 2013 at 11:27:08PM +0400, Dmitrii Kashin wrote: > > > Окей, подниму-ка я снова эту тему. > > ... > > > В связи с чем у меня закономерный вопрос. Что там с этой чертовой > > > "супер-пупер системной шиной" происходит сейчас, что на неё все так > > > резко завязались, что её наличие обязательно даже для работы хранителя > > > экрана? Кстати, Greg Kroah-Hartman заявил, что именно D-Bus будет интегрироваться в ядро. То есть полемика, включать в ядро AF_BUS, D-Bus или Binder завершена. http://www.h-online.com/open/news/item/D-Bus-is-coming-to-the-Linux-Kernel-1801485.html. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130525220304.gb9...@nano.ioffe.rssi.ru
Re: DBus
At Sat, 25 May 2013 17:14:48 +0400, Eugene Berdnikov wrote: > > On Fri, May 24, 2013 at 11:27:08PM +0400, Dmitrii Kashin wrote: > > Окей, подниму-ка я снова эту тему. > ... > > В связи с чем у меня закономерный вопрос. Что там с этой чертовой > > "супер-пупер системной шиной" происходит сейчас, что на неё все так > > резко завязались, что её наличие обязательно даже для работы хранителя > > экрана? > > Мне кажется, что человек, так борющийся за чистоту системы от dbus'а, > мог бы сам рассказать нам, в чём состоит опасность этого зверя и где > он сейчас бродит... :) Ну, я более-менее помню состояние дел на тот момент, когда я решил выставить ему отрицательный пин. А дела состояли в том, что примерно в тот момент товарищ Леннарт стал продвигать systemd, на полном серьезе утверждая глупости, по типу /usr merge. Я тут же припомнил качество работы pulseaudio, а точнее то, что выпиливал её из системы в своё время именно потому, что она не работала совсем. Тут же вспомнились упоминания знакомых о серьезных дырах в dbus, которые ввиду вышеописанного перестали казаться мне голословными. Вспомнил Витуса Вагнера с его постом в ЖЖ про ebus. Ну и решил, что без dbus мне будет как-то спокойнее. > > Насколко я могу судить, еще до dbus были системные шины, та же > > cobra > > CORBA Thx. > > например. И пока она была - все на неё сначала долго и мучительно > > завязывались, а потом также долго и мучительно отвязывались. > > А с каким middleware бывает иначе? Откровенно говоря, я других примеров не знаю. Расскажите? > > Так что у меня закономерный вопрос. При всей неадекватности > > разработчиков dbus, насколько сильно на эту шину завязан современный > > софт? > > Простой ответ: возьмите список пакетов, прогрепайте depends:dbus, > получится количество пакетов, зависящих от dbus. Дальше можно что-нибудь > сделайть с этим числом, скажем, поделить на общее количество пакетов, > чтобы получить среднюю температуру по больнице. Ну, средняя температура по больнице в общем-то не сильно интересует. Интересовали как раз комментарии навроде "в моей системе dbus отсутствует, если с каким популярным софтом проблемы и возникали, то находились аналоги". -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87y5b3otgc.wl%free...@gmail.com
Re: DBus
On Fri, May 24, 2013 at 11:27:08PM +0400, Dmitrii Kashin wrote: > Окей, подниму-ка я снова эту тему. ... > В связи с чем у меня закономерный вопрос. Что там с этой чертовой > "супер-пупер системной шиной" происходит сейчас, что на неё все так > резко завязались, что её наличие обязательно даже для работы хранителя > экрана? Мне кажется, что человек, так борющийся за чистоту системы от dbus'а, мог бы сам рассказать нам, в чём состоит опасность этого зверя и где он сейчас бродит... :) > Насколко я могу судить, еще до dbus были системные шины, та же cobra CORBA > например. И пока она была - все на неё сначала долго и мучительно > завязывались, а потом также долго и мучительно отвязывались. А с каким middleware бывает иначе? > Так что у меня закономерный вопрос. При всей неадекватности > разработчиков dbus, насколько сильно на эту шину завязан современный > софт? Простой ответ: возьмите список пакетов, прогрепайте depends:dbus, получится количество пакетов, зависящих от dbus. Дальше можно что-нибудь сделайть с этим числом, скажем, поделить на общее количество пакетов, чтобы получить среднюю температуру по больнице. Что дальше делать с этой температурой, я не знаю. Может быть, сравнить со средней температурой Вселенной. А может быть, посмотреть, не зависит ли от dbus какой-нибудь совершенно необходимый для жизни пакет. -- Eugene Berdnikov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130525131448.gs3...@sie.protva.ru
Re: DBus
On Sat, May 25, 2013 at 4:57 AM, Жанибек Нагашыбай wrote: > В Sat, 25 May 2013 00:50:41 +0400 > Dmitrii Kashin пишет: > > > Вопрос же про dbus продолжает быть открытым. > > А чем же он Вам так не угодил? Вероятно, неочевидностью его преимуществ. -- С уважением, Константин Матюхин
Re: DBus
В Sat, 25 May 2013 00:50:41 +0400 Dmitrii Kashin пишет: > Вопрос же про dbus продолжает быть открытым. А чем же он Вам так не угодил? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130525065754.2ec6cae8@DOM-131
Re: DBus
At Fri, 24 May 2013 23:56:39 +0400, Artem Chuprina wrote: > > ... > Package: xtrlock > ... > Поскольку It doesn't obscure the screen, перед его включением, вероятно, > стоит вызывать еще xset :) > > Он, правда, тоже не отображает _приглашения_ ввести пароль. Но он умеет > обозначать себя, а пароль все равно не отображается, на то он и пароль > :) Спасибо, Артём! Утилита мне пришлась очень по вкусу. Приспособил её в качестве скринсейвера нижеследующим скриптом. Разворот на весь экран - хак исключительно для wmii3. К сожалению, сходу на ум не пришло, как сделать правильно, но я думаю, что этот временный вариант проживет у меня пару лет. :) - lock - #!/bin/sh /usr/lib/xscreensaver/glmatrix -hexadecimal -density 30 -no-waves -no-rotate & SSPID=$! sleep 2 wmiir xwrite /client/sel/ctl Fullscreen toggle xtrlock wmiir xwrite /client/sel/ctl Fullscreen toggle kill $SSPID ---- Вопрос же про dbus продолжает быть открытым. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87vc68drvi.wl%free...@gmail.com
Re: DBus
Dmitrii Kashin -> Debian Russian List @ Fri, 24 May 2013 23:27:08 +0400: DK> Помнится мне, когда-то давно была хорошая утилита xlock, которая DK> делала то, о чем ясно давало понять её название. Покопался в DK> репозитории только что. Не нашёл таковой. Зато нашёл xscreensaver, DK> который без libgnomeui-0 не отображает приглашения ввести пароль, что DK> является гадством. А последний (libgnomeui-0) у меня не установился DK> потому что я не дал согласия на установку dbus. DK> В связи с чем у меня закономерный вопрос. Что там с этой чертовой DK> "супер-пупер системной шиной" происходит сейчас, что на неё все так DK> резко завязались, что её наличие обязательно даже для работы хранителя DK> экрана? Package: xtrlock State: installed Automatically installed: no Version: 2.2 Priority: optional Section: x11 Maintainer: Matthew Vernon Architecture: i386 Uncompressed Size: 90,1 k Depends: libc6 (>= 2.0), libx11-6 Description: Minimal X display lock program xtrlock is a very minimal X display lock program, which uses nothing except the Xlib library. It doesn't obscure the screen, it is completely idle while the display is locked and you don't type at it, and it doesn't do funny things to the X access control lists. Поскольку It doesn't obscure the screen, перед его включением, вероятно, стоит вызывать еще xset :) Он, правда, тоже не отображает _приглашения_ ввести пароль. Но он умеет обозначать себя, а пароль все равно не отображается, на то он и пароль :) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/8738tcqhhk@wizzle.ran.pp.ru
DBus
Окей, подниму-ка я снова эту тему. Помнится мне, когда-то давно была хорошая утилита xlock, которая делала то, о чем ясно давало понять её название. Покопался в репозитории только что. Не нашёл таковой. Зато нашёл xscreensaver, который без libgnomeui-0 не отображает приглашения ввести пароль, что является гадством. А последний (libgnomeui-0) у меня не установился потому что я не дал согласия на установку dbus. В связи с чем у меня закономерный вопрос. Что там с этой чертовой "супер-пупер системной шиной" происходит сейчас, что на неё все так резко завязались, что её наличие обязательно даже для работы хранителя экрана? И это серьезный вопрос, на который я бы не хотел читать советы типа "сделать свой фильтрующий дистрибутив, в котором все пакеты будут собраны без поддержки dbus". Насколко я могу судить, еще до dbus были системные шины, та же cobra например. И пока она была - все на неё сначала долго и мучительно завязывались, а потом также долго и мучительно отвязывались. Так что у меня закономерный вопрос. При всей неадекватности разработчиков dbus, насколько сильно на эту шину завязан современный софт? Вопрос появился в связи с тем, что я вот уже 2 года не допускаю её существования в моей системе (вместе с pulseaudio, ага), но за последнюю неделю наткнулся уже на второй пакет, требующий обязательной поддержки dbus, что мне несколько досаждает. PS: Ну и конечно же, подскажите пожалуйста адекватную не-dbus-ную замену xlock. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87wqqodvqr.wl%free...@gmail.com
Re: Ekiga depends on dbus
21.05.2013 23:23, Dmitrii Kashin пишет: В связи с покупкой вебкамеры захотел посмотреть современные средства VoIP. Собственно, единственное, что мне посоветовали на данный момент - это проприетарный Skype и открытую Ekiga. Если Skype встал нормально, то с Ekiga возникли непредвиденные сложности. Дело в том, что она жестко зависит от dbus, а я ему выставил отрицательный приоритет, и изменять решения не намерен. Немного погуглив, выяснилось, что Ekiga может быть собрана также и без поддержки dbus. Так как ради "посмотреть" мне не очень хочется пересобирать пакет, особенно в период зачетной сессии, хочу спросить - может быть кто уже озаботился пересборкой оного? Рекомендую попробовать Linphone, сам пользуюсь им 2-3 года. -- С уважением, Алексей Важнов jabber: vazh...@jabber.ru, vazh...@jabber.org -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/519c5e5d.6030...@inbox.ru
Re: Ekiga depends on dbus
Иван Лох -> debian-russian@lists.debian.org @ Tue, 21 May 2013 22:54:59 +0400: >> > Он потратил слишком много времени на борьбу с DBUS ; >> >> А не стоило? Мне вообще-то страшновато читать о том, что творится в ИЛ> Если вы свою систему межпроцессного взаимодействия написали ИЛ> — почему бы и нет. Ну, не знаю... Мне, в общем, до сих пор удавалось почти во всех программах, которыми я пользуюсь, и уж во всяком случае во всех необходимых, обходиться более вменяемыми системами межпроцессного взаимодействия, благо их у нас есть. Теми, над которыми не приходится дрожать, что вот завтра их поменяют несовместимым образом. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87li77tu27@wizzle.ran.pp.ru
Re: Ekiga depends on dbus
On Wed, May 22, 2013 at 12:18:01AM +0400, Konstantin Matyukhin wrote: > > Мне одному русскоязычная рассылка напоминает разговоры бабушек у подъезда? > Скорее уж дедушек. Причём 14-летних. -- WBR, wRAR signature.asc Description: Digital signature
Re: Ekiga depends on dbus
On Tue, May 21, 2013 at 10:11:41PM +0200, Anton Gladky wrote: > Мне одному русскоязычная рассылка напоминает разговоры бабушек у подъезда? Нет. -- WBR, wRAR signature.asc Description: Digital signature
Re: Ekiga depends on dbus
22 мая 2013 г., 1:30 пользователь Dmitrii Kashin > Мне вообще-то страшновато читать о том, что творится > этом проекте. > Не то, чтобы я был поттерингоненавистником, > но этот человек принимает сомнительные решения и > умудряется пропихивать их в мейнстрим. Сделайте фильтрующий дистрибутив. То есть, все пакеты строго дебиановские, но собранные без dbus, kde, gnome.
Re: Ekiga depends on dbus
2013/5/22 Anton Gladky > Мне одному русскоязычная рассылка напоминает разговоры бабушек у подъезда? > Скорее уж дедушек. -- С уважением, Константин Матюхин
Re: Ekiga depends on dbus
Мне одному русскоязычная рассылка напоминает разговоры бабушек у подъезда? Anton signature.asc Description: OpenPGP digital signature
Re: Ekiga depends on dbus
On Tue, May 21, 2013 at 10:30:40PM +0400, Dmitrii Kashin wrote: > At Tue, 21 May 2013 22:16:20 +0400, > Иван Лох wrote: > > > > Он потратил слишком много времени на борьбу с DBUS ; > > А не стоило? Мне вообще-то страшновато читать о том, что творится в Если вы свою систему межпроцессного взаимодействия написали — почему бы и нет. -- Иван Лох -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130521185459.gd29...@nano.ioffe.rssi.ru
Re: Ekiga depends on dbus
At Tue, 21 May 2013 22:16:20 +0400, Иван Лох wrote: > > Он потратил слишком много времени на борьбу с DBUS ; А не стоило? Мне вообще-то страшновато читать о том, что творится в этом проекте. Не то, чтобы я был поттерингоненавистником, но этот человек принимает сомнительные решения и умудряется пропихивать их в мейнстрим. А знающие люди поговаривают, что и с кодом у них не все хорошо. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87ppwkdw33.wl%free...@gmail.com
Re: Ekiga depends on dbus
On Tue, May 21, 2013 at 10:23:19PM +0400, Anton Balashov wrote: > Давайте не будем без толку холиварить, хотя ситуация забавна :) В такой ситуации надо не холиварить, а смеяться, всё верно. -- WBR, wRAR signature.asc Description: Digital signature
Re: Ekiga depends on dbus
Человек интересовался программой. Если не хочет забивать, то пусть поставит в prefix (что я предусмотрел в совете) и удалит потом весь каталог. Да, и исходники скачает в /tmp. Давайте не будем без толку холиварить, хотя ситуация забавна :) 21 мая 2013 г., 22:19 пользователь Gusev A.M. написал: > В Втр, 21/05/2013 в 22:09 +0400, Anton Balashov пишет: >> Почему бы Вам просто не: >> 1. взять с оф сайта >> 2. tar zxf >> 2. ./configure <без dbus> <--prefix dir> >> 3. make && make install > Человек интересовался пакетом, а не тем как систему забивать мусором из > исходников. > > > -- > To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: http://lists.debian.org/1369160353.14776.1.ca...@srv2.128b.net >
Re: Ekiga depends on dbus
Человек интересовался программой. Если не хочет забивать, то пусть поставит в prefix (что я предусмотрел в совете) и удалит потом весь каталог. Да, и исходники скачает в /tmp. Давайте не будем без толку холиварить, хотя ситуация забавна :) 21 мая 2013 г., 22:19 пользователь Gusev A.M. написал: > В Втр, 21/05/2013 в 22:09 +0400, Anton Balashov пишет: >> Почему бы Вам просто не: >> 1. взять с оф сайта >> 2. tar zxf >> 2. ./configure <без dbus> <--prefix dir> >> 3. make && make install > Человек интересовался пакетом, а не тем как систему забивать мусором из > исходников. > > > -- > To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: http://lists.debian.org/1369160353.14776.1.ca...@srv2.128b.net >
Re: Ekiga depends on dbus
At Tue, 21 May 2013 22:09:01 +0400, Anton Balashov wrote: > > Почему бы Вам просто не: > 1. взять с оф сайта > 2. tar zxf > 2. ./configure <без dbus> <--prefix dir> > 3. make && make install > > Зачем утруждать кого-то собирать для Вас когда Вы и так за пару минут > можете решить вопрос? Так я не утруждаю. Я спросил, есть ли. А если не найдется готовое, то скорее уж тогда: 1. apt-get source ekiga 2. поправить опции и зависимости 3. пересобрать пакет Проще и потенциалньо меньше проблем будет. Но опять же, и то, и то занимает время. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87r4h0dwgr.wl%free...@gmail.com
Re: Ekiga depends on dbus
В Втр, 21/05/2013 в 22:09 +0400, Anton Balashov пишет: > Почему бы Вам просто не: > 1. взять с оф сайта > 2. tar zxf > 2. ./configure <без dbus> <--prefix dir> > 3. make && make install Человек интересовался пакетом, а не тем как систему забивать мусором из исходников. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1369160353.14776.1.ca...@srv2.128b.net
Re: Ekiga depends on dbus
On Wed, May 22, 2013 at 12:13:57AM +0600, Andrey Rahmatullin wrote: > On Tue, May 21, 2013 at 10:09:01PM +0400, Anton Balashov wrote: > > Почему бы Вам просто не: > > 1. взять с оф сайта > > 2. tar zxf > > 2. ./configure <без dbus> <--prefix dir> > > 3. make && make install > > > > Зачем утруждать кого-то собирать для Вас когда Вы и так за пару минут > > можете решить вопрос? > Ему некогда. Он потратил слишком много времени на борьбу с DBUS ; -- Иван Лох -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130521181620.gc29...@nano.ioffe.rssi.ru
Re: Ekiga depends on dbus
On Tue, May 21, 2013 at 10:09:01PM +0400, Anton Balashov wrote: > Почему бы Вам просто не: > 1. взять с оф сайта > 2. tar zxf > 2. ./configure <без dbus> <--prefix dir> > 3. make && make install > > Зачем утруждать кого-то собирать для Вас когда Вы и так за пару минут > можете решить вопрос? Ему некогда. -- WBR, wRAR signature.asc Description: Digital signature
Re: Ekiga depends on dbus
Почему бы Вам просто не: 1. взять с оф сайта 2. tar zxf 2. ./configure <без dbus> <--prefix dir> 3. make && make install Зачем утруждать кого-то собирать для Вас когда Вы и так за пару минут можете решить вопрос? 21 мая 2013 г., 21:23 пользователь Dmitrii Kashin написал: > > В связи с покупкой вебкамеры захотел посмотреть современные средства > VoIP. Собственно, единственное, что мне посоветовали на данный момент > - это проприетарный Skype и открытую Ekiga. > > Если Skype встал нормально, то с Ekiga возникли непредвиденные > сложности. Дело в том, что она жестко зависит от dbus, а я ему > выставил отрицательный приоритет, и изменять решения не намерен. > > Немного погуглив, выяснилось, что Ekiga может быть собрана также и без > поддержки dbus. Так как ради "посмотреть" мне не очень хочется > пересобирать пакет, особенно в период зачетной сессии, хочу спросить - > может быть кто уже озаботился пересборкой оного? > > > -- > To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: http://lists.debian.org/87sj1gdz7m.wl%free...@gmail.com >
Ekiga depends on dbus
В связи с покупкой вебкамеры захотел посмотреть современные средства VoIP. Собственно, единственное, что мне посоветовали на данный момент - это проприетарный Skype и открытую Ekiga. Если Skype встал нормально, то с Ekiga возникли непредвиденные сложности. Дело в том, что она жестко зависит от dbus, а я ему выставил отрицательный приоритет, и изменять решения не намерен. Немного погуглив, выяснилось, что Ekiga может быть собрана также и без поддержки dbus. Так как ради "посмотреть" мне не очень хочется пересобирать пакет, особенно в период зачетной сессии, хочу спросить - может быть кто уже озаботился пересборкой оного? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87sj1gdz7m.wl%free...@gmail.com
Re: вопрос по conky (реакция на события DBus)
25.12.2011 16:49, basilio пишет: > Возник такой вот вопрос по conky: можно ли его научить вывести > информацию на основании событий DBus? После курения манов и прочей документации сложилось мнение, что conky тупо работает по таймерам и событиям его научить нельзя. А как в этом плане dzen2 (изловить событие dbus)? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/jdddje$a9d$1...@dough.gmane.org
Re: вопрос по conky (реакция на события DBus)
25.12.2011 17:33, Иван Лох пишет: > os.setlocale( os.getenv( 'LANG' ), 'time' ) Таки фича. Заработало, огромное спасибо! -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/jd7i71$fl4$1...@dough.gmane.org
Re: вопрос по conky (реакция на события DBus)
On Sun, Dec 25, 2011 at 04:49:40PM +0200, basilio wrote: > вменяемой документации (в lua я не силен, увы), некоторыми багами > (дата, например, в awful.widget.textclock выводится в отнюдь не в локали > системы (хотя, может быть, это фича или я что-то не так делаю(в lua я os.setlocale( os.getenv( 'LANG' ), 'time' ) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111225153334.ga9...@nano.ioffe.rssi.ru
вопрос по conky (реакция на события DBus)
Приветствую уважаемое сообщество! Возник такой вот вопрос по conky: можно ли его научить вывести информацию на основании событий DBus? Зачем мне это нужно: я пользуюсь услугами демона kbdd, который запоминает раскладки для окон Х. При смене раскладки он выдает DBus сообщение, на основании которого изменяется индикатор раскладки. Это можно реализовать в awesome, который весьма неплох, но постоянно расстраивает своей запутанностью (в lua я не силен, увы), отсутствием вменяемой документации (в lua я не силен, увы), некоторыми багами (дата, например, в awful.widget.textclock выводится в отнюдь не в локали системы (хотя, может быть, это фича или я что-то не так делаю(в lua я не силен, увы)), из-за чего хотелось бы перейти на что-нибудь попроще, без lua и с адекватной документацией, например, i3. Но там подобные вещи предлагается решать с помощью сторонних программ, из них, похоже, conky - самое то. Документации - море, но как там это сделать - никак не пойму. Спасибо заранее. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/jd7d64$j8d$1...@dough.gmane.org
Re: testing amd64: dbus "ест" процессор
> > PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ > COMMAND > > 1919 messageb 20 0 29552 6564 760 R 38 0.2 2476:12 > dbus-daemon > > 2863 root 20 0 124m 2316 1596 S 20 0.1 1242:37 > udisks-daemon > > 2838 abravo20 0 25856 2148 708 S8 0.1 443:09.71 dbus-daemon > > Похоже на то, что какой-то компонент постоянно что-то шлет через dbus в > направлении udisks-daemon. Баг может быть или в нем, или в udisks-daemon. > Понял, спасибо. У меня есть подозрение на gvfs, я зря отрезал вывод top-a, там несколько процессов gvfs c ненулевой, порядка 4%, нагрузкой на проц каждый. Как-то это не нормально. Александр
Re: testing amd64: dbus "ест" процессор
On Fri, Jun 10, 2011 at 11:34:17AM +0400, Alexandr Bravo wrote: > Добрый день. > > Никто не столкнулся после последнего обновления dbus в тестинге (wheezy) для > amd64 с тем, что "dbus-daemon --system" стал создавать слишком большую > нагрузку > на процессор, до 40%. До обновления такого не было. У меня для 4-х ядерного i3 > это выглядит так: [skipped] > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ > COMMAND > 1919 messageb 20 0 29552 6564 760 R 38 0.2 2476:12 > dbus-daemon > 2863 root 20 0 124m 2316 1596 S 20 0.1 1242:37 > udisks-daemon > 2838 abravo 20 0 25856 2148 708 S 8 0.1 443:09.71 dbus-daemon Похоже на то, что какой-то компонент постоянно что-то шлет через dbus в направлении udisks-daemon. Баг может быть или в нем, или в udisks-daemon. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110611081915.GA22282@kaiba.homelan
testing amd64: dbus "ест" процессор
Добрый день. Никто не столкнулся после последнего обновления dbus в тестинге (wheezy) для amd64 с тем, что "dbus-daemon --system" стал создавать слишком большую нагрузку на процессор, до 40%. До обновления такого не было. У меня для 4-х ядерного i3 это выглядит так: $ ps ax | grep dbus 1919 ?Rs 2476:16 /usr/bin/dbus-daemon --system 2834 ?Ss 0:01 /usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-session x-session-manager 2837 ?S 0:00 /usr/bin/dbus-launch --exit-with-session x-session-manager 2838 ?Ss 443:10 /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session 6762 ?S 0:00 /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session $ top top - 11:28:39 up 4 days, 4:03, 6 users, load average: 41.91, 41.63, 41.65 Tasks: 202 total, 3 running, 199 sleeping, 0 stopped, 0 zombie Cpu(s): 29.0%us, 7.1%sy, 0.0%ni, 63.6%id, 0.3%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 3922520k total, 3780568k used, 141952k free,20452k buffers Swap: 9765884k total, 6063296k used, 3702588k free, 212280k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 1919 messageb 20 0 29552 6564 760 R 38 0.2 2476:12 dbus-daemon 2863 root 20 0 124m 2316 1596 S 20 0.1 1242:37 udisks-daemon 2838 abravo20 0 25856 2148 708 S8 0.1 443:09.71 dbus-daemon ... $ uname -a Linux abravo 2.6.38-2-amd64 #1 SMP Sun May 8 13:51:57 UTC 2011 x86_64 GNU/Linux Не то, чтобы это мешает сильно жить, но как-то непонятно, с чего бы это. Александр
Re: Wi-Fi bcm43xx, dbus
Twas brillig at 12:30:43 when Ivan Evtuhovich did gyre and gimble: IE> У меня были проблемы с debian unstable, он периодически подвисал IE> секунд на 30 (ноутбук Acer Aspire 7110). Решилось тем, что я IE> отключил dbus, который, судя по всему, постоянно обращался к dvd IE> и каким-то образом периодически блокировал всю дисковую IE> подсистему. Это, верятно, не dbus, а какой-нибудь hal или ivman, его использующие (кажется, именно в hal недавно починили очень похожий баг). IE> Но теперь, с появлением дома wifi, мне опять понадобился dbus. Ммм. Не вижу связи. У меня wifi работает безо всякой связи с dbus :) IE> Wi-fi с ним работает, но нестабильно. IE> Вопросы следующие: 1) Кто-нибудь настраивал wi-fi с карточкой IE> bcm43xx Я пробовал с asus wl100g на 2.6.14-2.6.16 ещё. Не получилось. Your mileage may vary, ибо поддержка разных карт там работает по-разному. В 2.6.20 на тему bcm43xx что-то сильно чинили. IE> 2) Откуда начинать читать про этот самый dbus (я, вообще, не IE> понимаю, что это такое) Разве что отсюда: http://www.freedesktop.org/wiki/Software/dbus У dbus плохо с пользовательской/администраторской документацией и утилитами :( С программистской - всё достаточно нормально и после её прочтения можно понять, как dbus администрировать. Но она большая и содержит много совершенно ненужных сисадмину сведений. --
Re: Wi-Fi bcm43xx, dbus
On 3/7/07, Mikhail Gusarov <[EMAIL PROTECTED]> wrote: Twas brillig at 12:30:43 when Ivan Evtuhovich did gyre and gimble: IE> У меня были проблемы с debian unstable, он периодически подвисал IE> секунд на 30 (ноутбук Acer Aspire 7110). Решилось тем, что я IE> отключил dbus, который, судя по всему, постоянно обращался к dvd IE> и каким-то образом периодически блокировал всю дисковую IE> подсистему. Это, верятно, не dbus, а какой-нибудь hal или ivman, его использующие (кажется, именно в hal недавно починили очень похожий баг). IE> Но теперь, с появлением дома wifi, мне опять понадобился dbus. Ммм. Не вижу связи. У меня wifi работает безо всякой связи с dbus :) Надобно сказать, что я не такой умный, чтобы понять, что конкретно ему необходимо. Но после service start dbus он начинает работать. IE> Wi-fi с ним работает, но нестабильно. IE> Вопросы следующие: 1) Кто-нибудь настраивал wi-fi с карточкой IE> bcm43xx Я пробовал с asus wl100g на 2.6.14-2.6.16 ещё. Не получилось. Your mileage may vary, ибо поддержка разных карт там работает по-разному. В 2.6.20 на тему bcm43xx что-то сильно чинили. В 2.6.18 завелось, но работает нестабильно. Попробую сегодня тогда 2.6.20, возможно, с ним будет лучше. IE> 2) Откуда начинать читать про этот самый dbus (я, вообще, не IE> понимаю, что это такое) Разве что отсюда: http://www.freedesktop.org/wiki/Software/dbus У dbus плохо с пользовательской/администраторской документацией и утилитами :( С программистской - всё достаточно нормально и после её прочтения можно понять, как dbus администрировать. Но она большая и содержит много совершенно ненужных сисадмину сведений. --
Wi-Fi bcm43xx, dbus
Здравствуйте. У меня были проблемы с debian unstable, он периодически подвисал секунд на 30 (ноутбук Acer Aspire 7110). Решилось тем, что я отключил dbus, который, судя по всему, постоянно обращался к dvd и каким-то образом периодически блокировал всю дисковую подсистему. Но теперь, с появлением дома wifi, мне опять понадобился dbus. Wi-fi с ним работает, но нестабильно. Вопросы следующие: 1) Кто-нибудь настраивал wi-fi с карточкой bcm43xx 2) Откуда начинать читать про этот самый dbus (я, вообще, не понимаю, что это такое)
Re: dbus, Xorg и WM
On Fri, Aug 04, 2006 at 06:17:52PM +0400, Stanislav Maslovski wrote: [ ... ] > Посему пара вопросов: > 1) Это иксы стартуют dbus? > 2) Если да, как бы запретить им это делать? > > В гугле не нашел ничего вразумительного. dbus и прочий завязанный софт > обновлен до последних версий в testing. Да, забыл добавить, что в WMaker наблюдается то же самое. -- Станислав
dbus, Xorg и WM
Доброго времени суток! Имеем: Xorg 7.0, icewm и dbus 0.62. Наблюдаем такую вещь: стартуем иксы: $ startx& Запускаем в иксах, скажем, rxvt. Далее alt-F1 - идем в консоль и затем alt-F7 - назад в иксы. Тут наблюдаем такую картину: ни панель icewm, ни обрамление окон не отрисовываются, но ввод в окне теминала фунциклирует, мышь бегает, в общем иксы живы, а вот WM обновлять свои виджеты на экране не хочет. $ ps -A в терминале показывает, что после Xorg и ssh-agent были запущены процессы dbus-daemon и dbus-launch. $ sudo aptitude purge dbus и поведение возвращается к нормальному. Посему пара вопросов: 1) Это иксы стартуют dbus? 2) Если да, как бы запретить им это делать? В гугле не нашел ничего вразумительного. dbus и прочий завязанный софт обновлен до последних версий в testing. -- Станислав
