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: armhf?
On 2013.05.30 at 18:55:55 +0400, Artem Chuprina wrote: Два вопроса. armhf в wheezy у нас полноценно живой, или менее надежен, чем armel? Кросскомпилятора в emdebian всё ещё нет. Впрочем emdebian тормозит и у них на странице до сих пор squeeze stable числится. -- 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/20130531071128.gb5...@wagner.pp.ru
Re: Ekiga depends on dbus
On 05/30/2013 06:40 PM, Andrey Melnikoff wrote: Alex Mestiashvili a...@biotec.tu-dresden.de 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: armhf?
Victor Wagner - debian-russian@lists.debian.org @ Fri, 31 May 2013 11:11:28 +0400: Два вопроса. armhf в wheezy у нас полноценно живой, или менее надежен, чем armel? VW Кросскомпилятора в emdebian всё ещё нет. Впрочем emdebian VW тормозит и у них на странице до сих пор squeeze stable числится. Кросскомпилятора с целевой архитектурой armhf? Да и фиг с ним, у меня тот телефон, где я думаю накатить armhf, как бы не мощнее недобука, где x86, смысла в кросскомпиляции немного. -- 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/8761xz7dap@wizzle.ran.pp.ru
Re: armhf?
On 2013.05.31 at 12:40:14 +0400, Artem Chuprina wrote: Victor Wagner - debian-russian@lists.debian.org @ Fri, 31 May 2013 11:11:28 +0400: Два вопроса. armhf в wheezy у нас полноценно живой, или менее надежен, чем armel? VW Кросскомпилятора в emdebian всё ещё нет. Впрочем emdebian VW тормозит и у них на странице до сих пор squeeze stable числится. Кросскомпилятора с целевой архитектурой armhf? Да и фиг с ним, у меня тот телефон, где я думаю накатить armhf, как бы не мощнее недобука, где x86, смысла в кросскомпиляции немного. Место. У недобука небось хотя и недо, но винчестер. А у телефона - флешка на счтанные мегабайты. Уже пять раз подумаешь, прежде чем pbuidler-овский chroot разворачивать. -- 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/20130531101954.ga8...@wagner.pp.ru
Re: armhf?
On 30.05.2013 18:55, Artem Chuprina wrote: Два вопроса. armhf в wheezy у нас полноценно живой, или менее надежен, чем armel? на armhf запускается ghci, а на armel - нет :( так что не только живой, но и шевелится Верно ли я понимаю, что способа сменить архитектуру с armel на armhf на живой системе не существует, нужно переустанавливать с нуля? Скорее всего. -- 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/51a88e62.6040...@gmail.com
Re: обновление до Wheezy со старых версий
Да и нечего мне рядом ставить — свободных машин нет, а там где Etch так вообще лишний раз что-то внести или вынести большая проблема. Или рядом не физически, а логически? Через debootstrap? iopuk@castor:~$ uptime 12:46:25 up 1619 days, 21:31, 2 users, load average: 0.01, 0.06, 0.02 Оно хоть что-то, кроме потребления электричества делает ? ) Оно в основном работает как сервер DNS и NTP. По необходимости когда-то давно было больше, но сейчас вроде ничего другого не осталось. Мелочь, но нужная. Я бы таки новый Debian поставил... - меньше граблей, естественно перед этим отрепетировав перенос настроек серверов. Если же всё таки обновляться, то снял бы копию рабочего сервера и спокойно поигрался бы с обновлениями. -- С уважением Телегин Дмитрий www: http://www.photographer-samara.pro -- 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/20130531162404.0fc8e...@rivendell.lnet
Re: nscd работает с libnss-ldapd ?
В Вто, 28/05/2013 в 10:51 +0400, Владимир Скубриев пишет: On 28.05.2013 10:27, Alex Mestiashvili wrote: On 05/28/2013 07:58 AM, Владимир Скубриев wrote: nscd работает с libnss-ldapd ? работает. apt-file search /lib/libnss_ldap.so.2 libnss-ldap: /lib/libnss_ldap.so.2 libnss-ldapd: /lib/libnss_ldap.so.2 man nsswitch.conf т.е. если использовать libnss-ldapd вместо libnss-ldap? видимо есть какой то скрытый смысл в его в работе. в чьей работе ? в работе nscd я так понимаю, что он нужен, для того, чтобы кэшировать например passwd, group из nss т.е. в случае если не доступен ldap server система должна видеть пользователей и группы ldap но у меня она видит только локальных юзеров машины из /etc/passwd если физически выключить ldap сервер может я что то не до настроил но практически во всех мануалах его (nscd) просто ставят и все у меня кстати стоит связка libnss-ldapd и nslcd в связи с этим вопрос чем кэшировать данные passwd, group в случае не доступности ldap server если я отключаю ldap сервер, то команда getent passwd выводит только как отключаете ? убираете ldap в /etc/nsswitch.conf ? отключаю виртуальную машину с ldap сервером локальных пользователей. в чем скрытый смысл? nscd - name service caching daemon. чтобы посмотреть что делпает nscd можно запустить его с ключом -d pkill nscd nscd -d в соседнем терминале id, getent ... он нормально работает кэширует но стоит мне отключить сервер - не возможно войти в систему ldap пользователем. Вообще-то, для серьёзных задач должно быть несколько ldap серверов. Выкрутиться, конечно, можно с помощью libpam-ccreds как уже говорили. так как система его не видит, т.е. команда getent passwd вывод только локальных пользователей. Удачи. 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/1370004084.13697.3.ca...@casper-hp.friendin.net
Re: nscd работает с libnss-ldapd ?
On 31.05.2013 16:41, Покотиленко Костик wrote: Вообще-то, для серьёзных задач должно быть несколько ldap серверов. Выкрутиться, конечно, можно с помощью libpam-ccreds как уже говорили. На счет двух серверов ldap согласен. Но пока хватает задач. Еще надо поднять dns,dhcp,ftp,samba и многое многое другое. Все с помощью chef (opscode) Я уже почти все сделал на sssd. Только с SUDOers не получается. В процессе sudo su на клиенте sssd обращается к серверу. Но почему то ни слова не спрашивает про контейнер с SUDOers. Я так подозреваю он делает чисто аутентификацию пользователя, а проверку sudo вообще не делает. Это я выяснил запустив slapd -d -1 -- С Уважением, специалист по техническому и программному обеспечению, системный администратор Скубриев Владимир ~~~ Россия, Ростовская область, г. Таганрог тел. моб: +7 (918) 504 38 20 skype: v.skubriev icq: 214-800-502 www: skubriev.ru * Russian - detected * English * English javascript:void(0);
Re: armhf?
Victor Wagner - debian-russian@lists.debian.org @ Fri, 31 May 2013 14:19:54 +0400: Два вопроса. armhf в wheezy у нас полноценно живой, или менее надежен, чем armel? VW Кросскомпилятора в emdebian всё ещё нет. Впрочем emdebian VW тормозит и у них на странице до сих пор squeeze stable числится. Кросскомпилятора с целевой архитектурой armhf? Да и фиг с ним, у меня тот телефон, где я думаю накатить armhf, как бы не мощнее недобука, где x86, смысла в кросскомпиляции немного. VW Место. У недобука небось хотя и недо, но винчестер. А у телефона - VW флешка на счтанные мегабайты. Уже пять раз подумаешь, прежде чем VW pbuidler-овский chroot разворачивать. Подцеплю по NFS :) -- 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/87ppw75lzc@wizzle.ran.pp.ru
Re: DRBD + ...
30.05.2013 21:32, Aleksandr Sytar пишет: 29 мая 2013 г., 23:17 пользователь Артём Н. artio...@yandex.ru mailto:artio...@yandex.ru написал: 28.05.2013 23:06, Aleksandr Sytar пишет: 28 мая 2013 г., 21:02 пользователь Артём Н. artio...@yandex.ru mailto:artio...@yandex.ru mailto:artio...@yandex.ru mailto:artio...@yandex.ru написал: Мало того, для DRBD надо создавать метаданные. Есть ли вариант без этого? Т.е., если один диск упадёт, его было возможно легко заменить (просто выключив сервер, вынув испорченный диск и вставив новый)? И, если одна машина упадёт, всё работало бы и на одной второй? Только если упавший диск будет в момент падения слейвом. С этим ясно. В принципе, переключение может сделать и Pacemaker. Метаданные можно хранить внутри раздела, но это, как понимаете, чревато боком Сейчас метаданные и хранятся внутри раздела. Проблема в том, что при замене диска, придётся создавать метаданные. Это нереально. Сегодня я перезагрузил один, он не поднялся, видимо из-за того, что репозиторий на DRBD я прописал в fstab, забыл про модуль и ещё таймаут оставил нулевым (и ещё где-то напортачил, скорее всего). Позвонил, чтобы посмотрели, почему не загружается. Дежурный инженер этот сервер даже в консольке не смог найти. Завтра надо ехать. Так что, про ручное пересоздание кем-то, каких-то метаданных DRBD, говорить не приходится. А почему вы не хотите переложить управление статусом DRBD на Pacemaker? Я просто недостаточно знаком с его возможностями. В принципе, он может пересоздать программный RAID-0 и метаданные DRBD? И для этого уже есть готовые сценарии для него? -- 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/51a8be2b.6090...@yandex.ru
Re: nginx proxy
В Fri, 24 May 2013 13:14:57 +0400 Artem Chuprina r...@ran.pp.ru пишет: Alex Dubinin - debian-russian@lists.debian.org @ Fri, 24 May 2013 10:43:31 +0400: AD Т.е. Вы думаете бесперспективно? Я думаю, да. Потому что в ответе может быть ни разу не HTML, а флеш или java applet, потому что ссылки и в HTML могут формироваться жабоскриптом, и ты ды и ты пы. Перспективно завести для этого сайта отдельный hostname, а с /path1, если уж надо к нему привязаться, делать _редиректы_ на этот hostname. После кропотливого длительного изучения оригинала документации как говорится от корки до корки обнаружился модуль: http://nginx.org/ru/docs/http/ngx_http_sub_module.html который умеет это делать! Ура, товарищи! Причём он работает! Правда у него есть один недостаток - конструкция sub_filter должна быть одна в своем контексте (например Location). Есть изменённые модули, но так как я не программист - доверять им не стал и использовал этот модуль. Всем спасибо :) signature.asc Description: PGP signature
Re: nginx proxy
On Fri, May 31, 2013 at 10:25:07PM +0400, Alex Dubinin wrote: В Fri, 24 May 2013 13:14:57 +0400 Artem Chuprina r...@ran.pp.ru пишет: Alex Dubinin - debian-russian@lists.debian.org @ Fri, 24 May 2013 10:43:31 +0400: AD Т.е. Вы думаете бесперспективно? Я думаю, да. Потому что в ответе может быть ни разу не HTML, а флеш или java applet, потому что ссылки и в HTML могут формироваться жабоскриптом, и ты ды и ты пы. Перспективно завести для этого сайта отдельный hostname, а с /path1, если уж надо к нему привязаться, делать _редиректы_ на этот hostname. После кропотливого длительного изучения оригинала документации как говорится от корки до корки обнаружился модуль: http://nginx.org/ru/docs/http/ngx_http_sub_module.html который умеет это делать! Ура, товарищи! Причём он работает! Правда у него есть один недостаток - конструкция sub_filter должна быть одна в У него есть ещё один недостаток... :) Задачу, которую сформулировал нам А.Чуприна, он решает лишь не полностью, а лишь для частных случаев. Скажем, при формировании документа жабаскриптом замена может получиться, а может и нет, в зависимости от кода. То же самое для флеша и прочего. Применять этот модуль можно лишь тогда, когда есть уверенность, что все документы сайта могут быть правильно модифицированы. А виртуалхост решает проблему полностью, для любого способа кодирования ссылок. -- 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/20130531202926.gl3...@sie.protva.ru