Re: Тест железа - чем?
4 июня 2010 г. 9:28 пользователь Stanislav Vlasov stanislav@gmail.comнаписал: Господа, чем бы протестить железо? http://www.inquisitor.ru/about/ Вот тут целый комплекс: http://www.inquisitor.ru/about/ Может чем-то поможет. -- Best regards, Dmitry Balchugov zib...@gmail.com, jabber:zib...@jabber.ru jabber%3azib...@jabber.ru, fido:2:5020/2140.128
Re: php удаление устаревш их сессий
On Wed, 9 Jun 2010 13:09:52 +0400 Andrey Nikitin andrey.d.niki...@gmail.com wrote: Привет. В php5 встроен авт. механизм удаления устаревших сессий через CRON /etc/cron.d/php5 в котором: - время устаревания определяет /usr/lib/php5/maxlifetime (через парсинг php.ini); - каталог сессий жёстко принимается как /var/lib/php5. Однако каталог по-умолчанию для сохранения сессий - /tmp. ;session.save_path = /var/lib/php5 закомментированное дефолтное значение. Можно конечно поменять, но как понимать такую нестыковку? -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49 BAEA CA87 E9E8 2AAC 33F1 signature.asc Description: PGP signature
Принудительное кэширование записи на уровне linux/xen
Добрый день. Есть технологическая виртулка с большим количеством рабочих копий svn (сотни тысяч файлов) над которыми периодически выполняются разные операции (в частности, sefacl -R, svn up и т.п.) Насколько я понимаю, setfacl вызывает неминуемый сброс данных на диск, что порождает довольно высокий iowait. Вопрос: можно ли заставить систему либо на уровне ядра domU либо на уровне Xen/dom0 заставить кэшировать запись на диск более агрессивным способом. О возможной потере данных осведомлен. -- WBR, Bogdan B. Rudas
Re: php удаление устаревш их сессий
В Fri, 11 Jun 2010 11:46:22 +0400 Alexander GQ Gerasiov g...@cs.msu.su пишет: On Wed, 9 Jun 2010 13:09:52 +0400 Andrey Nikitin andrey.d.niki...@gmail.com wrote: Привет. В php5 встроен авт. механизм удаления устаревших сессий через CRON /etc/cron.d/php5 в котором: - время устаревания определяет /usr/lib/php5/maxlifetime (через парсинг php.ini); - каталог сессий жёстко принимается как /var/lib/php5. Однако каталог по-умолчанию для сохранения сессий - /tmp. ;session.save_path = /var/lib/php5 закомментированное дефолтное значение. % apt-cache policy libapache2-mod-php5 libapache2-mod-php5: Установлен: 5.3.2-1 Кандидат: 5.3.2-1 Таблица версий: *** 5.3.2-1 0 990 http://mirror.yandex.ru squeeze/main Packages 100 /var/lib/dpkg/status % grep save_path /etc/php5/apache2/php.ini ; session.save_path = N;/path ; session.save_path = N;MODE;/path ;session.save_path = /tmp % diff /etc/php5/apache2/php.ini /usr/share/php5/php.ini-production одинаковые И сессии действительно пишутся в /tmp, т.е. модуль php5 действительно скомпилирован с /tmp. Это похоже на багрепорт? -- 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/20100611123432.1cb79...@host19
Re: Сколь долго проживет MySQL на SSD Intel X25-M ?
С селектами проблем нет, БД полностью помещается в ОЗУ, То зачем тогда SSD ? -- xmpp: alexey#boyko,km,ua
ACL в exim
немного не пойму что не так вот есть у меня хост, который является резервным для домена domain.zone вирусы шлют спам на разные адреса addre...@dimain.zone addre...@domain.zone на резервный МХ и тот их все принимает и только в момент передачи этих писем на основной почтовый сервер получает отлуп такого пользователя нет ну и вот, взял я с основного сервера и сделал скрипт, который при изменении списка пользователей на нем транслирует этот список в виде файла содержащего записи вида us...@dimain.zone us...@dimain.zone ... на резервный МХ, теперь я хочу на резервном MX выдавать отлуп если такого пользователя нет. иду в acl_check_rcpt: и прописываю директиву (первой, хотя в доках написано что порядок неважен) deny verify = recipient domains = +relay_to_domains recipients = ${if exists {CONFDIR/domain.zone.users.list} \ {CONFDIR/domain.zone.users.list} \ {} \ } log_message = DOMAIN.ZONE: denied: invalid user relay_to_domains - содержит только один домен - domain.zone однако при попытке отправить через этот сервер почту на unkn...@domain.zone, он письмо все равно принимает и пытается передать на мастера. получает отлуп и тп. я что-то неправильно понял в доках? -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@iii.ru e. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Warning: locale not supported by Xlib, locale set to C
В Fri, 11 Jun 2010 00:49:51 +0600 Andrey Rahmatullin w...@altlinux.org Написал(а): locale от пользователя LANG=ru_UA.utf8 Не бывает такой локали, по-моему. Бывает. sergi...@debian:~$ echo $LANG ru_UA.UTF-8 -- 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/2010065114.4cd96...@debian
Re: Warning: locale not supported by Xlib, locale set to C
On Fri, Jun 11, 2010 at 11:51:14AM +0300, Сергей Крайко wrote: LANG=ru_UA.utf8 Не бывает такой локали, по-моему. Бывает. sergi...@debian:~$ echo $LANG ru_UA.UTF-8 Мне казалось, что utf8 != UTF-8 -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(6): Переоткрывайте тогда. Чего кричать-то? -- zerg in #7565 signature.asc Description: Digital signature
Re: Warning: locale not supported by Xlib, locale set to C
On 2010.06.11 at 15:27:58 +0600, Andrey Rahmatullin wrote: On Fri, Jun 11, 2010 at 11:51:14AM +0300, Сергей Крайко wrote: LANG=ru_UA.utf8 Не бывает такой локали, по-моему. Бывает. sergi...@debian:~$ echo $LANG ru_UA.UTF-8 Мне казалось, что utf8 != UTF-8 Это смотря для кого. Для xlib - не равно. А для glibc равно. Одна из причин по которого хочется Дреппера подвергунть изощренным издевательствам. -- 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/20100611093129.ga19...@wagner.pp.ru
Re: ACL в exim
Dmitry E. Oboukhov un...@debian.org wrote: [-- text/plain, кодировка quoted-printable, кодировка: utf-8, 104 строк --] немного не пойму что не так Всё. Надо было написать роутер с verify_only для этого домена. Или использовать verify=recipient/callout. -- 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/vhd9e7-46b@kenga.kmv.ru
Re: ACL в exim
немного не пойму что не так AM Всё. Надо было написать роутер с verify_only для этого домена. Или AM использовать verify=recipient/callout. а можно поподробнее? не пойму каким боком тут callout? мне надо сделать режект, если для домена relay письмо идет на неизвестный в списке адрес. а callout это же отправителя а не получателя проверит? -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Warning: locale not supported by Xlib, locale set to C
11 июня 2010 г. 12:31 пользователь Victor Wagner vi...@wagner.pp.ruнаписал: On 2010.06.11 at 15:27:58 +0600, Andrey Rahmatullin wrote: On Fri, Jun 11, 2010 at 11:51:14AM +0300, Сергей Крайко wrote: LANG=ru_UA.utf8 Не бывает такой локали, по-моему. Бывает. sergi...@debian:~$ echo $LANG ru_UA.UTF-8 Мне казалось, что utf8 != UTF-8 Это смотря для кого. Для xlib - не равно. А для glibc равно. О! Спасибо =) Одна из причин по которого хочется Дреппера подвергунть изощренным издевательствам. -- 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/20100611093129.ga19...@wagner.pp.ru
Re: ACL в exim
Dmitry E. Oboukhov un...@debian.org wrote: [-- text/plain, кодировка quoted-printable, кодировка: utf-8, 32 строк --] немного не пойму что не так AM Всё. Надо было написать роутер с verify_only для этого домена. Или AM использовать verify=recipient/callout. а можно поподробнее? А чего тут подробнее ? пишешь роутер my_domain: driver = manualroute domains = +твой_домен transport = remote_smtp route_list = * основной.сервер local_parts = ${lookup {$local_p...@$domain}lsearch{/etc/exim4/где-там-юзеря-храняться}} verify_only no_more (роутер вставить сразу за dnslookup) и потом а acl_rcpt проверяешь require verify = recipient не пойму каким боком тут callout? Callout - это взять и сходить на сервер (который будет найден через dnslookup) SMTP сессией и там - спросить, а есть юзерь или нет. Результат - автоматически попадет в кэш. Тут уже решать тебе - через callout оно будет проверяться или ручками файлик регенерить после каждого добавления пользователей. мне надо сделать режект, если для домена relay письмо идет на неизвестный в списке адрес. а callout это же отправителя а не получателя проверит? Ну, это батенька вы сами себе придумали :) PS: Да, в роутере не обязательно использовать файлик - можно сходить в DNS/LDAP/SLQ/etc. PPS: Изначально, идея была правильная - но реализация подкачала. Надо было брать не verify = recipient а в наглую делать ${lookup } и deny всему не найденному. -- 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/l1g9e7-36k@kenga.kmv.ru
Re: ACL в exim
forward_route: debug_print = R: forward_local for $local_p...@$domain driver = manualroute domains = +forward_domains local_part_prefix = real- local_parts = lsearch;/etc/exim4/forward-users transport = remote_smtp route_list = * forward.to.main.mx no_more Подробно можно прочитать тут http://www.exim.org/exim-html-current/doc/html/spec_html/ch20.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/4c120a34.5000...@ufp.appl.sci-nnov.ru
Re: Warning: locale not supported by Xlib, locale set to C
On Fri, Jun 11, 2010 at 01:31:29PM +0400, Victor Wagner wrote: On 2010.06.11 at 15:27:58 +0600, Andrey Rahmatullin wrote: On Fri, Jun 11, 2010 at 11:51:14AM +0300, Сергей Крайко wrote: LANG=ru_UA.utf8 Не бывает такой локали, по-моему. Бывает. sergi...@debian:~$ echo $LANG ru_UA.UTF-8 Мне казалось, что utf8 != UTF-8 Это смотря для кого. Для xlib - не равно. А для glibc равно. Одна из причин по которого хочется Дреппера подвергунть изощренным издевательствам. Не спорю, что Дреппера есть за что подвергнуть изощренным издевательствам, но в данном случае проще отрепортить баг на libx11-data, чтобы добавили ru_UA.utf8 в /usr/share/X11/locale/locale.alias -- 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/20100611121509.ga8...@kaiba.homelan
Re: Warning: locale not supported by Xlib, locale set to C
On 2010.06.11 at 16:15:09 +0400, Stanislav Maslovski wrote: Мне казалось, что utf8 != UTF-8 Это смотря для кого. Для xlib - не равно. А для glibc равно. Одна из причин по которого хочется Дреппера подвергунть изощренным издевательствам. Не спорю, что Дреппера есть за что подвергнуть изощренным издевательствам, но в данном случае проще отрепортить баг на libx11-data, чтобы добавили ru_UA.utf8 в /usr/share/X11/locale/locale.alias Увы, libx11 не единственная софтина, которая анализирует переменную среды, вместо того, чтобы воспользоваться nl_langinfo(CODESET). Поэтому решение исправить у юзера локаль, чтобы там было UTF-8, а не utf8 - более правильное. А Дреппера надо бить в частности именно за то, что разрешил альтернативные написания. И теперь изображает из себя того прапорщика который идет в ногу, когда вся рота (авторы всех остальных приложений, которым зачем-то не хватает nl_langinfo) не в ногу. Если авторы libx11 закроют этот баг с формулировкой мы не обязаны поддерживать все извраты Дреппера, я сочту что они правы. -- 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/20100611142131.ga25...@wagner.pp.ru
Ошибки связанные с нес уществующим рабочим стол ом
Если открыть любой графический файл с помощью gqview, то Xterm заполняется процитированными ниже сообщениями, сбивая интерфейс MC. Как с этим бороться, если у меня нет ни рабочего стола, ни иконок как класса? (Squeeze, wm - ION2) -- Невозможно инициализировать поддержку IRC [^] Ссылка '/usr/share/applications/xpdf.desktop' на рабочем столе не должна содержать расширения для значения пиктограммы (Icon): 'xpdf.xpm' Ссылка '/usr/share/applications/ufraw.desktop' на рабочем столе не должна содержать расширения для значения пиктограммы (Icon): 'ufraw.png' -- Sincerely, Nicholas -- 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/hutia2$tu...@dough.gmane.org
Re: Warning: locale not supported by Xlib, locale set to C
On Fri, Jun 11, 2010 at 06:21:31PM +0400, Victor Wagner wrote: On 2010.06.11 at 16:15:09 +0400, Stanislav Maslovski wrote: Если авторы libx11 закроют этот баг с формулировкой мы не обязаны поддерживать все извраты Дреппера, я сочту что они правы. Не закроют. См. changelog libx11-data. -- 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/20100611145119.ga17...@kaiba.homelan
Re: Ошибки связанные с несуществующим рабочим столом
On Fri, Jun 11, 2010 at 10:46:48AM +, Nicholas wrote: Ссылка '/usr/share/applications/xpdf.desktop' на рабочем столе не должна содержать расширения для значения пиктограммы (Icon): 'xpdf.xpm' Ссылка '/usr/share/applications/ufraw.desktop' на рабочем столе не должна содержать расширения для значения пиктограммы (Icon): 'ufraw.png' Это баги сборки в пакет. На xpdf я сам репортил когда-то давно. reportbug тебе в руки. -- 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/20100611145947.gb17...@kaiba.homelan
Re: Ошибки связанные с несуществующим рабочим столом
On Fri, 11 Jun 2010 10:46:48 + Nicholas s...@networkgate.us wrote: Если открыть любой графический файл с помощью gqview, он, кстати, deprecated или переименовался в другой то Xterm заполняется процитированными ниже сообщениями, сбивая интерфейс MC. Как с этим бороться, если у меня нет ни рабочего стола, ни иконок как класса? (Squeeze, wm - ION2) -- Невозможно инициализировать поддержку IRC [^] Ссылка '/usr/share/applications/xpdf.desktop' на рабочем столе не должна содержать расширения для значения пиктограммы (Icon): 'xpdf.xpm' Ссылка '/usr/share/applications/ufraw.desktop' на рабочем столе не должна содержать расширения для значения пиктограммы (Icon): 'ufraw.png' -- 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/20100611231813.09233...@gmail.com
Re: Ошибки связанные с несуществующим раб очим столом
On 11.06.2010 14:59, Stanislav Maslovski wrote: Это баги сборки в пакет. Удалил директорию /usr/share/applications сообщений стало меньше, осталось только: Невозможно инициализировать поддержку LIRC если поставить пакет inputlirc то начинает ругаться немогу прочесть конфигурационный файл LIRC деинсталировал inputlirc, за ненадобностью. остался вопрос: как обьяснить gqview что инициализировать поддержку LIRC не надо. -- Sincerely, Nicholas -- 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/hutllv$bh...@dough.gmane.org
Re: Ошибки связанны е с несуществующим рабочим столом
On Fri, Jun 11, 2010 at 11:44:21AM +, Nicholas wrote: Удалил директорию /usr/share/applications Вот и отлично, теперь вам в slackware-russian@ -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(6): я ведь могу написать такой скрипт, что он полсизифа за собой потянет в качестве зависимостей Действующая система определения зависимостей, в частности, следит за тем, чтобы вы не написали такой скрипт незаметно для окружающих. -- ldv in devel@ signature.asc Description: Digital signature
Re: Ошибки связанны е с несуществующим рабочим столом
On Fri, Jun 11, 2010 at 11:18:13PM +0800, Denis Feklushkin wrote: Если открыть любой графический файл с помощью gqview, он, кстати, deprecated или переименовался в другой Geeqie has been forked from gqview project, because it was not possible to contact gqview author and the only maintainer. Geeqie projects goal is to move the development forward and also integrate the existing patches. -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(6): combr aen: по моему, вся проблема в названии. назовите это не десктоп а специальное решение для организации sso на базе ПП - office desktop + office server, а десктоп чтобы остался по старому, и всё ;) gns СРДОSSOНБПП! signature.asc Description: Digital signature
Re: Ошибки связанные с не существующим рабочим сто лом
On 11.06.2010 15:47, Andrey Rahmatullin wrote: On Fri, Jun 11, 2010 at 11:44:21AM +, Nicholas wrote: Удалил директорию /usr/share/applications Вот и отлично, теперь вам в slackware-russian@ К сожалению, у пакетов нет дополнений к common содержащих иконки отдельно. Я был бы рад узнать более правильный метод, позволяющий, на данный момент, решить проблему ругани в xterm, из-за которой сбивается форматирование и интерфейс MC. -- Sincerely, Nicholas -- 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/hutmka$e8...@dough.gmane.org
Re: Ошибки связанные с несуществующим рабочим столом
On Fri, Jun 11, 2010 at 12:00:33PM +, Nicholas wrote: On 11.06.2010 15:47, Andrey Rahmatullin wrote: On Fri, Jun 11, 2010 at 11:44:21AM +, Nicholas wrote: Удалил директорию /usr/share/applications Вот и отлично, теперь вам в slackware-russian@ К сожалению, у пакетов нет дополнений к common содержащих иконки отдельно. Я был бы рад узнать более правильный метод, позволяющий, на данный момент, решить проблему ругани в xterm, из-за которой сбивается форматирование и интерфейс MC. А, вот в чем дело. Опять же, в BTS, плиз. В текущем mc наблюдается бардак-с в system-wide extension file. Кстати, майнтейнер mc (один из) должен и по-русски понимать. В этой рассылке я его, правда, не видел. -- 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/20100611161839.ga21...@kaiba.homelan
Re: Ошибки связанны е с несуществующим рабочим столом
On Fri, Jun 11, 2010 at 08:18:39PM +0400, Stanislav Maslovski wrote: А, вот в чем дело. Опять же, в BTS, плиз. В текущем mc наблюдается бардак-с в system-wide extension file. Кстати, майнтейнер mc (один из) должен и по-русски понимать. В этой рассылке я его, правда, не видел. Русских там полный апстрим и вроде бы даже не все из них студенты без прошлого опыта OSS. -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(6): Дык это, народ -- приносите пылящееся на заслуженном отдыхе в тестлабы разработчиков любимого дистрибутива, если у самих руки не доходят (в качестве эквивалента atime выступает толщина слоя пыли :). -- mike in hardware@ signature.asc Description: Digital signature
Re: ACL в exim
Andrey Melnikoff - debian-russian@lists.debian.org @ Fri, 11 Jun 2010 14:33:57 +0400: не пойму каким боком тут callout? AM Callout - это взять и сходить на сервер (который будет найден через AM dnslookup) SMTP сессией и там - спросить, а есть юзерь или AM нет. Результат - автоматически попадет в кэш. Тут уже решать тебе AM - через callout оно будет проверяться или ручками файлик регенерить AM после каждого добавления пользователей. Как правило, резервный MX делают как раз на тот самый случай, когда callout сделать некуда, ибо основной недоступен... -- Кто первый встал, того и грабли Д. Белявский -- 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/19497...@wizzle.ran.pp.ru
Re: Ошибки связанные с несуществующим рабочим столом
On Fri, 11 Jun 2010 12:00:33 + Nicholas s...@networkgate.us wrote: On 11.06.2010 15:47, Andrey Rahmatullin wrote: On Fri, Jun 11, 2010 at 11:44:21AM +, Nicholas wrote: Удалил директорию /usr/share/applications Вот и отлично, теперь вам в slackware-russian@ К сожалению, у пакетов нет дополнений к common содержащих иконки отдельно. Я был бы рад узнать более правильный метод, позволяющий, на данный момент, решить проблему ругани в xterm, из-за которой сбивается форматирование и интерфейс MC. перенаправить вывод в null gqview 21 /dev/null -- 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/20100612002212.127a0...@gmail.com
Re: Ошибки связанные с несуществующим рабочим столом
On Fri, Jun 11, 2010 at 10:46:48AM +, Nicholas wrote: Ссылка '/usr/share/applications/xpdf.desktop' на рабочем столе не должна содержать расширения для значения пиктограммы (Icon): 'xpdf.xpm' Ссылка '/usr/share/applications/ufraw.desktop' на рабочем столе не должна содержать расширения для значения пиктограммы (Icon): 'ufraw.png' Тут, кстати, еще и явный ляп с переводом. В оригинале: Desktop file '/usr/share/applications/xpdf.desktop' should not include extension in Icon key: 'xpdf.xpm'. Desktop file тут вовсе не значит файл на рабочем столе. Правильный _по_смыслу_ перевод: Поле Icon в файле '/usr/share/applications/xpdf.desktop' не должно содержать расширение: 'xpdf.xpm'. СС to debian-l10n-russ...@lists.debian.org -- 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/20100611164642.gb21...@kaiba.homelan
Re: Ошибки связанные с не существующим рабочим сто лом
On 11.06.2010 16:22, Denis Feklushkin wrote: перенаправить вывод в null Точно. include/image --Open=geeqie %f 21 /dev/null --View=%view{ascii} identify %f --Edit=gimp %f 21 /dev/null Спасбо. -- Sincerely, Nicholas -- 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/hutpsh$qq...@dough.gmane.org