Re: xserver-xorg и hal
On Mon, May 04, 2009 at 07:30:42PM +0400, Alexey Pechnikov wrote: Hello! On Monday 04 May 2009 19:02:01 Artem Chuprina wrote: Я верю в осмысленность разделяемой памяти для баз данных. Для беготни по индексам в условиях, когда mmap() работает на запись неоптимально. А так как-то сходу больше и не приведу примеров... Разработчики Оракла тоже верили. Вот только почему-то действительно большие БД ( 10 Тб) с оракла зачастую перетаскивают на Терадата, хотя это сопряжено с большими трудностями и затратами. Уж не потому ли, что разработчики Терадата не используют разделяемую память и их СУБД масштабируется линейно?.. В Терадата нет индексов? Вай-вай, how can I resist you... ;) -- Eugene Berdnikov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: xserver-xorg и hal
В сообщении от 5 мая 2009 DamirX написал(a): Господа! Ну что вы в самом деле? Это - рассылка. Сюда пишут для _самовыражения_, в первую очередь, для обмена опытом - во вторую, ни и тд. ЗЫЖ в более других рассылках (freebsd, с) вообще, дедовщина и мордобой получается, по вашим меркам. Да я уже понял, что зря трачу время :) Но вроде хотелось культурно, по-вежливому поговорить
Re: xserver-xorg и hal
Hello! On Tuesday 05 May 2009 05:33:05 Anton Anikin wrote: В сообщении от 5 мая 2009 Alexey Pechnikov написал(a): Вы преувеличиваете. Аргументы от Anton Anikin вида плохо, хорошо и глупо весьма способствуют улыбке. Что касается домашнего задания, то это словосочетание используют многие преподаватели и учителя, в том числе в неформальной обстановке - выходит, вы их всех готовы в хамы записать? А если я вас неправильно понял, то и вы могли неправильно понять. Давайте будем следить за собой, а не другими. Еще один сноб. Если вас так радуют слова в моих сообщениях - так вы читайте их почаще, может настроение улучшится. А то судя по обилию у вас очень формальных и серьезных аргументов вида надо всем яйца оторвать можно подумать, что у вас имеются какие-то личные проблемы с рассматриваемой областью. Вы перешли к прямым оскорблениям (сноб) и клевете (обилию у вас ... аргументов вида...). Укажите в нашей дискуссии мое сообщение со словами надо всем яйца оторвать или признайте, что вы троллите. Насчет дом. задания - не надо тут выкручиваться. Рассылка не только немодеруруемая, но и вроде как равноправна для всех ее участников. Если вы (или Артем) считаете, что можете относится к другим снисходительно - это ваши личные проблемы, а точнее проблемы вашего воспитания. Лично мне неприятно общаться с вами в таком ключе. Взаимно. Возьмите назад свои слова насчет моих аргументов и я с радостью прекращу общение с вами. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: xserver-xorg и hal
Hello! On Tuesday 05 May 2009 05:44:28 Anton Anikin wrote: 1. Лукавите, однако. То у вас большой объем данных, то вдруг он заведомо помещается в ОЗУ. Эти данные можно загружать кусками - это новость для вас ? Ты пишешь про работу с shared memory и матричные операции. Про загружать кусками слова не было. Более того, не так просто разделить матрицу так, чтобы по результатам матричной операции с полученными частями можно было собрать итоговую матрицу. А если это сделать и оперировать разделенной матрицей, то общая память совершенно не нужна, т.к. каждый поток вычислений работает со своими данными. 2. Распределенной обработкой у вас и не пахнет. Для распределенной обработки матрицы разделяют (используя блочное или ленточное по строкам или столбцам разделение) и полученные части матрицы обрабатывают независимо. То, что делаете вы, на паре ядер может дать выигрыш, но не масштабируется в принципе. Еще раз повторю для внимательных - масштабируемость на SMP-системах. Для больших задач есть другие методы. И openMP может быть применен (и вполне применяется) не только для обработки матриц, почитайте хотя бы википедию, чтобы не говорить ерунды. Тебе объяснили, что твой пример с матрицей не подходит, если других аргументов нет, имей честность признать это. А насчет ерунды - повежливее надо быть, даже если сказать нечего. Разделение матриц вовсю использовалось еще на одноядерных компах, поскольку дает возможность обсчитывать огромные матрицы при ограниченном ОЗУ и времени (при сбое потеряется только результат текущей итерации). И при наличии нескольких ядер/процессоров/компов запускается соответствующее число экземпляров программы. У нас на кафедре так делали как минимум еще в 90-х. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: xserver-xorg и hal
В сообщении от 5 мая 2009 Alexey Pechnikov написал(a): Вы перешли к прямым оскорблениям (сноб) и клевете (обилию у вас ... аргументов вида...). Укажите в нашей дискуссии мое сообщение со словами надо всем яйца оторвать или признайте, что вы троллите. Про сноба я погорячился, признаю. Про яйца - тоже, перепутал вас с Victor Wagner. Прошу прощения за невнимательность (почти ночь у нас была уже). К троллению мои сообщения никакого отношения не имеют. Насчет дом. задания - не надо тут выкручиваться. Рассылка не только немодеруруемая, но и вроде как равноправна для всех ее участников. Если вы (или Артем) считаете, что можете относится к другим снисходительно - это ваши личные проблемы, а точнее проблемы вашего воспитания. Лично мне неприятно общаться с вами в таком ключе. Взаимно. Возьмите назад свои слова насчет моих аргументов и я с радостью прекращу общение с вами. Ну что же вы оскорбились ? Вашу фразу Аргументы от Anton Anikin вида плохо, хорошо и глупо весьма способствуют улыбке. я как, по-вашему, должен воспринимать ? Вы выразили свое мнение о моих словах, я - о ваших. И предлагаю закрыть тему. Ничего хорошего никто друг другу уже не скажет.
gcc vs g++
Здравствуйте!
Возникла странная проблема.
--(~/calc_with_fedotchev/calc/experimental)--
--cat test.c
#include math.h
#include stdio.h
int main()
{
double res;
double inp = 3.1415;
res = ceil(inp);
return 0;
}
--(~/calc_with_fedotchev/calc/experimental)--
--gcc -o test test.c
/tmp/cc41kOdl.o: In function `main':
test.c:(.text+0x21): undefined reference to `ceil'
collect2: ld returned 1 exit status
Почему этот код не компилируется? При этом
g++ -o test test.c
работает нормально. Debian Lenny 5.0.1, gcc из репозитория.
В чём может быть проблема?
Заранее спасибо.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: gcc vs g++
Twas brillig at 14:01:36 05.05.2009 UTC+04 when dlia-sp...@mail.ru did gyre and gimble: VM Почему этот код не компилируется? -lm В мане написано. --
Re: gcc vs g++
On Tue, 05.05.2009 14:01:36 , Vasil'ev Michail wrote:
Здравствуйте!
Возникла странная проблема.
--(~/calc_with_fedotchev/calc/experimental)--
--cat test.c
#include math.h
#include stdio.h
int main()
{
double res;
double inp = 3.1415;
res = ceil(inp);
return 0;
}
--(~/calc_with_fedotchev/calc/experimental)--
--gcc -o test test.c
/tmp/cc41kOdl.o: In function `main':
test.c:(.text+0x21): undefined reference to `ceil'
collect2: ld returned 1 exit status
Почему этот код не компилируется? При этом
g++ -o test test.c
работает нормально. Debian Lenny 5.0.1, gcc из репозитория.
В чём может быть проблема?
Заранее спасибо.
t:~$ gcc -o tmp/test tmp/test.c
/tmp/ccxBRvaA.o: In function `main':
test.c:(.text+0x21): undefined reference to `ceil'
collect2: выполнение ld завершилось с кодом возврата 1
t:~$ gcc -lm -o tmp/test tmp/test.c
t:~$
--
С уважением,
Тихон Тарнавский.
http://linuxforum.ru
http://posix.ru
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: xserver-xorg и hal
Hello! On Tuesday 05 May 2009 10:46:29 Eugene Berdnikov wrote: Разработчики Оракла тоже верили. Вот только почему-то действительно большие БД ( 10 Тб) с оракла зачастую перетаскивают на Терадата, хотя это сопряжено с большими трудностями и затратами. Уж не потому ли, что разработчики Терадата не используют разделяемую память и их СУБД масштабируется линейно?.. В Терадата нет индексов? Вай-вай, how can I resist you... ;) А при чем тут индексы? В эскулайте, к примеру, есть режимы работы с shared cache и без него, и в обоих режимах доступны все возможности СУБД (ну, если быть точным, в режиме с общим кэшем виртуальные таблицы, которые предоставляют интерфейс к внешним источникам данных, не работают). PostgreSQL использует shared memory и, пока обрабатываемые запросом данные в ней помещаются, работает, но обсчет выборки, намного превосходящей объем ОЗУ (обычно значительная часть ОЗУ отдается под общую память для постгреса) становится проблемой. А вот СУБД без общей памяти, как правило, умеют работать с данными на диске, а не пихают все данные в ОЗУ. Что касается Терадаты, то это представитель класса параллельных СУБД: При использовании подхода без разделяемых ресурсов каждый процессор имеет монопольный доступ к собственной оперативной памяти и к набору дисков. Таким образом, каждый узел можно рассматривать как локальную машину (со своей базой данной и своим программным обеспечением) в распределенной системе баз данных. (См. Распределенные и параллельные системы баз данных М. Тамер Оззу, Патрик Валдуриз Источник: журнал Системы Управления Базами Данных # 4/1996, издательский дом «Открытые системы» Новая редакция: Сергей Кузнецов, 2009 г. Оригинал: M. Tamer Ozsu, Patrick Valduriez. Distributed and parallel database systems.) Вероятно, на узлах shared memory может использоваться и в Teradata, однако узлы между собой не имеют общих ресурсов. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: gcc vs g++
On Tue, May 05, 2009 at 02:01:36PM +0400, Vasil'ev Michail wrote: --gcc -o test test.c /tmp/cc41kOdl.o: In function `main': test.c:(.text+0x21): undefined reference to `ceil' collect2: ld returned 1 exit status NAME ceil, ceilf, ceill - ceiling function: smallest integral value not less than argument SYNOPSIS #include math.h double ceil(double x); float ceilf(float x); long double ceill(long double x); Link with -lm. ^ Почему этот код не компилируется? При этом g++ -o test test.c работает нормально. g++ подключает libm самостоятельно вместе со своим C++-рантаймом. -- Andrey V. Kiselev -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: xserver-xorg и hal
В сообщении от 5 мая 2009 Alexey Pechnikov написал(a): Ты пишешь про работу с shared memory и матричные операции. Про загружать кусками слова не было. Более того, не так просто разделить матрицу так, чтобы по результатам матричной операции с полученными частями можно было собрать итоговую матрицу. А если это сделать и оперировать разделенной матрицей, то общая память совершенно не нужна, т.к. каждый поток вычислений работает со своими данными. Это был всего лишь пример. Вот есть у нас алгоритм, он что-то обрабатывает (ту же матрицу, будь она неладна). Алгоритм этот работает в один поток и не критичен по скорочти в том смысле, что будет быстрее - хорошо, нет - ну и фиг с ним. Чем плох вариант с использованием openMP (пара-тройка срок в коде) и задействованием всех ядер в системе (благо их больше чем одно сейчас, как правило) ? Про большие объемы сейчас речь не идет, просто хочется, чтоб побыстрее, если можно (желательно с минимальными изменениями в коде). Тебе объяснили, что твой пример с матрицей не подходит, если других аргументов нет, имей честность признать это. А насчет ерунды - повежливее надо быть, даже если сказать нечего. Разделение матриц вовсю использовалось еще на одноядерных компах, поскольку дает возможность обсчитывать огромные матрицы при ограниченном ОЗУ и времени (при сбое потеряется только результат текущей итерации). И при наличии нескольких ядер/процессоров/компов запускается соответствующее число экземпляров программы. У нас на кафедре так делали как минимум еще в 90-х. Ладно, если вы считаете, что этот пример плох - оставим его. Я прекрасно осознаю, что практически всё, что считают сейчас - считалось и 30 лет назад. Тем не менее, я не считаю существование нитей и openMP - бесполезным. И городить огород с процессами, передачей параметров этим процессам, запуском их в нужном количестве вручную (т.е. код для этого писать надо, да он еще и платформозависимый будет, т.к. банальное определение числа процессоров в системе зависит от ОС и т.д.) там, где можно обойтись 2-3 (10) строками для включения нитей через openMP - лично мне влом. Если результат будет один и тот же - то зачем ? Еще раз повторю - все это ИМХО и применимо не для всех задач. Если я и буду делать это через процессы - то только с использованием MPI(MPICH) - там все это выглядит естественным и не надо заморачиваться с ручным запуском всего этого хозяйства.
Re: xserver-xorg и hal
В сообщении от 5 мая 2009 Alexey Pechnikov написал(a): Мда, shared memory уже стала чем-то вроде tmpfs, та же файлопомойка, только в ОЗУ. И вы этим еще и гордитесь... Кстати, если система не нуждается в масштабировании, ваши ухищрения тем более не понятны. Где я чем-то горжусь ? Если использование нескольких процессоров на SMP-системе - это не масштабируемость, то что же это тогда ? Слово масштабируемость - достаточно скользкое, но тем не менее. К тому же она бывает разного масштаба (такой вот каламбур получился). На фоне мощных вычислительных систем (как MPP, так и NUMA) с тысячами или десятками тысяч процессоров, это конечно, смешно. Но на фоне 1 процессора - вполне себе. Еще как агитируете, и притом вы не представили ни одной области, где и в самом деле были бы нужны нити. Самое интересное, что такие области есть, только вы о них не знаете. Отсюда следует вывод, что нити вам вообще ни разу не нужны. А вот, к примеру, разработчики ejabberd понимали, что им нужно, и использовали erlang. Ага, они еще и знали, что такое событийное программирование. Покажите, пожалуйста, где я агитирую ? То, что я не согласен с вами в некоторых вопросах - не означает мое тотальное неприятие вашей точки зрения и начало агитации за нити. P.S. Посмотрите архитектуру PostgreSQL, который заточен на использование многих гигабайт shared memory. Это как раз то, к чему вы призываете. Может, дойдет... Спасибо, посмотрю. Но вы же призывали к вежливому общению, и тут же сами ставите под сомнение мои умственные способности - очень последовательно, ничего не скажешь.
Re: rrdtools - как добавить DS
vanessa пишет: Здраствуйте. вопрос немного не в тему. есть база RRD которая потихоньку заполняется уже примерно пол-года. теперь есть необходимость добавить туда DS и не потерять сохраненные данные. что-то я нигде не нашел как это сделать. http://oss.oetiker.ch/rrdtool/pub/contrib/rrdaddsource.tar.gz Попробуй, потом расскажешь =) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: xserver-xorg и hal
On Tue, May 05, 2009 at 02:09:26PM +0400, Alexey Pechnikov wrote: Hello! On Tuesday 05 May 2009 10:46:29 Eugene Berdnikov wrote: Разработчики Оракла тоже верили. Вот только почему-то действительно большие БД ( 10 Тб) с оракла зачастую перетаскивают на Терадата, хотя это сопряжено с большими трудностями и затратами. Уж не потому ли, что разработчики Терадата не используют разделяемую память и их СУБД масштабируется линейно?.. В Терадата нет индексов? Вай-вай, how can I resist you... ;) А при чем тут индексы? Индексы были в том, во что якобы Разработчики Оракла тоже верили. Убийственный аргумент. Табличку 10Тб индексировать совсем не нужно? В эскулайте, к примеру, есть режимы работы с shared cache и без него, и в обоих режимах доступны все возможности СУБД (ну, если быть точным, в режиме с общим кэшем виртуальные таблицы, которые предоставляют интерфейс к внешним источникам данных, не работают). PostgreSQL использует shared memory и, пока обрабатываемые запросом данные в ней помещаются, работает, но обсчет выборки, намного превосходящей объем ОЗУ (обычно значительная часть ОЗУ отдается под общую память для постгреса) становится проблемой. Постгресс не умеет использовать столько памяти, сколько ему сказали? Не верю! :) Оракл точно умеет. Причём весьма гранулярно: сегмент для базы, сегмент для пользовательских сессий, и т.д. А что не лезет, то крутится через диск. А вот СУБД без общей памяти, как правило, умеют работать с данными на диске, а не пихают все данные в ОЗУ. Чтобы работать в 1000 раз медленнее оракла и постгресса на том же железе? -- Eugene Berdnikov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: xserver-xorg и hal
Hello! On Tuesday 05 May 2009 14:49:51 Eugene Berdnikov wrote: А при чем тут индексы? Индексы были в том, во что якобы Разработчики Оракла тоже верили. Убийственный аргумент. Табличку 10Тб индексировать совсем не нужно? Еще раз - при чем тут индексы? Разговор был про общую память. Постгресс не умеет использовать столько памяти, сколько ему сказали? Не верю! :) Оракл точно умеет. Причём весьма гранулярно: сегмент для базы, сегмент для пользовательских сессий, и т.д. А что не лезет, то крутится через диск. Умеет. Только столько памяти нет, чтобы все данные с диска в нее засунуть. К примеру, на сервере с 1 Гб ОЗУ была у меня проблема с постгресом при обсчете выборки в 10 Гб (данные за полгода - ровно такая отчетность требуется заказчику) . Обработка запроса занимала от 1-го до 2-х часов. Если в это время поступал еще запрос, Сервер уходил в своп навсегда. Теперь там работает эскулайт, обсчитывая ту же выборку в 60 раз быстрее (от 1-й до 2-х минут) - он прямо с диска данные берет, а не засовывает их предварительно в shared memory. Могу еще отметить, что в эскулайте данные хранятся компактнее, чем в постгресе, что тоже вносит свой вклад в быстродействие. А вот СУБД без общей памяти, как правило, умеют работать с данными на диске, а не пихают все данные в ОЗУ. Чтобы работать в 1000 раз медленнее оракла и постгресса на том же железе? Любите гадать на кофейной гуще? :-) Выше я привел вам пример, что происходит с постгресом на выборках объемом много более доступной shared memory. Если же говорить о тестах, то на целероне с полгигом памяти 15 миллионов записей в таблице постгрес обработать не смог, а эскулайт без проблем работал со 100 миллионами (на диске у меня тогда было 100 гиг доступно, а то бы и с большим числом попробовал). Да, прошло лет 5, железо теперь другое, но качественно ничего не изменилось. Более того, интел обещает 1000-ядерные процессоры - эскулайт на них будет масштабироваться _линейно_, в отличие от СУБД с разделяемыми ресурсами. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: xserver-xorg и hal
On Tue, May 05, 2009 at 03:32:03PM +0400, Alexey Pechnikov wrote: Постгресс не умеет использовать столько памяти, сколько ему сказали? Не верю! :) Оракл точно умеет. Причём весьма гранулярно: сегмент для базы, сегмент для пользовательских сессий, и т.д. А что не лезет, то крутится через диск. Умеет. Только столько памяти нет, чтобы все данные с диска в нее засунуть. К примеру, на сервере с 1 Гб ОЗУ была у меня проблема с постгресом при обсчете выборки в 10 Гб (данные за полгода - ровно такая отчетность требуется заказчику) . Обработка запроса занимала от 1-го до 2-х часов. Если в это время поступал еще запрос, Сервер уходил в своп навсегда. Теперь там работает эскулайт, обсчитывая ту же выборку в 60 раз быстрее (от 1-й до 2-х минут) - он прямо с диска данные берет, а не засовывает их предварительно в shared memory. Sqlite -- с диска? Вы в этом уверены? :) А я вот сильно сомневаюсь, что sqlite открывает файл так, чтобы его содержимое не попадало в буферный кэш. Потому что умею протрассировать его и посмотреть флаги open(). :-) Так что этот пример показывает, что линуксное ядро из коробки умеет само подстроить размер буферной памяти, причём лучше, чем доморощенный DBA. А вот СУБД без общей памяти, как правило, умеют работать с данными на диске, а не пихают все данные в ОЗУ. Чтобы работать в 1000 раз медленнее оракла и постгресса на том же железе? Любите гадать на кофейной гуще? :-) Выше я привел вам пример, что происходит с постгресом на выборках объемом много более доступной shared memory. Это пример того, как DBA не справился с настройкой базы, загнав сервер в своппинг. Нормально настроенная база не должна свопиться, независимо от того, сколько у неё сессий и сколько данных ей приходится качать через диск. ничего не изменилось. Более того, интел обещает 1000-ядерные процессоры - эскулайт на них будет масштабироваться _линейно_, в отличие от СУБД с разделяемыми ресурсами. Блажен кто верует... :) -- Eugene Berdnikov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: xserver-xorg и hal
Hello! On Tuesday 05 May 2009 15:52:50 Eugene Berdnikov wrote: Sqlite -- с диска? Вы в этом уверены? :) А я вот сильно сомневаюсь, что sqlite открывает файл так, чтобы его содержимое не попадало в буферный кэш. Потому что умею протрассировать его и посмотреть флаги open(). :-) Так что этот пример показывает, что линуксное ядро из коробки умеет само подстроить размер буферной памяти, причём лучше, чем доморощенный DBA. А про двойную буферизацию постгреса знаете? Мало того, что кэш ФС попадает, так еще и своя shared memory, да еще система из нескольких уровней для синхронизации с persistent storage... Нет, отключить двойную буферизацию СУБД с shared memory не удастся. Оракл обходит эту проблему, используя raw devices, т.е. прямой доступ к неформатированному дисковому носителю, но это вообще не UNIX-way и, более того, полностью привязывает пользователя к вендору СУБД. Это пример того, как DBA не справился с настройкой базы, загнав сервер в своппинг. Нормально настроенная база не должна свопиться, независимо от того, сколько у неё сессий и сколько данных ей приходится качать через диск. Назовите настройки постгреса, которые позволят 10 Гб данных засунуть в ОЗУ размером 1 Гб :-) При выполнении запросов с группировкой постгрес _сначала сортирует данные в памяти_, и на этом для больших dataset все уже заканчивается. Что значит нормальная база не должна свопиться - вы случаем не из тех, кто для базы в 10 гиг ставит на сервак 64 Гиг ОЗУ? Хотя может быть, вы просто идеалист... Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: rrdtools - как добавить DS
Dmitry.Ulyanov написав(ла): vanessa пишет: Здраствуйте. вопрос немного не в тему. есть база RRD которая потихоньку заполняется уже примерно пол-года. теперь есть необходимость добавить туда DS и не потерять сохраненные данные. что-то я нигде не нашел как это сделать. http://oss.oetiker.ch/rrdtool/pub/contrib/rrdaddsource.tar.gz Попробуй, потом расскажешь =) попробовал - работает. вто только в задании DS, там где мін и макс задаются нужно реальные цифры ставить, U некатит. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: собрать установленны й пакет
Max V. Stotsky пишет: Fri, Apr 24, 2009 at 09:35:18PM +0200, Hleb Valoshka wrote: Знаю, что есть такая програмка, которая из файлов установленного пакета опять собирает deb. Но не смог договориться с apt-cache. Никто не помнит, как она называется? dpkg-repack - формирует .deb файл из установленных файлов пакета Хм...а если файлы пакета, скажем, конфиги были изменены? begin:vcard fn:Andrey N. Prokofiev n:Prokofiev;Andrey version:2.1 end:vcard
Re: индикатор с остояния батареек
короче допилил я xbattbar до того чтобы он ACPI умел понимать, в unstable сейчас версия 1.4.3, кому интересно потестите плиз On 09:01 Tue 21 Apr , Dmitry E. Oboukhov wrote: Tdrldo посоветуйте плиз Tdrldo 1. не гном-кде Tdrldo 2. не докап Tdrldo 3. занимающий мало места (возможно трей?) -- ... mpd paused: U.D.O. - Black Widow . ''`. 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: индикатор состояни я батареек
Twas brillig at 16:55:21 05.05.2009 UTC+04 when un...@debian.org did gyre and
gimble:
DEO короче допилил я xbattbar до того чтобы он ACPI умел понимать, в
DEO unstable сейчас версия 1.4.3, кому интересно потестите плиз
...
read(5, 0xed4ef4, 4096) = -1 EAGAIN (Resource temporarily
unavailable)
select(6, [5], [5], NULL, NULL) = 1 (out [5])
writev(5, [{U\0\6\0 \0\0\0\n\0\0\0..., 12}, {olive drab..., 10},
{\0\0..., 2}], 3) = 24
select(6, [5], [], NULL, NULL) = 1 (in [5])
read(5, \1u\16\0\0\0\0\0#\216k\0kk\216\216##kk\216\216##\0\34\7\0\0\0\0\0...,
4096) = 32
read(5, 0xed4ef4, 4096) = -1 EAGAIN (Resource temporarily
unavailable)
rt_sigaction(SIGALRM, {0x401680, [ALRM], SA_RESTORER|SA_RESTART,
0x7f3726621190}, {SIG_DFL}, 8) = 0
open(/proc/apm, O_RDONLY) = -1 ENOENT (No such file or directory)
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
--
pgp1F8pv4nBNH.pgp
Description: PGP signature
Re: индикатор с остояния батареек
MG Twas brillig at 16:55:21 05.05.2009 UTC+04 when un...@debian.org did gyre
and gimble:
DEO короче допилил я xbattbar до того чтобы он ACPI умел понимать, в
DEO unstable сейчас версия 1.4.3, кому интересно потестите плиз
MG ...
MG read(5, 0xed4ef4, 4096) = -1 EAGAIN (Resource temporarily
unavailable)
MG select(6, [5], [5], NULL, NULL) = 1 (out [5])
MG writev(5, [{U\0\6\0 \0\0\0\n\0\0\0..., 12}, {olive drab..., 10},
{\0\0..., 2}], 3) = 24
MG select(6, [5], [], NULL, NULL) = 1 (in [5])
MG read(5,
\1u\16\0\0\0\0\0#\216k\0kk\216\216##kk\216\216##\0\34\7\0\0\0\0\0..., 4096) =
32
MG read(5, 0xed4ef4, 4096) = -1 EAGAIN (Resource temporarily
unavailable)
MG rt_sigaction(SIGALRM, {0x401680, [ALRM], SA_RESTORER|SA_RESTART,
0x7f3726621190}, {SIG_DFL}, 8) = 0
MG open(/proc/apm, O_RDONLY) = -1 ENOENT (No such file or
directory)
а ну это apm'овая байдень, я ее не трогал (мне отлаживать не на чем)
xbattbar -c
--
... mpd paused: U.D.O. - Black Widow
. ''`. 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: Вопросы по Usenet
Mishustin Alexey wrote: Заинтересовался новостными группами Usenet. Но, к сожалению, до сего В книгах по администрированию пишется что формат сообщений новостей и мыла сходен. Mail list debian-russian@lists.debian.org через шлюз доступен на gmane.org под именем gmane.linux.debian.user.russian по протоколу NNTP. Там же все 86.000 сообщений за всю историю рассылки. -- С уважением, Александр Гавенко. Компания БИФИТ. Сайт: www.bifit.com.ua Тел:+38 (0562) 23-23-14, 23-31-00 E-mail: gave...@bifit.com.ua -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: xserver-xorg и hal
On Tue, May 05, 2009 at 04:12:23PM +0400, Alexey Pechnikov wrote: On Tuesday 05 May 2009 15:52:50 Eugene Berdnikov wrote: Так что этот пример показывает, что линуксное ядро из коробки умеет само подстроить размер буферной памяти, причём лучше, чем доморощенный DBA. А про двойную буферизацию постгреса знаете? Мало того, что кэш ФС попадает, так еще и своя shared memory, да еще система из нескольких уровней для синхронизации с persistent storage... Нет, отключить двойную буферизацию СУБД с shared memory не удастся. Оракл обходит эту проблему, используя raw devices, т.е. Оракл объявил методику raw devices как deprecated год или два назад. Наверное, ему надоело проблему обходить и он её переехал как танк. :) прямой доступ к неформатированному дисковому носителю, но это вообще не UNIX-way и, более того, полностью привязывает пользователя к вендору СУБД. Правильные флаги open(2) это не юникс-вэй? Хм. Не знал. Это пример того, как DBA не справился с настройкой базы, загнав сервер в своппинг. Нормально настроенная база не должна свопиться, независимо от того, сколько у неё сессий и сколько данных ей приходится качать через диск. Назовите настройки постгреса, которые позволят 10 Гб данных засунуть в ОЗУ размером 1 Гб :-) Видите ли, я в техподдержке постгресса не работаю... :) Не знаю. Что значит нормальная база не должна свопиться - вы случаем не из тех, кто для базы в 10 гиг ставит на сервак 64 Гиг ОЗУ? Я из тех, кто полагает, что если программа имеет ручку для ограничения размера памяти, эта ручка обязана у неё работать. Иначе программа не имеет права называться нормальной, либо у её рулевого надо отобрать микроскоп и вручить банан. Выберите your way. -- Eugene Berdnikov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: собрать уст ановленный пакет
On Tue, 05.05.2009 16:34:58 , Andrey N. Prokofiev wrote: Max V. Stotsky пишет: Fri, Apr 24, 2009 at 09:35:18PM +0200, Hleb Valoshka wrote: Знаю, что есть такая програмка, которая из файлов установленного пакета опять собирает deb. Но не смог договориться с apt-cache. Никто не помнит, как она называется? dpkg-repack - формирует .deb файл из установленных файлов пакета Хм...а если файлы пакета, скажем, конфиги были изменены? Из man dpkg-repack: If any changes have been made to the package while it was unpacked (ie, files in /etc modified), the new package will inherit the changes. -- С уважением, Тихон Тарнавский. http://linuxforum.ru http://posix.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: индикатор состояни я батареек
Twas brillig at 17:09:59 05.05.2009 UTC+04 when un...@debian.org did gyre and gimble: DEO xbattbar -c Ага, теперь работает. Даже с xmonad. -- pgpErXroUahUF.pgp Description: PGP signature
Re: Программы для проверки структуры диска
Alexander Tiurin alexande...@gmail.com wrote: [-- text/plain, кодировка base64, кодировка: UTF-8, 6 строк --] 27 апреля 2009 г. 22:01 пользователь Andrey Melnikoff temnota+n...@kmv.rutemnota%2bn...@kmv.ru написал: mhdd под dos с загрузочной болванки. можно взять badblocks но ему доверия мало. В чем причина недоверия к badblocks? Тем что оно высокоуровневое и работает через кучу прослоек. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Вопрос знатокам и пол ьзователям gmail
Murat D. Kadirov wrote: В принципе, клиент можно настроить, чтобы отправляемое в расслыку письмо также копировалось в Inbox. Но не прямые решения проблемы, не приносят эстетического наслаждения :) Я так и сделал для gmail акаунта - idove/thundebird + filters натравленый на Sent. Тут предложили workaround добавлять себя в СС? -- С уважением, Александр Гавенко. Компания БИФИТ. Сайт: www.bifit.com.ua Тел:+38 (0562) 23-23-14, 23-31-00 E-mail: gave...@bifit.com.ua -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Программы для проверки ст руктуры диска
В чем причина недоверия к badblocks? Тем что оно высокоуровневое и работает через кучу прослоек. пользовался badblocks много раз, нареканий нет -- В смысле осмысления бессмысленного смысл тоже имеет определенную осмысленность!!!
Re: Программы для прове рки структуры диска
Tue, 5 May 2009 16:24:56 +0300 Павел Марченко bbl...@gmail.com wrote: В чем причина недоверия к badblocks? Тем что оно высокоуровневое и работает через кучу прослоек. пользовался badblocks много раз, нареканий нет Оно не в курсе ремэпов. Поэтому для современных НЖМД оно малоадекватно. -- 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: 0628 ACC7 291A D4AA 6D7D 79B8 0641 D82A E3E3 CE1D -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: xserver-xorg и hal
Hello! On Tuesday 05 May 2009 17:12:30 Eugene Berdnikov wrote: Оракл объявил методику raw devices как deprecated год или два назад. Наверное, ему надоело проблему обходить и он её переехал как танк. :) Раньше я их доки читал, чтобы пострес настраивать (у них много общего, в т.ч. любят невероятно много shared memory), а теперь они техническую информацию маркетинговой заменяют, читать стало бесполезно. А жаль. прямой доступ к неформатированному дисковому носителю, но это вообще не UNIX-way и, более того, полностью привязывает пользователя к вендору СУБД. Правильные флаги open(2) это не юникс-вэй? Хм. Не знал. Программа должна работать _с любой ФС_, какую только пожелает пользователь. От ФС требуется лишь POSIX-совместимость. Я из тех, кто полагает, что если программа имеет ручку для ограничения размера памяти, эта ручка обязана у неё работать. Иначе программа не имеет права называться нормальной, либо у её рулевого надо отобрать микроскоп и вручить банан. Выберите your way. В теории между теорией и практикой нет разницы... Но правда в ваших словах есть. Потому я и использую теперь SQLite. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: Вопросы по Usenet
Mishustin Alexey wrote: Заинтересовался новостными группами Usenet. Но, к сожалению, до сего времени совершенно не был знаком с принципами работы этой сети. Годик назад сам разбирался с newsgroup/irc/mail. По Wikipedia и google. Сколько счасться было, когда впервые подписался на ?...@lists.sourceforge.net (блин как же это подписатся??) и когда отпостил на comp.emacs.help! А как в irc клиента запустил - прям не знал что написать. (Правда разочаровался в этом канале связи - там надо со всеми знаться что б тебя заметили). А то читаеш маны и вам говорят что помощь получить можно на comp.lang.* Неуютно - нубом себя чуствуеш, где это. Теперь ненавижу форумы. Главное хорошее комьюнити, которое можно встретить на x...@y,#x,nntp:x! -- С уважением, Александр Гавенко. Компания БИФИТ. Сайт: www.bifit.com.ua Тел:+38 (0562) 23-23-14, 23-31-00 E-mail: gave...@bifit.com.ua -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Вопрос знатокам и пол ьзователям gmail
Oleksandr Gavenko пишет: idove/thundebird + filters натравленый на Sent. Что за filters? Средствами icedove? А как средствами icedove -- там ведь только для входящих? -- Dmitri Samsonov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Программы для проверки структуры диска
Павел Марченко bbl...@gmail.com wrote: В чем причина недоверия к badblocks? Тем что оно высокоуровневое и работает через кучу прослоек. пользовался badblocks много раз, нареканий нет Сложно проверять качество асфальтовой дороги с низколетящего самолета. Прослойка совершенно спокойно может спрятать нестабильно читающийся сектор. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Производительность j ava в x64
Nikolay Moskvin wrote: Доброго времени суток всем. Следующие IDE'шки netbeans 6.5 , idea 8 которые используют java-6-sun-1.6.0.13 очень сильно тормозят и подвисают всю систему с чем это связанно не разобрался. В начале думал, что это связанно с моим свопом, но редактирование опции vm.swappiness не прибавило быстродействия. Прикол с NetBeans - она тормознутая IDE. А у вас это? http://packages.debian.org/lenny/netbeans-ide Я смотрел на этот пакет когда его еще не было :) Уже сделали, но так коряво это делается с монстроидальными проектами, что баги не решаются :) Молимся на следующую версию 6.x -- С уважением, Александр Гавенко. Компания БИФИТ. Сайт: www.bifit.com.ua Тел:+38 (0562) 23-23-14, 23-31-00 E-mail: gave...@bifit.com.ua -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: xserver-xorg и hal
On Tue, May 05, 2009 at 05:33:38PM +0400, Alexey Pechnikov wrote: On Tuesday 05 May 2009 17:12:30 Eugene Berdnikov wrote: прямой доступ к неформатированному дисковому носителю, но это вообще не UNIX-way и, более того, полностью привязывает пользователя к вендору СУБД. Правильные флаги open(2) это не юникс-вэй? Хм. Не знал. Программа должна работать _с любой ФС_, какую только пожелает пользователь. От ФС требуется лишь POSIX-совместимость. Вы ещё не посмотрели man 2 open? Сюрприз: флаги O_SYNC, O_DSYNC и O_RSYNC специфицированы в POSIX. Подозреваю, ораклоиды в курсе. Я из тех, кто полагает, что если программа имеет ручку для ограничения размера памяти, эта ручка обязана у неё работать. Иначе программа не имеет права называться нормальной, либо у её рулевого надо отобрать микроскоп и вручить банан. Выберите your way. В теории между теорией и практикой нет разницы... Но правда в ваших словах есть. Потому я и использую теперь SQLite. Поздравляю, это правильный выбор! :) -- Eugene Berdnikov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: gcc vs g++
Тихон Тарнавский wrote: Заранее спасибо. t:~$ gcc -o tmp/test tmp/test.c /tmp/ccxBRvaA.o: In function `main': test.c:(.text+0x21): undefined reference to `ceil' collect2: выполнение ld завершилось с кодом возврата 1 t:~$ gcc -lm -o tmp/test tmp/test.c t:~$ Оу, оу, оу - СЕРЕЗНАЯ ошибка, читаем класический труд, посвященный этой одной из миллиарда штучек, о которой надо знать http://webpages.charter.net/ppluzhnikov/linker.html -- С уважением, Александр Гавенко. Компания БИФИТ. Сайт: www.bifit.com.ua Тел:+38 (0562) 23-23-14, 23-31-00 E-mail: gave...@bifit.com.ua -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: xserver-xorg и hal
Hello! On Tuesday 05 May 2009 18:20:48 Eugene Berdnikov wrote: On Tue, May 05, 2009 at 05:33:38PM +0400, Alexey Pechnikov wrote: On Tuesday 05 May 2009 17:12:30 Eugene Berdnikov wrote: прямой доступ к неформатированному дисковому носителю, но это вообще не UNIX-way и, более того, полностью привязывает пользователя к вендору СУБД. Правильные флаги open(2) это не юникс-вэй? Хм. Не знал. Программа должна работать _с любой ФС_, какую только пожелает пользователь. От ФС требуется лишь POSIX-совместимость. Вы ещё не посмотрели man 2 open? Сюрприз: флаги O_SYNC, O_DSYNC и O_RSYNC специфицированы в POSIX. Подозреваю, ораклоиды в курсе. Ясно же написал - _с любой ФС_. Оракл в режиме доступа raw device работает _с блочным устройством_ напрямую. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: Вопрос знатокам и пол ьзователям gmail
Dmitri Samsonov wrote: Oleksandr Gavenko пишет: idove/thundebird + filters натравленый на Sent. Что за filters? Средствами icedove? А как средствами icedove -- там ведь только для входящих? Ох тяжело. Выделяеш Sent, затем Tools == Run Filter on folder. -- С уважением, Александр Гавенко. Компания БИФИТ. Сайт: www.bifit.com.ua Тел:+38 (0562) 23-23-14, 23-31-00 E-mail: gave...@bifit.com.ua -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: xserver-xorg и hal
On Tue, May 05, 2009 at 06:30:59PM +0400, Alexey Pechnikov wrote: On Tuesday 05 May 2009 18:20:48 Eugene Berdnikov wrote: On Tue, May 05, 2009 at 05:33:38PM +0400, Alexey Pechnikov wrote: On Tuesday 05 May 2009 17:12:30 Eugene Berdnikov wrote: прямой доступ к неформатированному дисковому носителю, но это вообще не UNIX-way и, более того, полностью привязывает пользователя к вендору СУБД. Правильные флаги open(2) это не юникс-вэй? Хм. Не знал. Программа должна работать _с любой ФС_, какую только пожелает пользователь. От ФС требуется лишь POSIX-совместимость. Вы ещё не посмотрели man 2 open? Сюрприз: флаги O_SYNC, O_DSYNC и O_RSYNC специфицированы в POSIX. Подозреваю, ораклоиды в курсе. Ясно же написал - _с любой ФС_. Оракл в режиме доступа raw device работает _с блочным устройством_ напрямую. Вам нужно отдохнуть. На raw device никакой fs нет, потому и raw. А вот open() обращается к чему-то, что лежит на fs. И именно open() есть абстракция, скрывающая от юзера детали fs. Позволяющая флагами O_*SYNC отменить кэширование. -- Eugene Berdnikov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Вопрос знатокам и пол ьзователям gmail
Oleksandr Gavenko пишет: А как средствами icedove -- там ведь только для входящих? Ох тяжело. Выделяеш Sent, затем Tools == Run Filter on folder. Таким образом я умею, действительно тяжело каждый раз руками. А так, чтобы само -- автоматически? -- Dmitri Samsonov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: xserver-xorg и hal
Hello! On Tuesday 05 May 2009 18:51:46 Eugene Berdnikov wrote: Ясно же написал - _с любой ФС_. Оракл в режиме доступа raw device работает _с блочным устройством_ напрямую. Вам нужно отдохнуть. На raw device никакой fs нет, потому и raw. А вот open() обращается к чему-то, что лежит на fs. И именно open() есть абстракция, скрывающая от юзера детали fs. Вы, собственно, о чем?.. Вы считаете, что БД на raw device есть UNIX-way? Не вижу аргументов. На ФС свои проблемы есть, в частности, с производительностью, но это другой вопрос. Позволяющая флагами O_*SYNC отменить кэширование. Опять же - какой отношение это имеет к оракловским raw device? Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: индикатор состояния батареек
On Tue, 5 May 2009, Dmitry E. Oboukhov wrote: короче допилил я xbattbar до того чтобы он ACPI умел понимать, в unstable сейчас версия 1.4.3, кому интересно потестите плиз Работает! Даже понравилось :) Решил дописать скриптик, что бы полоска эта появлялась только при переходе на питание от батареек. Получилось вот что: - # cat /etc/acpi/events/xbattery event=battery.* action=/etc/acpi/xbattery.sh %e - # cat /etc/acpi/xbattery.sh #! /bin/sh # is xbattbar installed? test -f /usr/bin/xbattbar || exit 0 # is X-server running? test -z `pidof /usr/bin/X` exit 0 #echo -n `date` /etc/acpi/xbattery.sh /tmp/xbatter.test grep off-line /proc/acpi/ac_adapter/AC0/state /dev/null 21 if [ $? -eq 0 ]; then #echo START /tmp/xbatter.test su - -c DISPLAY=0:0 /usr/bin/xbattbar -c right nefedov /dev/null 21 else #echo STOP /tmp/xbatter.test killall /usr/bin/xbattbar /dev/null 21 fi - Сам вижу, что некрасиво, но лучше выдумать не смог. 1) Явно, что это ноутбучная штучка, так что локальные X должны быть. А что если их два? 2) Пользователь один, что опять же не факт. А как бы проверить кто на DISPLAY=0:0 сидит? 3) Ну и /proc/acpi/ac_adapter/AC0/state мне не очень нравится. Интересно AC1 бывают? Ю.
Re: индикатор состоян ия батареек
yuri.nefe...@gmail.com wrote: 3) Ну и /proc/acpi/ac_adapter/AC0/state мне не очень нравится. Интересно AC1 бывают? Бывают. У меня на ноуте AC1. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Maintainer signature.asc Description: OpenPGP digital signature
Re: индикатор состояни я батареек
On 2009.05.05 at 19:37:18 +0400, yuri.nefe...@gmail.com wrote: Сам вижу, что некрасиво, но лучше выдумать не смог. 1) Явно, что это ноутбучная штучка, так что локальные X должны быть. А что если их два? 2) Пользователь один, что опять же не факт. А как бы проверить кто на DISPLAY=0:0 сидит? Вот для решения этой проблемы и придумали D-Bus. Чтобы не разбираться от какого юзера, да есть ли у него X-ы да и вообще. Чтобы из обработчика события не глядя слать сообщения в system bus. А кому интересно - их слушает и предпринимает действия, требующие взаимодействия с пользователем. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: индикатор с остояния батареек
On 19:37 Tue 05 May , yuri.nefe...@gmail.com wrote: On Tue, 5 May 2009, Dmitry E. Oboukhov wrote: короче допилил я xbattbar до того чтобы он ACPI умел понимать, в unstable сейчас версия 1.4.3, кому интересно потестите плиз Работает! Даже понравилось :) Решил дописать скриптик, что бы полоска эта появлялась только при переходе на питание от батареек. Получилось вот что: Спасибо. Я об этом уже думал. Я планирую в ближайшее время (как эта версия в тестинг попадет) добавить опцию вводя которую мы просто сможем отключать полоску при включенных батареях. Сейчас главное определиться на всех ли конфигурациях работает имеющийся скрипт. Может у кого-то не работает? - # cat /etc/acpi/events/xbattery event=battery.* action=/etc/acpi/xbattery.sh %e - # cat /etc/acpi/xbattery.sh #! /bin/sh # is xbattbar installed? test -f /usr/bin/xbattbar || exit 0 # is X-server running? test -z `pidof /usr/bin/X` exit 0 #echo -n `date` /etc/acpi/xbattery.sh /tmp/xbatter.test grep off-line /proc/acpi/ac_adapter/AC0/state /dev/null 21 if [ $? -eq 0 ]; then #echo START /tmp/xbatter.test su - -c DISPLAY=0:0 /usr/bin/xbattbar -c right nefedov /dev/null 21 else #echo STOP /tmp/xbatter.test killall /usr/bin/xbattbar /dev/null 21 fi - Сам вижу, что некрасиво, но лучше выдумать не смог. 1) Явно, что это ноутбучная штучка, так что локальные X должны быть. А что если их два? 2) Пользователь один, что опять же не факт. А как бы проверить кто на DISPLAY=0:0 сидит? 3) Ну и /proc/acpi/ac_adapter/AC0/state мне не очень нравится. Интересно AC1 бывают? Ю. -- ... mpd paused: U.D.O. - Black Widow . ''`. 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: индикатор с остояния батареек
3) Ну и /proc/acpi/ac_adapter/AC0/state мне не очень нравится. Интересно AC1 бывают? EVL Бывают. У меня на ноуте AC1. а запусти xbattbar -c left работает? цвет меняет при переходе от батарей к AC? итп -- ... mpd paused: U.D.O. - Black Widow . ''`. 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: индикатор с остояния батареек
Сам вижу, что некрасиво, но лучше выдумать не смог. 1) Явно, что это ноутбучная штучка, так что локальные X должны быть. А что если их два? 2) Пользователь один, что опять же не факт. А как бы проверить кто на DISPLAY=0:0 сидит? VW Вот для решения этой проблемы и придумали D-Bus. Чтобы не разбираться от VW какого юзера, да есть ли у него X-ы да и вообще. Чтобы из обработчика VW события не глядя VW слать сообщения в system bus. А кому интересно - их слушает и VW предпринимает действия, требующие взаимодействия с пользователем. интересно. а права доступа на сообщения оно (dbus) умеет? а стандартизация сообщений уже есть? то есть где почитать про то что надо слушать чтобы поймать скажем закрытие ноута? и будет ли это решение работать в любой системе с dbus? -- ... mpd paused: U.D.O. - Black Widow . ''`. 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: индикатор состояния батареек
On Tue, 5 May 2009, Dmitry E. Oboukhov wrote: а запусти xbattbar -c left работает? цвет меняет при переходе от батарей к AC? итп -- Угу. Это всё работает. Правда, при запуске xbattbar при питании от батареи иногда (один раз на самом деле) загорелась красным цветом. Статусная надпись (в середине экрана) не обновляется. То есть если навести мышь на полоску то выскакивает AC on-line:. Мышку не трогаем выдергиваем питание и ждём. Полоска цвет меняет, а надпись так и остаётся AC on-line:. Но это мелочи, искусственная ситуация... Ю.
Re: индикатор состояни я батареек
On Tue, May 05, 2009 at 08:09:39PM +0400, Dmitry E. Oboukhov wrote: а права доступа на сообщения оно (dbus) умеет? Да а стандартизация сообщений уже есть? Да то есть где почитать http://www.freedesktop.org/wiki/Software/dbus про то что надо слушать Системную шину чтобы поймать скажем закрытие ноута? http://www.freedesktop.org/wiki/Software/dbus dbus-monitor и смотреть и будет ли это решение работать в любой системе с dbus? Да. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: индикатор с остояния батареек
On 20:39 Tue 05 May , Иван Лох wrote: ИЛ On Tue, May 05, 2009 at 08:09:39PM +0400, Dmitry E. Oboukhov wrote: а права доступа на сообщения оно (dbus) умеет? ИЛ Да а стандартизация сообщений уже есть? ИЛ Да то есть где почитать ИЛ http://www.freedesktop.org/wiki/Software/dbus про то что надо слушать ИЛ Системную шину чтобы поймать скажем закрытие ноута? ИЛ http://www.freedesktop.org/wiki/Software/dbus ИЛ dbus-monitor и смотреть и будет ли это решение работать в любой системе с dbus? ИЛ Да. спасибо! -- ... mpd paused: U.D.O. - Black Widow . ''`. 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: Компрессор трафика+баннерорезка
On Tuesday 28 April 2009 23:10:26 Igor wrote: используйте конфиг отсюда http://privoxy.org.ru/uploads/preview.htm С сайта ничего не скачивается и даже сообщение об ошибке оставить невозможно Может быть, в нормальном интернете (не в рунете) можно конфиг найти? Или если у вас есть, будьте любезны, выложите где-нибудь. вот как раз новость http://privoxy.org.ru/uploads/1241420351041583.htm Обновление набора фильтров для Privoxy 3.0.12 от 04.05.2009 В конфигурацию добавлен и по умолчанию активирован блоклист взрослых сайтов. Скачать: privoxy.zip (29,2 КБ) если не получится снова, то тут попробуйте http://slil.ru/27511376 -- Удачи, Игорь -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Перевод Debian Policy Manual
Приветствую! Собираюсь ознакомиться с Debian Policy Manual ( http://www.debian.org/doc/debian-policy/index.html#contents). Придется заняться переводом. На всякий случай спрошу, а кто нибудь уже начинал это проделывать?
Re: Перевод Debian Policy Manual
On Вторник 05 мая 2009 2:13:27 pm Alexander Tiurin wrote: Приветствую! Собираюсь ознакомиться с Debian Policy Manual ( http://www.debian.org/doc/debian-policy/index.html#contents). Придется заняться переводом. На всякий случай спрошу, а кто нибудь уже начинал это проделывать? только ж не надо переводить непосредственно html - оно наверняка есть в виде gettext po файлов. вот где они есть - местные люди скажут.
Re: Перевод Debian Policy Manual
5 мая 2009 г. 14:23 пользователь Nick Shaforostoff sha...@ukr.net написал: только ж не надо переводить непосредственно html - оно наверняка есть в виде gettext po файлов. вот где они есть - местные люди скажут. В CVS сайта не видно. У меня смутное подозрение, что сидит оно в пакете debian-policy http://packages.debian.org/source/lenny/debian-policy Ещё нашел: Используйте git для загрузки исходного текста SGML debian-policy. Для закачки исходных текстов используйте команду: git clone git://git.debian.org/git/dbnpolicy/policy.git http://git.debian.org/?p=dbnpolicy/policy.git PS: Как именно попадает на сайт - моих знаний не хватает -- WBR, Dmitrii +375 29 60-LINUX +375 29 25-LINUX +375 29 40-LINUX icq: 193-74-771 www.varvashenia.ru
Re: Перевод Debian Policy Manual
On Tue, 5 May 2009 15:13:27 +0400 Alexander Tiurin alexande...@gmail.com wrote: Приветствую! Собираюсь ознакомиться с Debian Policy Manual ( http://www.debian.org/doc/debian-policy/index.html#contents). Придется заняться переводом. На всякий случай спрошу, а кто нибудь уже начинал это проделывать? http://www.mail-archive.com/debian-russ...@lists.debian.org/msg05754.html Забавно, 9 лет назад и тоже май месяц. Страничка, жаль убилась. :) Нашёл первые главы http://web.archive.org/web/*/y-kozlov.chat.ru/* Ужс, но вдруг на что сгодится. -- Best Regards, Yuri Kozlov -- To UNSUBSCRIBE, email to debian-l10n-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[BTS#527102] po-debconf://nss-ldapd/ru.po
Hello. -- Best Regards, Yuri Kozlov -- To UNSUBSCRIBE, email to debian-l10n-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Перевод Debian Policy Manual
5 мая 2009 г. 19:03 пользователь Yuri Kozlov yu...@komyakino.ru написал: On Tue, 5 May 2009 15:13:27 +0400 Alexander Tiurin alexande...@gmail.com wrote: Приветствую! Собираюсь ознакомиться с Debian Policy Manual ( http://www.debian.org/doc/debian-policy/index.html#contents). Придется заняться переводом. На всякий случай спрошу, а кто нибудь уже начинал это проделывать? http://www.mail-archive.com/debian-russ...@lists.debian.org/msg05754.html Забавно, 9 лет назад и тоже май месяц. Страничка, жаль убилась. :) Нашёл первые главы http://web.archive.org/web/*/y-kozlov.chat.ru/* Ужс, но вдруг на что сгодится. Да, давнишняя история:). Спасибо!
Ошибка в переводе на debian.org
Приветствую! http://www.debian.org/doc/manuals/maint-guide/ch-first.ru.html Вы также можете _попытать_ воспользоваться командой http://www.debian.org/doc/manuals/maint-guide/ch-start.ru.html программы зашифрования с ближайшего зеркала Debian Может заменить зашифрования на шифрования ?
