Re: Нужен ли bash
Hello! В сообщении от Thursday 25 September 2008 13:56:12 Dmitry E. Oboukhov написал(а): > VW>> тикль уже научился аналог перлового /e? расставить номера строк в > тексте > > VW> В две строчки. > ну вот видишь, в две, там где достаточно одной ;) Пример парсера для таких вот данных: Serial_in_COMBINE SEIZ DSS1(1:26,in,,)$ CALL DSS1(1:26,in,84951117001,822)$ -> Serial_in(76:5,->)$ 84951547001,9881822 Serial_in_CALL SERIAL_CALL to: 660 SEIZ Serial_out(76:5,->)$ CALL Serial_out(76:5,84951117001->660)$ -> SUB(660/4/11)$ 84951117001,660 SEIZ SUB(514/9/3)$ RLSI DSS1(1:25,out,4951113932,84961113160)$:CV:17 RLSO SUB(7605/5/11)$ Сам скрипт: #!/usr/bin/tclsh set replist [list to: {} :CV: {} ( { } ) { } : { } , { } \/ { } -> { } $ {} \[ {} \] {}] proc unknown {cmdname args} { puts "UNKNOWN: $cmdname $args" } proc parse {} { global replist set line [gets stdin] if { $line ne {} } { eval [string map $replist $line] } } fileevent stdin readable parse vwait eventLoop Вот результат: UNKNOWN: Serial_in_COMBINE UNKNOWN: SEIZ DSS1 1 26 in UNKNOWN: CALL DSS1 1 26 in 84951117001 822 Serial_in 76 5 UNKNOWN: 84951547001 9881822 UNKNOWN: Serial_in_CALL UNKNOWN: SERIAL_CALL 660 UNKNOWN: SEIZ Serial_out 76 5 UNKNOWN: CALL Serial_out 76 5 84951117001 660 SUB 660 4 11 84951117001 660 UNKNOWN: SEIZ SUB 514 9 3 UNKNOWN: RLSI DSS1 1 25 out 4951113932 84961113160 17 UNKNOWN: RLSO SUB 7605 5 11 Здесь функция unknown выполняет обработку вызовов несуществующих функций. Определим нужные нам функции (вызовы всех прочих уйдут в unknown и там тихо сгинут или будут записаны в лог, как захотим): proc RLSI {args} { } Заметьте, я понятия не имею, какие там еще строки могут вылезти - просто увидел лексемы и разделители, которые использовали создатели формата. Скорее всего, любые новые типы записей будут корректно преобразованы к тиклевским командам, вызовы которых отобразит мне функция unknown. При необходимости добавлю в список еще пару разделителей. И все, данные распарсились и уже переданы на вход соответствующих функций. А вот такой код написал мой товарищ, притом здесь учтены далеко не все возможные записи (код ): array set patterns { {CALL_DSS1_DSS1} {^CALL\sDSS1\((\d+):(\d+),in,\d+, \d+\)\$\s\-\>\sDSS1\((\d+):(\d+),out,,\)\$\s\[(\d+),(\d+)\]$} {CALL_DSS1_SUB} {^CALL\sDSS1\((\d+):(\d+),in,\d+, \d+\)\$\s\-\>\sSUB\(\d+/(\d+)/(\d+)\)\$\s\[(\d+),(\d+)\]$} {CALL_SUB_DSS1} {^CALL\sSUB\(\d+/(\d+)/(\d+)\)\$\s\-\>\sDSS1\((\d+): (\d+),out,,\)\$\s\[(\d+),(\d+)\]$} {RLSI_DSS1} {^RLSI\sDSS1\((\d+):(\d+),(in|out),(\d+),(\d+)\)\$$} {RLSO_DSS1} {^RLSO\sDSS1\((\d+):(\d+),(in|out),(\d+),(\d+)\)\$$} {RLSI_DSS1_CAUSE} {^RLSI\sDSS1\((\d+):(\d+),(in|out),(\d+), (\d+)\)\$:CV:(\d+)$} {RLSO_DSS1_CAUSE} {^RLSO\sDSS1\((\d+):(\d+),(in|out),(\d+), (\d+)\)\$:CV:(\d+)$} {RLSI_SUB} {^RLSI\sSUB\(\d+/(\d+)/(\d+)\)\$$} {RLSO_SUB} {^RLSO\sSUB\(\d+/(\d+)/(\d+)\)\$$} {RLSI_SUB_CAUSE} {^RLSI\sSUB\(\d+/(\d+)/(\d+)\)\$:CV:(\d+)$} {RLSO_SUB_CAUSE} {^RLSO\sSUB\(\d+/(\d+)/(\d+)\)\$:CV:(\d+)$} } Вы все еще хотите писать на перловых регекспах? Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Wednesday 24 September 2008 22:22:14 Artem Chuprina написал(а): > >> AP> Разумеется, очень экономно - запустить сторонний бинарь на пару > >> мегабайт AP> вместо вызова встроенной функции... > >> > >> смотри, ты пускаешь бинарь на пару мегабайт и после этого память > СИСТЕМЕ >> ВОЗВРАЩАЕТСЯ, несмотря на то что бинарь разворачивает в памяти > массив на >> 50 мегабайт (скажем) > >> > >> теперь берем скажем перл: ты разворачиваешь в памяти массив на 50 > >> мегабайт, делаешь вычисления и идешь дальше > >> массив выходит из области видимости, память освобождается для перла, но > >> не для OS. > > AP> Например, использую веб-сервер AOLserver со встроенным тиклем, по > AP> вашей логике, мне его после каждого запроса перезапускать нужно, > AP> чтоб память освободить?! > > Это зависит от того, КАК ты его используешь... Не, если у тебя там тыща > запросов в секунду, то ты даже выделить столько памяти не успеешь, не то > что освободить, так что, вероятно, у тебя этой проблемы не стоит. А > если кому, вот как Диме, спешить особо некуда, то я полагаю, у тикля с > этим не лучше... С полтысячи запросов в секунду набежит в пике. Понятно, большинство запросов несложные, но некоторые поднимают из базы сотни мегабайт данных, когда подготовка месячной отчетности идет. AOL использует пул процессов, так что после выполнения одного запроса процесс начинает выполнять следующий запрос, а не уничтожается. P.S. А я еще удивлялся, на кой ляд на серваки ставят 8 гиг и более памяти для обслуживания сотни одновременных пользователей. Да, при таком подходе убивать рабочий процесс веб-сервера по завершении запроса оправдано. Монстры, честное слово... Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Wednesday 24 September 2008 22:31:42 Artem Chuprina написал(а): > AP> Интерпретатор один. А из шелловского скрипта могут идти сотни > AP> вызовов внешних утилит, притом зачастую для простейших обработок > AP> небольших строк. > > Так мы там про память говорим, а не про накладные расходы на fork/exec > (кстати, сильно преувеличенные... ls-то, особенно если не гнутый, > развесистой инициализацией не занимается...) Как раз недавно аналогично вам мыслящие товарищи в ядро PostgreSQL засунули поддержку xml и полнотекстовый поиск. После чего я переключился на эскулайт, написал сотню килобайт сишного кода для реализации недостающих мне модулей и получив в итоге решение раз в 10 компактнее и в несколько раз быстрее. Как говорится - нахрена козе баян? Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Thursday 25 September 2008 20:01:26 Dmitry E. Oboukhov написал(а): > номера строки расставляются регекспом > > s/^/sprinf "%05d ", $lno++/emg; Все равно обычно вывод делается построчно, так что можно нумеровать и так: #!/usr/bin/tclsh set lines {one two} set i 0 foreach line $lines {puts "[incr i] $line"} Выдаст 1 one 2 two Можно и без счетчика обойтись, если хранить строки в массиве и выводить номер элемента массива - тогда тоже получится одна строчка. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Thursday 25 September 2008 20:35:34 Dmitry E. Oboukhov написал(а): > AP> Пример парсера для таких вот данных: > > нихрена не понял в постановке задачи, кто на ком стоял? Постановка задачи - распарсить указанные данные. Я привел решения тиклевское и перловое по идеологии (хотя оба парсера написаны на тикле, товарищ никак не может избавиться от призрака перла, на котором мы раньше писали). Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Thursday 25 September 2008 21:02:14 Dmitry E. Oboukhov написал(а): > вот тут и надо вывести все с номерами строк > то есть ты предлагаешь рассплитить на строки, и вывести номера строк со > строками в цикле, а /e регексп это делает без геморроя просто На строки разделить - легко: #!/usr/bin/tclsh set lines {one two} set i 0 foreach line [split $lines \n] {puts "[incr i] $line"} Ну да ладно, специально для вас, код _в одну строку_: set i 0; foreach line [split $lines \n] {puts "[incr i] $line"} А вообще пишется функция на тикле proc myprint {lines} { set i 0 foreach line [split $lines \n] { puts "[incr i] $line" } } и теперь обработка выполняется вот так: myprint $lines Раз уж вы эту операцию так любите, последний вариант оптимален. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Thursday 25 September 2008 20:59:08 Dmitry E. Oboukhov написал(а): > AP> Постановка задачи - распарсить указанные данные. Я привел решения > тиклевское и AP> перловое по идеологии (хотя оба парсера написаны на тикле, > товарищ никак не AP> может избавиться от призрака перла, на котором мы > раньше писали). > > ну вот мой парсер чем не нравится? > если не нравится $_ можно вменяемые имена переменным дать > > my ($lexem, $args) = split /\s+/, $_, 2; > или даже так: > > my ($lexem, @args) = split /\s+/; > > и функциям передавать уже расспличенный массив Я года два на перле не писал, так вот это eval "foo_$$_[0](\$\$_[1])"; foo_unknown($$_[1]) if $@; мне уже не прочитать. Это же брэйнфак какой-то, а не язык программирования. Может быть, оно и работает, но если помрет на каком-нибудь спецсимволе входных данных, то отладка обещает быть веселой. И вы серьезно готовы мегабайт-другой такого кода поддерживать? Если да, то я буду считать вас оптимистом :-) Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Thursday 25 September 2008 21:36:53 Dmitry E. Oboukhov написал(а): > AP> В сообщении от Thursday 25 September 2008 20:59:08 Dmitry E. Oboukhov > AP> написал(а): > AP>>> Постановка задачи - распарсить указанные данные. Я привел решения > AP>> тиклевское и AP> перловое по идеологии (хотя оба парсера написаны на > тикле, AP>> товарищ никак не AP> может избавиться от призрака перла, на > котором мы AP>> раньше писали). > AP>> > AP>> ну вот мой парсер чем не нравится? > AP>> если не нравится $_ можно вменяемые имена переменным дать > AP>> > AP>> my ($lexem, $args) = split /\s+/, $_, 2; > AP>> или даже так: > AP>> > AP>> my ($lexem, @args) = split /\s+/; > AP>> > AP>> и функциям передавать уже расспличенный массив > > AP> Я года два на перле не писал, так вот это > > AP> eval "foo_$$_[0](\$\$_[1])"; > AP> foo_unknown($$_[1]) if $@; > > ну так давай тогда так перепишем: > > my ($lexem, @args) = split /\s+/; > ... > eval "foo_$lexem([EMAIL PROTECTED])"; > foo_unknown(@args) if $@; > > и сразу все вроде понятно стало, нет разве? Так намного лучше. Хотя вот в таком эскейпинге - \@ очень легко ошибиться. Ну и $@ или $_ читабельности не добавляют, а совместо с ; в конце строки становятся малочитаемыми. > > AP> мне уже не прочитать. Это же брэйнфак какой-то, а не язык > программирования. почему брейнфак? $_ - универсальная временная переменная. > называлась бы она $TEMP было б так же, никто ведь не мешает называть > переменные как нравится и не использовать $_? (кстати эта переменная > синоним имеет $ARG в use English) Перл тем и плох, что позволяет писать как попало. В одном и том же коде зачастую смешиваются разные стили. А писать все в одном стиле - кода больше получается в некоторых случаях и лениво становится. > > AP> Может быть, оно и работает, но если помрет на каком-нибудь спецсимволе > AP> входных данных, > ну вообще ТАКОЙ метод парсинга как ты предложил вполне и на тикле > помереть может. На тикле я его в catch засуну на продакшене да еще в защищенный интерпретатор упакую. В тикле средства защиты динамического кода предусмотрены. > > AP> то отладка обещает быть веселой. И вы серьезно готовы > AP> мегабайт-другой такого кода поддерживать? > что тебе в этом коде не нравится кроме имени временной переменной? Да все не нравится. Вот выдернуть кусок кода из контекста > AP> eval "foo_$$_[0](\$\$_[1])"; > AP> foo_unknown($$_[1]) if $@; и уже не разберешь, что это и зачем. А если нужно быстро просмотреть модуль в сотню килобайт такого кода, написанного пару лет назад? Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Thursday 25 September 2008 21:43:15 Dmitry E. Oboukhov написал(а): > SS> А-а-а, т.е. все данные уже загружены в память? Ну так эка невидаль. Вот > например однострочник на питоне: > > SS> data = '\n'.join('%5d %s' % (i+1, line) for i, line in > enumerate(data.splitlines())) > > и после этого кто-то утверждает что перл менее нагляден чем питон? > три раза ха! Как-то видел примеры нечитабельного кода на С - тоже кстати однострочного. Было бы интереснее сравнить _хороший_ код на разных языках, а не однострочный... Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! > AP> Ну да ладно, специально для вас, код _в одну строку_: > > AP> set i 0; foreach line [split $lines \n] {puts "[incr i] $line"} > > printf "%05d %s", $counter++, $_ for split /\n/, $lines; > то же самое и на перле пишется, при необходимости. просто перл попутно > более простые средства предоставляет Ну а кто вам мешает аналогичную функцию на тикле написать? И все сведется опять же к myprint $lines Получается, после реализации в тикле указанной функции перл можно выкинуть, вместе с шеллом? Дело движется :-) > AP> и теперь обработка выполняется вот так: > AP> myprint $lines > > AP> Раз уж вы эту операцию так любите, последний вариант оптимален. > кстати твой код номера строк не выравнивает по ширине, а мой выравнивает > > :) Я такие вещи в виде html генерю, с подсветкой строки под курсором и т.п. :-) Так что юзеры вполне довольны. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Thursday 25 September 2008 22:01:21 Dmitry E. Oboukhov написал(а): > AP> Так намного лучше. Хотя вот в таком эскейпинге - \@ очень легко > ошибиться. Ну AP> и $@ или $_ читабельности не добавляют, а совместо с ; в > конце строки AP> становятся малочитаемыми. > так это вопрос выбора имен переменных > речь идет о том что читает код всеж таки специалист Специалист тоже человек и на конструкциях вида $#@ ошибиться немудрено каждому. Хм, а я правильно написал получение количества элементов? :-) > > вот отвлечься от Perl, взять Makefile, там полно всяких $@, $<, $> итп > никто же не говорит что makefile масдай все пишут/используют > альтернатив в общем-то никто и не брался придумывать ;) Мэйкфайл это набор вызовов внешних утилит, это "сборочный шелл", а не язык программирования. > а стандартные имена стандартных временных переменных это как бы > стандартное и соответственно претензии к нечитабельности идут только от > тех кто этим не пользуется. А зачем их так много? А зачем они такие короткие? Наверное, чтобы легко было перловый код отличить - до и после обфускатора одинаково выглядит :-) > > например когда вижу java'вский > bla_bla.krya_krya.ha_ha.kva_kva.be_be.bi_bi.ko_ko.kukareku(10); > > меня жуть берет, но я не специалист в javam поэтому не знаю что каждая > фигатень значит. > однако java повсюду очень хвалят именно как язык строгий нерасполагающий > к ашипкам итп На ява я писал мидлеты для телефонов и многословность кода просто убивала порой. А наиболее защищены от ошибок функциональные языки, объектные имеют другие задачи - позволить сляпать что-то, но зато кому угодно. > AP> На тикле я его в catch засуну на продакшене да еще в защищенный > интерпретатор AP> упакую. В тикле средства защиты динамического кода > предусмотрены. ну и в перле я его в eval завернул (что тоже что твой catch) > и в перле есть рестриктед перл-песочница Как я понимаю, перловый eval это не перехватчик ошибок, а передача кода на выполнение. Когда-то пробовал в перле такой метод - быстро бросил, потому что вложенный эскейпинг жуткий просто становится. Скажем, если нужно написать код, кодорый будет выполнен и передан в код, где он еще раз будет выполнен, в перле это страшно смотрится. > AP> Да все не нравится. Вот выдернуть кусок кода из контекста > AP>>> eval "foo_$$_[0](\$\$_[1])"; > AP>>> foo_unknown($$_[1]) if $@; > выдернуть твой кусок из контекста с {}-ми \/-ми запятыми итп Прямой слэш я привык эскейпить, хотя это и не обязательно. {} можно заменить на "" - это пустая строка. Ну и чуть по-другому записать set replist {to: "" :CV: "" ( "" ) "" : "" , "" / "" -> "" $ "" [ "" ] ""} Так вот понятнее? > так оно хуже регекспов тобой же приведенных выглядит > только что покороче чуток > > set replist [list to: {} :CV: {} ( { } ) { } : { } , { } \/ { } -> { } $ {} > \[ {} \] {}] Правило трансляции входных данных - выкидываем все незначащие символы разметки. Принципиально отличается от регекспов, которые в общей куче ищут полезные данные, что и делает их более тяжелыми для восприятия и более подверженными ошибкам. При выполнении же полученного тиклевского кода при несоответствии чиисла аргументов в функции я тут же ошибку увижу, что позволяет не думать о правильности обработки, а заниматься именно логикой - работать с последовательностью вызовов и набором аргументов каждого вызова. > совсем нифига не понятно. кстати если распихивать по функциям парсер > то нафиг в главном парсить аргументы? пусть каждая функция и разгребает > что ей там на вход пришло :) Не так. Сначала фигню на входе я превращаю в тиклевский код. А потом его выполняю. Вот сам парсер: proc parse {} { set line [gets stdin] if { $line ne {} } { set line [string map [list \[ {} \] {}] $line] eval $line } } Все остальное - набор тиклевских функций для предметной области. Они к парсеру отношения не имеют, равно как и парсер к ним. > > AP> и уже не разберешь, что это и зачем. А если нужно быстро просмотреть > модуль в AP> сотню килобайт такого кода, написанного пару лет назад? > > то просматриваешь и всего делов. > любой код должен быть откоментирован, perldoc perldoc на эту тему есть > ;) Хорошие комментарии не спасут плохой код, зато хороший код может не иметь комментариев. Комментарии нужны из предметной области - рассказать, какую задачу решаем, а отнюдь не для того, чтобы объяснять, что же делает этот код. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! > AP> Получается, после реализации в тикле указанной функции перл можно > выкинуть, AP> вместе с шеллом? Дело движется :-) > нет ты не в ту степь копаешь > > есть в перле УНИВЕРСАЛЬНЫЙ инструмент - /e > одну из задач им решаемую ты предложил функцию с циклом > появится вторая опять функцию писать будем итп? Есть универсальный инструмент - язык программирования. И пока вы будете на придумывать нужное регвыражение, я напишу нужную функцию на нужном мне языке и дальше буду работать. И мой код легко прочитает любой программист и поймет, что этот код и как делает. Это можно и на перле сделать, но перловая идеология к этому не располагает. Сначала стоит написать набор функций предметной области. А перловые кодеры обычно этого не делают, полагая, что лучше сто раз написать невразумительный однострочник, чем писать функцию и потом ее так же в одну строчку вызывать. Сколько раз у вас это рег. выражение вызывается? Если его вызов зывернуть в функцию и к ней коммент написать, то становится абсолютно без разницы, как именно реализовано добавление номера строки. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! > AP> Как-то видел примеры нечитабельного кода на С - тоже кстати > однострочного. AP> Было бы интереснее сравнить _хороший_ код на разных > языках, а не AP> однострочный... > в том и фишка что на перле можно писать _хороший_ _однострочный_ код :) > > s/^/sprintf '%05d ', $lno++/emg; > > и никаких тебе сплитов/join'ов итп Поверьте, это плохой однострочный код. Так даже на С давно уже не пишут, заворачивая в макросы или функции. Как пример #define STREQ(a,b) (strcmp(a,b)==0) Попробуйте какой-нибудь функциональный язык, сами увидите. Когда-то я тоже считал подобный код хорошим, когда писал на С++/php/perl и пр. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! > а чем шелл от языка программирования отличается? Да я и затеял топик, чтоб выяснить это. Пока что получается, что если язык программирования позволяет легко вызывать внешние программы, он может заменить шелл. > AP> А зачем их так много? > ну не так уж и много, часто используемых десяток едва наберется length или len для длины строки, llength для длины списка понимаю. Набор кракозябл - нет. А уж десяток подобных комбинаций тем более слишком много. > AP> Прямой слэш я привык эскейпить, хотя это и не обязательно. {} можно > заменить AP> на "" - это пустая строка. Ну и чуть по-другому записать > AP> set replist {to: "" :CV: "" ( "" ) "" : "" , "" / "" -> "" $ "" [ "" ] > ""} AP> Так вот понятнее? > неа (честно, не флейма ради а именно честно) :) А как понятнее? Если список с пробелами непонятен, так можно через запятую написать. Или попарно по строкам разбить. > AP> Хорошие комментарии не спасут плохой код, зато хороший код может не > иметь AP> комментариев. > хороших коментариев при плохом коде не встречал > хорошего неоткоментированного кода тоже не видал Загляните в исходники, скажем, sqlite - увидите. Вот пример: /* ** SQL function to compress content into a blob using libz */ static void compressFunc( sqlite3_context *context, int argc, sqlite3_value **argv ){ int nIn, nOut; long int nOut2; const unsigned char *inBuf; unsigned char *outBuf; assert( argc==1 ); nIn = sqlite3_value_bytes(argv[0]); inBuf = sqlite3_value_blob(argv[0]); nOut = 13 + nIn + (nIn+999)/1000; outBuf = malloc( nOut+4 ); outBuf[0] = nIn>>24 & 0xff; outBuf[1] = nIn>>16 & 0xff; outBuf[2] = nIn>>8 & 0xff; outBuf[3] = nIn & 0xff; nOut2 = (long int)nOut; compress(&outBuf[4], &nOut2, inBuf, nIn); sqlite3_result_blob(context, outBuf, nOut2+4, free); } Что тут нужно комментировать? :-) Достаточно прочитать описание алгоритма сжатия и код понятен вплоть до значений констант. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! > есть язык, скажем C, представляет пользователю 5 (на самом деле _чуть_ > больше, но не суть) синтаксических конструкций. можно на нем писать ВСЕ > что угодно. операционные системы, парсеры итп > и есть другой язык в котором конструкций не 5 а 25 > и этот другой язык ругают: еще бы, когда-то выучив 5 и давши привыкнуть > мозгу к тому что вот есть 5 и в них и ковыряться надо трудно > воспринимается код на "лишних" 20, однако когда потом привыкаешь ко всем > 25, обратно на 5 совсем не тянет возвращаться. А есть языки, которые позволяют определить сколько угодно и каких угодно своих конструкций. В одном проекте - одни, в другом - другие. Да еще можно быстро написать интерпретатор скриптового языка для построения отчетов, к примеру. > > вот у меня есть проектик - mhddfs, хочу к нему демона приписать который > строит списки файлов и по ним оптимизацию в фоне делает. > и писать как-бы НАДО на С (файловая система всеж-таки) и так блин не > хочется на С это делать (работа со строками и списками на Си - гемор) > вот и думаю как бы сюда перл прикрутить чтобы и волки сыты (потребления > по памяти мало) и овцы целы (чтобы писать просто было) > а воз и ныне там... Что же вы так о С. Сам вон недавно писал обработчик номера телефона, который циска отдает по протоколу такакс, так решил, что на С это писать ничуть не сложнее, чем на тикле. select cisconumbernorm('ton:4,npi:1,pi:0,si:1,#:81074951112434','7','495'); 74951112434 А с разгону и еще несколько модулей с сишными функциями сделал :-) Теперь можно хоть из консоли эскулайтовской вызвать, хоть из тикля, удобно. И код простой. А с массивами строк на С тоже доводилось работать, но там пришлось простенький аллокатор памяти написать и несколько вспомогательных функций. > одну строчку вызывать. AP> Сколько раз у вас это рег. выражение вызывается? > один :) > > когда длина кода сравнима с длиной строки вызова функции то функцию > имеет смысл писать только для повторяющихся действий Из-за одного вызова однострочного выражения говорить о преимуществе перла конечно интересно, но если вы этот регексп единожды в жизни написали, то его изучение и необходимость его помнить не стоят затрачиваемого времени. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Friday 26 September 2008 09:14:39 Artem Chuprina написал(а): > AP> Из-за одного вызова однострочного выражения говорить о преимуществе > AP> перла конечно интересно, но если вы этот регексп единожды в жизни > AP> написали, то его изучение и необходимость его помнить не стоят > AP> затрачиваемого времени. > > Ты просто не умеешь этих кошек готовить. Даже на С зачастую оказывается разумнее вместо добавления поддержки регекспов сделать набор функция для разбора данных. А уж в интерпретируемых языках тем более возможностей много и без регекспов. Регекспы использую, почему бы и нет, но считать их единственным способом обработки данных можно только в перле - где нет идеологии, к примеру, списков, потому кусок данных приходится при каждом обращении парсить заново. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Friday 26 September 2008 14:14:53 Dmitry E. Oboukhov написал(а): > вот если бы агитаторы тикля, написали бы тикльsh, который _удобно_ рулил > бы пунктом в), в котором были бы комплишены к большинству консольных > команд, с встроенными справочниками итп (как zsh) то глядишь бы и > пользователей тикля было бы в разы больше и скрипты в /etc/init.d на > тикле бы стали писать А что писать-то: tclsh8.4 [/srv/projects/work/billing/db/collector_telephony_cisco]ls old _tac_log.bz2 tac_log.bz2 tac_log_converter.tcl tac_log_parser.tcl Ну и Tab-ом дополняет, разумеется. А вы как думали, откуда топик взялся? Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Friday 26 September 2008 14:03:09 Dmitry E. Oboukhov написал(а): > AC>>> _Программируемыми_ автодополнителями я не пользуюсь. > AC>>> Ибо нефиг :-) жир разводить. > AC>> типа лучше ручками каждый раз вдалбливать > AC> Да. > ну если мосье садомазохист то это не значит что все тоже такие же должны > быть Месье дело говорит. Ибо когда пишется код, на экран смотреть незачем. А вот если вы сами не знаете, что хотите написать, то конечно можно игрушки в виде автодополнителей и тетрисов добавить. Вы ложкой с едой в рот попадаете или автокормушку включаете? :-) Видать, мышление и выражение мыслей стало таким затруднительным и неловким процессом, что без костылей никак. > AC>> а справка по опциям не нужна под рукой? > AC> Она всегда под рукой. man > нет, ман в данном случае менее удобен, поскольку переключаться > заставляет с терминала на терминал Лучше один раз прочитать ман, чем всю жизнь мыкаться со всякими дополнителями. Ага, представляю себе Есенина, которому при написании стихов автодополнитель строчки рифмует. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! > AP> tclsh8.4 [/srv/projects/work/billing/db/collector_telephony_cisco]ls > AP> old _tac_log.bz2 tac_log.bz2 tac_log_converter.tcl > tac_log_parser.tcl > > AP> Ну и Tab-ом дополняет, разумеется. А вы как думали, откуда топик > взялся? что дополняет? > > запустил tclsh > пишу > > wget - рисует таб, что поправить чтобы выдал экранчик с перечнем > опций? то же про rsync, apt, и прочий перечень из списка > /usr/share/zsh/functions/Completion Имя команды дополняет. А список опций wget --help. Хотя можно сделать и вывод списка опций, только непонятно, кому это нужно и зачем. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Friday 26 September 2008 17:14:59 Dmitry E. Oboukhov написал(а): > AP> Лучше один раз прочитать ман, чем всю жизнь мыкаться со всякими > дополнителями. да да > такие как ты и пользуются редакторами без подсветки синтаксиса > много таких знаю: типа зачем оно надо? я итак все сам знаю мне не надо > ничего подсвечивать :-\ А как вы отнесетесь к хирургу, который требует, чтобы перед тем, как ему пациента на операцию привезут, этому пациенту засунули во все оперируемые органы шпаргалки? Имхо вы путаете привычку и полезность для подсветки и автодополнения. Подсветка и автодополнение не помогут вам быстрее писать программы, т.к. компьютер не в силах помочь человеку быстрее думать. Нравится - пользуйте, но это дело вкуса, не более. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! > это "преждевременная оптимизация" -- болезнь многих программистов. > Мне наплевать сколько строк в /etc/init.d/apache , 250 или 2500 , > я запускаю его достаточно редко, что бы беспокоиться об этом. > > > и кстати если о ней говорить, то самый дорогой ресурс по сей день - > > Самый дорогой ресурс (для меня) - моё время! > Шелл прежде всего УДОБНАЯ оболочка для повседневной интерактивной работы, > а шеллскриптинг не язык программирования, но УДОБНЫЙ инструмент > автоматизации повседневной работы. Именно совокупность этих двух > "удобств" и определяет популярность шелла. А если я хочу скрипты как для себя использовать, так и запускать под нагруженным веб-сервером при необходимости? Какой резон писать версию на баше для себя, а потом переписывать на тикле/питоне/etc. для продакшена, при том, что на баше еще и писать аналогичную функциональность дольше? Про решаемые задачи не будем уточнять - для меня мои задачи как раз повседневные, и на баше они решаются, но что это за ужасы получаются... Итого - зачем нужен шелл? Вот просмотр простейшего лога такакса: телефония tail -n 1000 tac_log|grep "h323-call-type=Telephony"|awk 'BEGIN { FS = "\t" } {if($6~/^stop$/ && $4~/^ISDN.*$/) { print $0 }}'|less карточники cat tac_log|awk 'BEGIN { FS = "\t" } {if($6~/^stop$/ && $4~/^ISDN.*$/ && $15~/^h323-call-type=Telephony$/) { print $0 }}'|grep "h323-ivr-out=AppID:" | less воип tail -n 1000 tac_log|grep "h323-call-type=VoIP"|awk 'BEGIN { FS = "\t" } {if($6~/^stop$/ && $4~/^unknown.*$/) { print $0 }}'|less телнет tail -n 1000 tac_log|awk 'BEGIN { FS = "\t" } {if($6~/^stop$/ && $4~/^tty.*$/) { print $0 }}'|less Для выборки парных записей нужно создать временные файлы и т.п. Для контроля ошибок в логе придется еще и не такое написать. Удобства в подобной автоматизации я не вижу. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Friday 26 September 2008 11:37:37 Игорь Чумак написал(а): > >> Но оно уже есть. Программисту не всё равно, откуда в программе появился > >> список файлов - из внешнего ls или из встроенного в шелл кода? > >> > > > > Кодеру может и все равно, а вот программисту - нет. Поскольку > > программист для решения задачи выбирает адекватные средства. > > Угу. > > Например для init-скриптов bash вполне адекватное средство (ИМХО) Давайте на примерах посмотрим? Скажем, как надо переписать init-скрипты, чтобы добиться параллельной загрузки сервисов? Только не надо предлагать переписать что-то другое - мы же про шелл говорим, шелл имеет доступ ко всем утилитам системы, в чем вопрос-то? Если шелл не позволяет создавать что-то новое как комбинацию имеющегося, то как средство объединения готовых компонент он не пригоден. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Wednesday 24 September 2008 21:09:00 Alex Myodov написал(а): > На протяжении десятилетий существования программирования едва ли не > основной целью программирования (таксзать, "аксиомой") было "решить > задачу как можно более быстро". И основной методикой ("теоремой") для > достижения этой цели программистом было "написать как можно более > быструю программу". С ростом производительности компьютеров, методика > изменилась и во многих случаях была переформулирована как "написать > программу как можно более быстро". Абсолютно не так. Правильно будет - всегда требовалось решить задачу. В индустриальную и пост-индустриальную эпоху потребовалось еще добиться воспроизводимости решения. И это ничем не отличается от требования воспроизводимости для, скажем, физического эксперимента. Отсюда - чем более переносимо решение, тем более оно индустриальное. bash, таким образом, искуственно культивированное в гнушном заповеднике решение, т.к. нежизнеспособное на различных платформах. Например, поставив тикль на какой-нибудь кастрированный винмобайл, я могу запустить там то же, что и на сервере или десктопе, а поставив туда же баш я ничего не могу с ним сделать. Логично предположить, что шелл вымрет в ходе эволюции. Не будем обсуждать различные платформы - будет искать решение для платформонезависимого софта. И такие решения существуют, как уже сказано выше, и это точно не шелл. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Friday 26 September 2008 16:32:22 Stanislav Maslovski написал(а): > > Ну и Tab-ом дополняет, разумеется. А вы как думали, откуда топик взялся? > > Серьёзный посыл, однако. И давно ты уже под tclsh и без bash/zsh/.. > работаешь? И в /etc/passwd, наверно, себе в качестве shell /usr/bin/tclsh > прописал? В нескольких консолях mc на разных серверах и в нескольких tclsh. zsh пробовал, на моих задачах от баш ничем не отличается. В запущенном в tclsh mc шеллом остается баш, так что от баша отделаться не так просто :-) Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Saturday 27 September 2008 00:16:38 Dmitry Nezhevenko написал(а): > > А как вы отнесетесь к хирургу, который требует, чтобы перед тем, как ему > > пациента на операцию привезут, этому пациенту засунули во все оперируемые > > органы шпаргалки? Имхо вы путаете привычку и полезность для подсветки и > > автодополнения. Подсветка и автодополнение не помогут вам быстрее писать > > программы, т.к. компьютер не в силах помочь человеку быстрее думать. > > Нравится - пользуйте, но это дело вкуса, не более. > > Ну знаешь, какой-нибудь music/some_really_long_artist_name таки проще по > tab-у писать.. И думать тут совсем не нужно. И не у всех CLI утилиток на > все случаи жизни есть короткие ключи. Тот-же --append у rsync. Выбрать в mc нужный файл и нажать F4 (редактирование) можно и без дополнения, или для проигрывания набрать player и нажать ESC+P для получения имени выбранного файла. В mc удобно перемещать файлы, что в каком-либо bash/zsh делается очень неудобно (скажем, если нужно из текущей директории переложить файл в другую, а из той - в текущую). Что касается длинных ключей - если я его вспомнил, то написать быстрее, чем задуматься об дополнении и нажать таб, если напрочь не помню - открывать ман и искать нужный ключ по описанию. Возможно, в ситуации "Тут помню а тут не помню" дополнение будет полезно, не сталкивался. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Saturday 27 September 2008 00:23:18 Dmitry Nezhevenko написал(а): > Каждый конкретный init-скрипт -- вещь в себе. И запускать внутри > скрипта что-то параллельно особого смысла нет. И на чем бы каждый > конкретный скрипт не переписывать, параллельно они запускаться не будут. > > А вот несколько init-скриптов запускать одновременно -- вполне себе > можно.. Только порядок знать нужно. Ну и сам /sbin/init явно не на шелле > написан.. Так что я вообще не вижу, куда этот пример засовывать. Я к тому, что из шелловского скрипта получить информацию о ходе работы других запущенных скриптов, мягко говоря, затруднительно. В итоге приходится это решать внешними обвязками. Скажем, как послать из шелловского скрипта всем другим запущенным init-скриптам "я скрипт на уровне таком-то проверил условия инициализации и готов запуститься но прошу воздержаться от выполнения все скрипты уровня такого-то до получения сообщения такого-то и рекомендую выполняться всем скриптам уровня с такого-то по такой-то". Не нравятся сообщения вроде эрланговских - давайте из скрипта выставим приоритет выполнения для скриптов разных уровней, аналогично тому, как это делается в СУБД при выборе индексов для выполнения запроса. И это не нравится - давайте модель блокировок выберем... Ни один из перечисленных вариантов из шелловских скриптов нормально не реализуется. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Saturday 27 September 2008 00:28:58 Dmitry E. Oboukhov написал(а): > AP> сервере или десктопе, а поставив туда же баш я ничего не могу с ним > сделать. _ТЫ_ не можешь сделать, это ключ к данной фразе > > а дальше уже смешно :) > AP> Логично предположить, что шелл вымрет в ходе эволюции. Не будем > обсуждать AP> различные платформы - будет искать решение для > платформонезависимого софта. И AP> такие решения существуют, как уже > сказано выше, и это точно не шелл. А вы можете? Хорошо, вот как это сделать на винмобайл с портированным башем tail -n 1000 tac_log|grep "h323-call-type=VoIP"|awk 'BEGIN { FS = "\t" } {if($6~/^stop$/ && $4~/^unknown.*$/) { print $0 }}'|less если все или одна из утилит tail, grep, awk, less не портированы? Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Wednesday 24 September 2008 22:32:17 Artem Chuprina написал(а): > >> AP> Зато исходник на С после его пересохранения в редакторе с другими > >> AP> настройками спецсимволов останется рабочим. > >> > >> Винворд тоже является редактором с другими настройками спецсимволов. > >> Даже когда сохраняет в .doc. > > AP> А что не так с вордом? Скопированный из него сишный код работать > будет. > > Ключевое слово - "пересохранение". Все равно не понял. Копирую из mcedit в kwrite и назад - работает. Может, винворд какой-то особенный редактор... Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Saturday 27 September 2008 00:52:16 Dmitry E. Oboukhov написал(а): > AP> Что касается длинных ключей - если я его вспомнил, то написать быстрее, > чем AP> задуматься об дополнении и нажать таб, если напрочь не помню - > открывать ман AP> и искать нужный ключ по описанию. Возможно, в ситуации > "Тут помню а тут не AP> помню" дополнение будет полезно, не сталкивался. > > я тебе один секрет скажу > опции которые я с комплишенами набираю я знаю, просто набирать их с > комплишенами УДОБНЕЕ, и стандарт твой который комплишены и цвет и прочие > удобства запрещает мне пофиг Так может readline дописать и во всех программах будет вам счастье? Слинкуйте tclsh с нужным readline и будет вам и подсветка и автокомплит. В опенофисе макрос повесить на выполнение вводимого текста как кода - будет и автодополнение, и подчеркивание, и выделение и не знаю что ещею Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Saturday 27 September 2008 00:57:48 Dmitry Nezhevenko написал(а): > > Что касается длинных ключей - если я его вспомнил, то написать быстрее, > > чем задуматься об дополнении и нажать таб > > Ну кому как. > > >, если напрочь не помню - открывать ман > > и искать нужный ключ по описанию. Возможно, в ситуации "Тут помню а тут > > не помню" дополнение будет полезно, не сталкивался. > > В нормальном шелле можно опять-же нажать tab. И не нужно переключаться на > другой терминал. Может быть, у нас принципиально разные задачи - я пользуюсь весьма ограниченным числом утилит, но постоянно. И, естественно, странно не помнить ключи десятка ежедневно используемых программ. А у вас, мне кажется, много утилит, которыми вы пользуетесь время от времени? Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Saturday 27 September 2008 00:53:39 Dmitry E. Oboukhov написал(а): > AP> В нескольких консолях mc на разных серверах и в нескольких tclsh. zsh > AP> пробовал, на моих задачах от баш ничем не отличается. В запущенном в > tclsh AP> mc шеллом остается баш, так что от баша отделаться не так просто > :-) > > попробуй zsh-то, только без mc, который его "загораживает" > перед как рассуждать о вкусе устриц, поесть их надо Пробовал. Полезное увидел - имена deb-пакетов автодополняет. Но мне оно не надо. А перекладывать файлы по директориям неудобно. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Saturday 27 September 2008 01:02:32 Dmitry E. Oboukhov написал(а): > AP> если все или одна из утилит tail, grep, awk, less не портированы? > а если твой TCL портирован частично? что делать будешь? > ты так смело рассуждаешь вот мол на тикле везде одинаково, а ты УВЕРЕН > что везде? > на java тоже декларативно везде одинаково, однако берем сотовый телефон > и упс... а оно и не везде одинаково, смотришь а тут и объективная > причинка нарисовалась "почему тут нет половины либ" Если портирована стандартная редакция интерпретатора - то на любой платформе будет все, что в ней есть. На кпк есть eTcl, на виндоус - ActiveTcl и Etcl и стандартный tcl, под линуксом Etcl и стандартный tcl. Вот на маках не пробовал, но для них тоже есть eTcl. А с тиклем на перечисленных выше платформах - да, уверен, разве что за исключением некоторых текущих багов, которые правятся при их нахождении. Ага, есть еще реализации на яваскрипт/ява и т.п., ну уж там как повезет, смотреть надо. Далее, из тикля я могу легко вызвать любые закрытые dll или com-объекты и какие там еще есть проприетарные извращения, что делает его действительно хорошим связующим средством. Скажем, из шелла не удастся вызвать нужную функцию RAPI.dll для доступа к наладоннику с вин-хоста. Можно и открытые dll вызывать, но смысла в этом нет - лучше биндинг сделать. Заметим, что я говорю именно о "склейке" внешних компонент, т.е. это задачи шелла, которые баш и подобные даже не пытаются решать. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Monday 29 September 2008 10:29:05 Artem Chuprina написал(а): > Кстати, открой для себя xtail. tail, вообще-то, не для того > предназначен... Прелесть какая. Есть все, чего мне не хватало в tail. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: получить ответ от /dev/ ttyS0
On 30.09.2008 14:49, Oleg Litvinov wrote: на /dev/ttyS0 висит vdsl модем каким образом можно получить ответ от модема (допустим вывести в файл)? "man chat", скорее всего. NAME chat - Automated conversational script with a modem SYNOPSIS chat [ options ] script DESCRIPTION The chat program defines a conversational exchange between the computer and the modem. Its primary purpose is to establish the connection between the Point-to-Point Protocol Daemon (pppd) and the remote’s pppd process. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Tuesday 30 September 2008 16:00:34 Dmitry Nezhevenko написал(а): > Это лишь говорит о том, что make для некоторой части > команд (в которых используется синтаксис шелла) шелл нужен. В то же > время GNU make умеет в большей части случаев обходиться без шелла. И ни > кто не запрещает использовать в make только шелл-независимые вещи. В большинстве случаев шелл таки нужен. А поскольку так вот взять и переделать мэйкфайлы для всего существующего софта невозможно, то получается, что без шелла не работает. P.S. А нет ли у вас ссылочки на грамотное руководство по созданию make-файлов, не привязанных к шеллу? Хотелось бы понять, есть ли в этом смысл или полученные мэйкфайлы непригодны на практике. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Tuesday 30 September 2008 15:25:30 Dmitry Fedorov написал(а): > >> http://makepp.sourceforge.net/ > > > > Не увидел, чем оно лучше, чем make для написания make-файлов. > > 1. Возможность написания make-файлов без рекурсивного вызова make > (каковой считать вредным) для подкаталогов с собственными makepp-файлами. > 2. Совместимостью с GNU make (автор к этому стремится). > 'use subdir/Makepp' а не include. > 3. Всяческий сахар, как-то весьма продвинутые встроенные функции. Еще один язык программирования? Все-таки вызов внешнего шелла как вынужденная необходимость потихоньку отмирает. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Tuesday 30 September 2008 18:46:10 Andrey Kiselev написал(а): > On Tue, Sep 30, 2008 at 05:30:01PM +0300, Dmitry Nezhevenko wrote: > > > P.S. А нет ли у вас ссылочки на грамотное руководство по созданию > > > make-файлов, не привязанных к шеллу? Хотелось бы понять, есть ли в > > > этом смысл или полученные мэйкфайлы непригодны на практике. > > > > Нету. В качестве начала могу предложить не использовать символы: > > > The metacharacters typically used to bypass the direct execve() > > > execution have been any of: = | ^ ( ) ; & < > * ? [ ] : $ > > > ‘ ’ " \ \n > > ...а также целый ряд ключевых слов-встроенных команд шелла (в случае GNU > make). Причём список метасимволов и ключевых слов ещё и разный на разных > платформах (прекрасная переносимость!). Детали смотреть в исходниках: > > http://www.google.com/codesearch?hl=ru&q=show:WVlsTmrp7Lk:KX8ooB_G96Q:EDKUA >V5sQyw&sa=N&ct=rd&cs_p=ftp://ftp.gnu.org/gnu/make/make-3.81.tar.bz2&cs_f=mak >e-3.81/job.c > > Искать sh_chars/sh_cmds. Кошмар. С таким подходом вообще нельзя гарантировать корректность работы мэйкфайла на разных платформах, придется на всех протестировать и поправить при необходимости. Лучше уж бинарники выкладывать, собранные для всех нужных платформ (если платформа есть под рукой, не проблема, а если нет, то и мэйкфайл тестировать не на чем.). Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Tuesday 30 September 2008 20:30:11 Aleksey Cheusov написал(а): > > Еще один язык программирования? Все-таки вызов внешнего шелла как > > вынужденная необходимость потихоньку отмирает. > > Я думаю, вы выдаете желаемое за действительное. Я лично считаю вызов > внешнего шела гораздо более правильной практикой по сравнению с > изобретением собственных недоязыков программирования. > > А вызвать внешний shell ничем не хуже, чем дернуть встроенный > интерпретатор java script, lua, scheme, lisp etc. > Но и то и другое лучше изобретения велосипедов. В чем смысл изучения синтаксиса кучи специфичных языков make, bash, sed, awk, grep, etc., если то же самое можно делать на хорошо известном и используемом ежедневно языке программирования общего назначения (и не таскать кучу зависимостей при этом)? Под линуксом один make, под бсд-клонами, как выясняется, другой, в винде nmake, да еще синтаксис внешних утилит разный - получается, что задача написать переносимый мэйкфайл требует огромных трудозатрат. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Операции с датой
Hello! В сообщении от Saturday 27 September 2008 16:45:52 San_Sanych написал(а): > Serhiy Storchaka пишет: > > Здравствуйте. > > > > Под влиянием соседнего флейма вспомнил один свой вопрос. > > > > Как в шелле производить вычисления с датой? Например получить дату через > > десять дней после заданной? Узнать день недели заданной даты? Дату > > ближайшего понедельника? Разницу в днях между двумя датами? И т.п. > > > > Существуют ли лёгкие и достаточно распространённые утилиты для этого, или > > придётся использовать высокоуровневые языки общего назначения? > > date --date="${yearend}${dateend} next day" +%Y"-"%m"-"%d > date --date="${yearbeg}${datebeg} 1 day ago" +%Y"-"%m"-"%d > ну и ман почитать sqlite3 :memory: "select datetime('now');" 2008-09-30 18:55:29 sqlite3 :memory: "select datetime('now','1 day');" 2008-10-01 18:55:36 sqlite3 :memory: "select datetime('now','-1 month');" 2008-08-30 18:55:47 sqlite3 :memory: "select datetime('now','-1 month','localtime');" 2008-08-30 22:55:56 См. http://www.sqlite.org/cvstrac/wiki?p=DateAndTimeFunctions Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! > > если то же самое можно делать на хорошо известном и используемом > > ежедневно языке программирования общего назначения > > Вот именно, что нельзя. > > > (и не таскать кучу зависимостей при этом)? > > Нежелательные зависимости - это как раз таки многотонные интерпретаторы > perl/python/tcl/ruby с многотонными же библиотеками. $ ls -l /usr/lib/libtcl8.4.so.0 -rw-r--r-- 1 root root 733796 Май 1 12:17 /usr/lib/libtcl8.4.so.0 Вас пугают 700 килобайт? В то время, как $ ls -l `which bash` -rwxr-xr-x 1 root root 700492 Май 12 23:02 /bin/bash То есть шелл, который без внешних утилит нежизнеспособен, весит столько же! Далее, ls -l /usr/bin/gawk -rwxr-xr-x 1 root root 303196 Мар 20 2008 /usr/bin/gawk $ ls -l `which grep` -rwxr-xr-x 1 root root 100468 Авг 31 21:06 /bin/grep $ ls -l `which sed` -rwxr-xr-x 1 root root 40468 Мар 3 2008 /bin/sed $ ls -l `which less` -rwxr-xr-x 1 root root 120816 Янв 22 2008 /usr/bin/less Если вы посчитаете суммарный размер необходимых утилит, то увидите, что использовать tclsh вместо связки bash+туча утилит как раз логично. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Wednesday 01 October 2008 19:27:28 Victor Wagner написал(а): > Там надо соблюдать три (ну в 8.5 четыре) математически строгих правила. А что в 8.5 нужно дополнительно учесть? А то я еще не смотрел его... Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Wednesday 01 October 2008 23:42:18 Victor Wagner написал(а): > > А что в 8.5 нужно дополнительно учесть? А то я еще не смотрел его... > > Появившуюся возможность подстановки списков. В смысле подставить > n-элементный список в команду не как один параметр, а как n, > БЕЗ лишнего уровня evaluation для всего остального. А как это делается? Когда будет раскрывать список? > > Еще там dictionaries появились, т.е. ассоциативные массивы как > first-class object. Если раньше массив можно было передавать только по > имени, теперь можно и по значению. Да, на эту возможность давно облизываюсь, но пока задач не было. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Lenny 5.0
Hello! В сообщении от Wednesday 01 October 2008 14:03:06 Eugene V. Lyubimkin написал(а): > > Там синяя кривая выше зелёной - количество RC багов в etch больше чем в > > lenny?! > > Конечно. Баги, зарепортеные после Etch'a, часто затрагивают и Etch, а в > Lenny будет новая/исправленная, не подверженая версия. А как же etch rc4? Должно бы число багов поуменьшиться, раз etch уже четырежды апдейтили, или я что-то не так понимаю? Вообще складывается впечатление, что ленни _уже_ работает стабильнее этч... Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Thursday 02 October 2008 08:29:22 Victor Wagner написал(а): > > > Появившуюся возможность подстановки списков. В смысле подставить > > > n-элементный список в команду не как один параметр, а как n, > > > БЕЗ лишнего уровня evaluation для всего остального. > > > > А как это делается? Когда будет раскрывать список? > > Специальным синтаксисом подстановки. Что-то вроде {}$list > У меня сейчас man Tcl от 8.5 под рукой нету. Спасибо, этого достаточно. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Lenny 5.0
Hello! В сообщении от Thursday 02 October 2008 09:06:59 Stanislav Maslovski написал(а): > По синей кривой моменты апдейтов как раз прослеживаются: там она скачет > вниз. Странные какие-то апдейты - правят не все баги, а лишь выборочно. Учитывая, что на графике отображены серьезные баги, логику не понимаю. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: make contest
Hello! Раз тут такие специалисты по мэйкфайлам собрались, подскажите одну вещь. Нужно мне в проект добавить пару дополнительных файлов, которые должны линковаться с дополнительными библиотеками. Сейчас делаю так TCC += -lz -DSQLITE_ENABLE_ICU=1 `icu-config --ldflags` Где-то далее в мэйке идет перечисление добавленных мной файлов SRC += \ $(TOP)/ext/inet/ipv4-ext.c SRC += \ $(TOP)/ext/compress/compress.c SRC += \ $(TOP)/ext/crypt/md5.c Больше эти файлы нигде не упоминаются. Теперь при сборке deb-пакета вижу ругань, что добавленные мной доп. либы нафиг никому не нужны, кроме моих файликов. Как быть? dh_installdeb -psqlite3 dh_perl -psqlite3 dh_shlibdeps -psqlite3 dpkg-shlibdeps: предупреждение: зависимости от libdl.so.2 можно избежать, если "debian/sqlite3/usr/bin/sqlite3" не будет бесполезно слинкована сней (не используется ни одного её символа). dpkg-shlibdeps: предупреждение: зависимости от libz.so.1 можно избежать, если "debian/sqlite3/usr/bin/sqlite3" не будет бесполезно слинкована сней (не используется ни одного её символа). dpkg-shlibdeps: предупреждение: зависимости от libicui18n.so.38 можно избежать, если "debian/sqlite3/usr/bin/sqlite3" не будет бесполезно слинкована сней (не используется ни одного её символа). dpkg-shlibdeps: предупреждение: зависимости от libicuuc.so.38 можно избежать, если "debian/sqlite3/usr/bin/sqlite3" не будет бесполезно слинкована сней (не используется ни одного её символа). dpkg-shlibdeps: предупреждение: зависимости от libm.so.6 можно избежать, если "debian/sqlite3/usr/bin/sqlite3" не будет бесполезно слинкована сней (не используется ни одного её символа). dpkg-shlibdeps: предупреждение: зависимости от libpthread.so.0 можно избежать, если "debian/sqlite3/usr/bin/sqlite3" не будет бесполезно слинкована сней (не используется ни одного её символа). dpkg-shlibdeps: предупреждение: зависимости от libicudata.so.38 можно избежать, если "debian/sqlite3/usr/bin/sqlite3" не будет бесполезно слинкована сней (не используется ни одного её символа). dh_installdeb -plibsqlite3-0 Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: make contest
Hello! > Либо "мои файлики" собираются в отдельный бинарник и никому кроме него > эти библиотеки не нужны. Тогда использовать первый данный совет - про > target specific variables. > > Но на это как-то не похоже. Разве что этот бинарник потом в отдельный > пакет кладется. В результате несколько деб-пакетов генерится. Сборка с помощью make проходит нормально, а при debuild вот сообщения вылезли. Значит, проблема именно в том, что добавленные зависимости нужны не всем пакетам. А "target specific variables" это на уровне мэйкфайла или в debian/rules? Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: make contest
Hello! В сообщении от Thursday 02 October 2008 14:08:27 Victor Wagner написал(а): > > В результате несколько деб-пакетов генерится. Сборка с помощью make > > проходит нормально, а при debuild вот сообщения вылезли. Значит, проблема > > именно в том, что добавленные зависимости нужны не всем пакетам. А > > "target specific variables" это на уровне мэйкфайла или в debian/rules? > > Ну, поскольку речь идет о target-ах -бинарниках, то на уровне makefile. > Либо надо вызывать make c оригинальным Makefile дважды - один раз для > основных бинарников, другой - для этих, дополнительных, и передавать ему > переменную с дополнительными библиотеками только во второй раз. А есть грамотный путь сборки бинарного дебпакета из готовых бинарников? Может, отдельный скрипт на это сделать и не мучаться так... Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Viking и realtime gps
10/2/2008, <[EMAIL PROTECTED]>: >> > Решил попробовать viking - классный такой google earth под линукс. GPS у >> > меня нет. >> >> Ежели нужен Google Earth под Linux, то и надо брать Google Earth под >> Linux. С гугля. > >Раньше искал и что-то не нашёл. Последняя не-бета версия: http://dl.google.com/earth/client/GE4/release_4_2/GoogleEarthLinux.bin Правда, к сожалению, под Linux не доступен апгрейд GoogleEarth до GoogleEarthPlus. В последнюю можно было бы грузить трэки из GPS. С уважением, Алексей Мишустин -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: как собрать avi из jpg
Hello! В сообщении от Thursday 02 October 2008 23:57:03 Nicholas написал(а): > Вопрос: как собрать avi из jpg ? mplayer. Ключики не помню, но было дело, разбирал запись по кадрам и выбранные собирал в новую запись (не помню, почему не avidemux пользовал). Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Re: Viking и realtime gps
>>> http://packages.debian.org/googleearth >> >> # make-googleearth-package >> --11:14:34-- http://dl.google.com/earth/GE4/GoogleEarthLinux.bin >> => `GoogleEarthLinux.bin' >> Распознаётся dl.google.com... 72.14.221.91, 72.14.221.93, 72.14.221.136 >> Устанавливается соединение с dl.google.com|72.14.221.91|:80... >> соединение установлено. >> Запрос HTTP послан, ожидается ответ... 404 Not Found >> 11:14:34 ОШИБКА 404: Not Found. >> >> Could not download Google Earth! (You may need to use --url or --file) >> >> # make-googleearth-package --url >> http://dl.google.com/earth/client/GE4/release_4_2/GoogleEarthLinux.bin >> Unrecognized command-line argument: --url >> make-googleearth-package [options] >> Creates a Debian package from the Google Earth GNU/Linux installer. >> By default, will look for the installer in the current directory. >> If not found it will be downloaded automatically. >> >> --fullname Use as full name in Maintainer field >> --emailUse as email address in Maintainer field >> --file Use instead of GoogleEarthLinux.bin >> --force Attempt to build an unsupported version >> >> :( > >Эх, не везёт . >http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=490137 А я ставил, тупо скачав и запустив бинарник. Он встал в ~/.googleearth, прописался в синаптике (как будто я его там видел; сейчас не могу проверить). Чем неправилен такой путь? С уважением, Алексей Мишустин -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Нужен ли bash
Hello! В сообщении от Friday 03 October 2008 01:21:47 Artem Chuprina написал(а): > GF> Поднять в тестовом OVZ контейнере? > > В Debian нет пригодного для этого ядра. > > "Предлагается делать в Debian" все же подразумевает по умолчанию > "средствами, имеющимися в дистрибутиве"... А как насчет virtualbox? Привлекает возможность перетащить образ на любую машину, и не только под линукс. Ну или chroot. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: TCL list substitution
Hello! В сообщении от Friday 03 October 2008 14:41:45 Serhiy Storchaka написал(а): > В тикле ведь та же самая проблема, что обсуждалась выше (для шелла). Из-за > того, что eval и подобные делают concat своим аргументам перед парсингом. В > результате простые примеры прокатывабт и так, а что-то посложнее и > понадёжнее - приходится в [list ...] заворачивать. А кто вам мешает все в [list ] завернуть? Выберите стиль программирования, какой нравится. Или eval переопределить. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: TCL list substitution
Hello! В сообщении от Friday 03 October 2008 23:27:51 Serhiy Storchaka написал(а): > > А кто вам мешает все в [list ] завернуть? Выберите стиль > > программирования, какой нравится. Или eval переопределить. > > Ничего. Но если _все_ авторы специально подчёркивают, что нужно _всегда_ > заворачивать аргументы явно в список (даже если для данного конкретного > случая не нужно, окажется необходимым при следующей правке), если каждое > употребление eval (и всех подобных команд) требует list, то может ошибка в > дизайне? Может стоит сразу включить list в eval (а вернее исключить concat > из него)? В большинстве случаев как раз list не нужен. Иногда нужен, да, но тогда его как раз не проблема явно указать. Это я к тому, что простые случаи составляют подавляющее большинство. Но было бы не удобно при необходимости передать строку с параметрами писать split для превращения этой строки в список. Вот есть полученная откуда-либо строка параметров puts $params -val1 value -val2 value2 Сейчас она подставляется без проблем. Правда, это противоречит идеологии "все есть список". И с точки зрения безопасности возможны проблемы. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: хочу "запускалку" программ.
Hello! В сообщении от Sunday 05 October 2008 21:27:03 Artem Chuprina написал(а): > s> &|exit в конец каждой комманды ты мне будешь добавлять? > > Мне zsh добавляет. Но не без глючка - если сразу из поиска по Ctrl-R > нажать Enter, то не добавляет. Если интересно, могу показать решение. А зачем &| добавлять? Я всегда обходился & Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [ОТ] ноутбук от DELL с линуксом на борту в России?
Hello! В сообщении от Monday 06 October 2008 23:25:46 Abdourazak Osmanov написал(а): > > Я брал Dell Inspiron 1300 n-series (без ОС) весной 2007 года в > > М-Видео за 11 т.р. Весьма доволен. > > Как я понимаю, человеку нужен ноут от Dell с предустановленным линуксом. > Если же его интересует, как вообще на Dell уживается линукс, то у меня > Latitude D531, и Debian работает на нем превосходно. А ноуты от делла теперь приличные? А то в свое время мерзкие были - процы десктопные, греются как черти и батарею жрут, и матрицы поганые. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Как бы в ACPI разобраться
Hello! В сообщении от Monday 06 October 2008 22:56:32 Victor Wagner написал(а): > У меня вот есть /proc/acpi/video/VGA/LCDD/brightness > Туда можно echo циферку от 0 до 15 и яркость изменится > > Интересно, что скрипт, обрабатывающий события от кнопок регулировки > яркости делает исключительно acpi_fakekey с кодом из > /usr/share/acpi-support/key_constants.sh > А вот кто обрабатывает эти горячие клавиши - я так и не нашел. > > Единственный скрипт, который что-то подобное делает, это toshbright.sh, > который явно не то, что надо. Проблема еще в том, что откуда-то события при запуске определенных программ лезут. Например, запустил виртуалку в виртуалбок - яркость выскочила на 100%, черт ее знает, почему. После засыпания экрана то же самое - 100% выставляется. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: tcp checksum incorrect
On Wed, 1 Oct 2008 13:10:17 +0400 Andrey Nikitin <[EMAIL PROTECTED]> wrote: > tcpdump и wireshark ругаются на некорректные суммы пакетов tcp > в направлении: > localhost(server) -> localhost(client) > Что это может быть? Это может быть то, что контрольные суммы, для пакетов, не покидающих машину не считаются из-за жкономии вычислительных ресурсов, подразумевая, что среда передачи loopback-loopback - надежная. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Active Directory (Re: bash слияние стр ок)
On 09.10.2008 14:56, Павел Марченко wrote: еще вопрос попутно пожно ли через самбу вытянуть из AD имена и фамилии юзеров Вот некая подсказка, как тянуть не через Самбу, а через LDAP: Original Message Subject: Re: Postfix relay to Exchange server Date: Tue, 24 Jun 2008 23:07:02 -0400 From: Victor Duchovni <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] References: <[EMAIL PROTECTED]> On Tue, Jun 24, 2008 at 11:43:37PM -0300, Alejandro Facultad wrote: > Does it work or do I have to also add: > > relay_recipient_maps = hash:/etc/postfix/relay_recipients > main.cf parent_domain_matches_subdomains = smtpd_access_maps # Domain only, not sub-domains. relay_domains = example.com relay_recipient_maps = ldap:/etc/postfix/ad.cf ad.cf: # Standard for querying Active Directory. version = 3 query_filter = proxyAddresses=smtp:%s result_attribute = mail # Adjust these to match your site: domain = example.com server_host = ad1.example.com ad2.example.com bind_dn = query_user bind_pw = query_password search_base = dc=example, dc=com If the query load is too high from dictionary attacks, deploy a dedicated replica server for Postfix to query. -- Viktor. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Простой учёт трафика: i pac-ng
Hi all. Пару лет на Sarge у меня работал учётчиком ipac-ng. И полностью удовлетворял: давал в конце месяца короткую таблицу распределения трафика по протоколам, достаточную для анализа проблем. В Etch'е его убрали. У меня интерес к учёту тоже исчез, и я с исчезновением пакта согласился. Сейчас интерес возник снова. Вопрос: что в Etch'е есть такое же простое, тупо считающее суммарный трафик по портам за указанный (большой) срок и не плодящее гигасы детальных логов, как netflow и иже с ним? А.Л. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Монтирование NFS простыми юзерами без зап исей в /etc/fstab
On Sun, 12 Oct 2008 23:51:33 +0700 Vit <[EMAIL PROTECTED]> wrote: > Реально ли разрешить простому юзеру без sudo монтировать nfs, про > которую нет упоминания в /etc/fstab? autofs -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: прозрачный smtp proxy
On 15.10.2008 12:14, Игорь Чумак wrote: Подскажите прозрачный smtp proxy с той же фукциональностью , как реализована для pop3 в perdition, только для smtp. Спасибо. iptables+любой MTA Будьте готовы наступить на грабли по имени SPF ;) А рядом ещё TLS и AUTH лежат в боевой готовности... А.Л. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Простой учёт трафика : ipac-ng
Hi all. On 22.10.2008 11:17, Dmitry Telegin wrote: On Fri, 10 Oct 2008 18:04:58 +0400 Alexey Lobanov <[EMAIL PROTECTED]> wrote: Вопрос: что в Etch'е есть такое же простое, тупо считающее суммарный трафик по портам за указанный (большой) срок и не плодящее гигасы детальных логов, как netflow и иже с ним? Первое, что приходит на ум, это iptables. Если в правиле не указать действие, то получаем счётчик. Остаётся только настроить сохранение нужных счётчиков при завершении работы компьютера своим скриптом. Вот именно это делал ipac-ng. Готовый набор правил и скриптов для iptables. Похоже, что поставлю его же из исходников и успокоюсь. А.Л. -- С уважением Телегин Дмитрий -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Переход на зимнее время
Существует ли способ как-то перейти на зимнее время в этче и ленни? В tzselect вручную сменил часовой пояс The following information has been given: Russia Moscow+01 - Samara, Udmurtia Therefore TZ='Europe/Samara' will be used. Local time is now: Sun Oct 26 13:50:19 SAMT 2008. Universal Time is now: Sun Oct 26 09:50:19 UTC 2008. Но толку нет $ date Вск Окт 26 12:50:39 MSK 2008 Автоматическое переключение сломали как я понимаю еще в этче. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Переход на зимнее время
Hello! В сообщении от Sunday 26 October 2008 16:04:01 Dmitry Azhichakov написал(а): > On Sun, Oct 26, 2008 at 03:06:05PM +0300, Alexey Pechnikov wrote: > > Существует ли способ как-то перейти на зимнее время в этче и ленни? > > Это делается автоматически в соответствии с timezone. Когда-то раньше делалось, но на летнее время в этом году каким-то кривым способом уже переключал, автоматически не хочет. > > The following information has been given: > > > > Russia > > Moscow+01 - Samara, Udmurtia > > > > Therefore TZ='Europe/Samara' will be used. > > Local time is now: Sun Oct 26 13:50:19 SAMT 2008. > > Universal Time is now: Sun Oct 26 09:50:19 UTC 2008. > > Если это время правильно кореллирует со временем сообщения, то у вас > неправильное UTC. Время UTC правильное. $ sudo ntpdate-debian 26 Oct 17:35:16 ntpdate[16268]: adjust time server 193.125.143.172 offset 0.015625 sec > > $ date > > Вск Окт 26 12:50:39 MSK 2008 > > Тут date говорит, что у вас временная зона MSK. Что-то не так. Проверьте > содержимое /etc/timezone и значение $TZ. Часовой пояс московский, все верно. $ cat /etc/timezone Europe/Moscow > > Автоматическое переключение сломали как я понимаю еще в этче. > > Не припомню, чтобы это ломали в woody и позднее. Работает как часы. > Проблемы бывают, если второй системой стоит Windows. Система одна, дебиан. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Переход на зимнее время
Hello! В сообщении от Sunday 26 October 2008 17:34:38 Степан Голосунов написал(а): > Alexey Pechnikov <[EMAIL PROTECTED]> wrote: > > Существует ли способ как-то перейти на зимнее время в этче и ленни? > > А зачем переходить? Системные часы работают в UTC (в котором никаких > переходов нет), а в текущий часовой пояс время переводится уже при > отображении. При этом в настройках часового пояса прописано, когда > нужно прибавлять на час больше. И всё работает без всяких усилий со > стороны админа. При отображении добавляется 3 часа независимо от летнего/зимнего времени. В итоге приходится для получения зимнего времени менять часовой пояс на москва+1, а при переходе на летнее - обратно. > Проблемы бывают только в том случае, если в /etc/default/rcS зачем-то > прописано UTC=no, и при последнем выключении компа в биос записалось > летнее время. А при включении время уже похоже на зимнее и воспринято > как зимнее. В этом случае надо установить время вручную. $ cat /etc/default/rcS # # /etc/default/rcS # # Default settings for the scripts in /etc/rcS.d/ # # For information about these variables see the rcS(5) manual page. # # This file belongs to the "initscripts" package. TMPTIME=0 SULOGIN=no DELAYLOGIN=no UTC=yes VERBOSE=no FSCKFIX=no RAMRUN=no RAMLOCK=no Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Переход на зимнее время
Hello! В сообщении от Sunday 26 October 2008 18:48:30 Степан Голосунов написал(а): > > При отображении добавляется 3 часа независимо от летнего/зимнего времени. > > В итоге приходится для получения зимнего времени менять часовой пояс на > > москва+1, а при переходе на летнее - обратно. > > Зимой и должно быть +3 (для Москвы). Что говорит 'date;date -u'? date;date -u Вск Окт 26 18:52:12 MSK 2008 Вск Окт 26 15:52:12 UTC 2008 При этом $ sudo ntpdate-debian 26 Oct 18:53:38 ntpdate[16878]: adjust time server 83.222.4.154 offset 0.003056 sec Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Переход на зимнее время
Hello! В сообщении от Sunday 26 October 2008 19:14:56 Степан Голосунов написал(а): > > date;date -u > > Вск Окт 26 18:52:12 MSK 2008 > > Вск Окт 26 15:52:12 UTC 2008 > > > > При этом > > $ sudo ntpdate-debian > > 26 Oct 18:53:38 ntpdate[16878]: adjust time server 83.222.4.154 offset > > 0.003056 sec > > Что и есть правильное зимнее московское время. Нужно что-то другое? Вопрос в том, что при переходе на летнее время я на час менял часовой пояс, а теперь вернул назад. Почему летнее-то время не работало само собой? Может, где-то есть ключик для запрещения/разрешения автоматического перехода на летнее время? Или я ставил ленни в момент, когда работа с местным временем была поломана и до сих пор где-то что-то в конфигах не так? Логично об этом было бы спрашивать весной, но вот только сейчас вспомнил, когда восстанавливал нормальный часовой пояс. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Переход на зимнее время
Hello! В сообщении от Sunday 26 October 2008 20:04:31 Степан Голосунов написал(а): > Интересно, а как оно вообще работало. У меня с Europe/Samara и на > etch, и на lenny всё время показывалось правильное самарское время > (Москва+1), а синхронизация по ntp тоже работала. Сам не понимаю. Да, в этче все нормально было, сейчас вот посмотрел, только на ноуте в ленни что-то не так. Вначале с поддержкой биоса проблемы были и не удавалось время программно менять, тогда видимо что-то и сбилось. Вот и стало интересно, а есть ли какой-то способ ручного переключения летнего/зимнего времени, или существует только автоматический переход. > Где-нибудь не сохранилось использованное буквенное обозначение > часового пояса летнего времени системы? (Некоторые приложения могут > писать его в логи.) Было вот что: Moscow+01 - Samara, Udmurtia Получалось гринвич+4, т.е. летнее московское время. А должен быть пояс Moscow+0, сейчас вот так и выставил, на зимнее время. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Переход на зимнее время
Hello! В сообщении от Sunday 26 October 2008 21:42:19 Степан Голосунов написал(а): > > Было вот что: > > Moscow+01 - Samara, Udmurtia > > > > Получалось гринвич+4, т.е. летнее московское время. А должен быть пояс > > Moscow+0, сейчас вот так и выставил, на зимнее время. > > А оно было SAMT, или SAMST? Не знаю. А что это значит? Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Данныео книгахв рунете
Здравствуйте! Заинтересовался менеджерами коллекций, в частности - книг (Tellico, Alexandria). Понравилась идея не вводить все данные о книге вручную, а получать информацию о ней (включая даже миниатюрную картинку обложки) по ее названию или ISBN через интернет. Но существует ли такая возможность для русскоязычных книг? Есть ли в рунете онлайн-библиотеки или интернет-магазины, выдающие такую информацию о книгах? Гугль ничего утешительного не выдал... Неужели у нас, действительно, еще такой каменный век? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Данныео книгахв рунете
Спасибо всем ответившим! 10/27/2008, "Victor Wagner" <[EMAIL PROTECTED]>: >On 2008.10.27 at 11:12:01 +0300, Mishustin Alexey wrote: > >> >> Здравствуйте! >> >> Заинтересовался менеджерами коллекций, в частности - книг (Tellico, >> Alexandria). Понравилась идея не вводить все данные о книге вручную, а >> получать информацию о ней (включая даже миниатюрную картинку обложки) по >> ее названию или ISBN через интернет. Но существует ли такая возможность >> для русскоязычных книг? Есть ли в рунете онлайн-библиотеки или >> интернет-магазины, выдающие такую информацию о книгах? Гугль ничего >> утешительного не выдал... Неужели у нас, действительно, еще такой >> каменный век? > >Есть библиотеки книг в формате fb2 - lib.rus.ec, lib.aldebaran.ru etc. >Там в общем-то эта информация обычно есть. Есть ozon.ru. Есть >lib.mexmat.ru. Конечно, тематика ресурса довольно специфическая, но зато >есть вещи, которые давно out of print. > >Вопрос в том, что у всех у них разные форматы страниц с информацией. О формате информации. В фичах Alexandria (http://alexandria.rubyforge.org/features.html) сказано: supports the Z39.50 standard and allow you to manage your own sources. Погуглил список российских Z39.50-серверов, и нашел его вот здесь: http://z3950.ruslan.ru/targets.html Сейчас пока не могу опробовать список, только вечером... Если получится, то это, конечно, будет удобнее, чем писать скрипты для обработки разнородных ответов от ozon, от www.bookid.ru, от lib.rus.ec (который, кстати, у меня не открылся - опять ддосят?) и др. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Переход на зимнее время
Hello! В сообщении от Monday 27 October 2008 06:03:52 Степан Голосунов написал(а): > >> > Получалось гринвич+4, т.е. летнее московское время. А должен быть пояс > >> > Moscow+0, сейчас вот так и выставил, на зимнее время. > >> > >> А оно было SAMT, или SAMST? > > > > Не знаю. А что это значит? > > Они оба - Europe/Samara, но первый - зимнее время, UTC+4, а второй - > летнее, UTC+5. Отображаются в выводе date. Было именно UTC+4 Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Данныеокнигахврунете
>>> Здравствуйте! >>> >>> Заинтересовался менеджерами коллекций, в частности - книг (Tellico, >>> Alexandria). Понравилась идея не вводить все данные о книге вручную, а >>> получать информацию о ней (включая даже миниатюрную картинку обложки) по >>> ее названию или ISBN через интернет. Но существует ли такая возможность >>> для русскоязычных книг? Есть ли в рунете онлайн-библиотеки или >>> интернет-магазины, выдающие такую информацию о книгах? Гугль ничего >>> утешительного не выдал... Неужели у нас, действительно, еще такой >>> каменный век? >> >>Есть библиотеки книг в формате fb2 - lib.rus.ec, lib.aldebaran.ru etc. >>Там в общем-то эта информация обычно есть. Есть ozon.ru. Есть >>lib.mexmat.ru. Конечно, тематика ресурса довольно специфическая, но зато >>есть вещи, которые давно out of print. >> >>Вопрос в том, что у всех у них разные форматы страниц с информацией. > >О формате информации. В фичах Alexandria >(http://alexandria.rubyforge.org/features.html) сказано: > >supports the Z39.50 standard and allow you to manage your own sources. > >Погуглил список российских Z39.50-серверов, и нашел его вот здесь: >http://z3950.ruslan.ru/targets.html > >Сейчас пока не могу опробовать список, только вечером... Если получится, >то это, конечно, будет удобнее, чем писать скрипты для обработки >разнородных ответов от ozon, от www.bookid.ru, от lib.rus.ec (который, >кстати, у меня не открылся - опять ддосят?) и др. Попробовал. Tellico, по-видимому, пытается взаимодействовать с Z39.50-серверами: - "думает" какое-то время, - подставляет в поле, в котором я ставил "Автоопределение", один из форматов базы, - на сервера, отмеченные на arbicon.ru/services/monitoring/ как недоступные, сразу выдает ошибку Но на все запросы, даже на такие, на которые должны были бы выдаваться многочисленные ответы в любой библиотеке ("в", "на" и пр.), сообщает "поиск не дал результатов". Пробовал указывать какой-то французский сервер. На запрос "la" сразу же выдалось море ответов, правда, вместо букв со всякими там тильдами были крякозябры. Видимо, проблема в алфавите?.. Tellico не умеет распознавать русские буквы? А в Alexandria я вообще не нашел поля, предназначенного для введения дополнительных Z39.50 серверов. Хотя в "помощи" сказано, что такое поле должно появиться после выбора галочки "Продвинутые параметры". Так вот, я просмотрел все меню, а потом даже последнюю версию проги установил, с сайта разработчика, и опять просмотрел, но так и не нашел, где эта галочка (?). Похоже, придется-таки разбираться со скриптами... Подскажите, куда копать для этого? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Переход на зимнее время
Hello! В сообщении от Tuesday 28 October 2008 10:19:56 Artem Chuprina написал(а): > AP> Было именно UTC+4 > > Было _время, равное_ UTC+4 или _в выводе date_ было _написано_ UTC+4? > Это разные вещи. В таймзоне указано не только текущее смещение, но и > правила его изменения. Для UTC+N таких правил нет, оно всегда UTC+N > (ну, GMT там обычно пишут, а не UTC). А в Europe/Moscow пишут, что на > зимнее время мы переходим в последнее воскресенье октября, а на летнее - > в последнее воскресенье марта. Не знал, что это не одно и то же. Если еще будет подобная проблема, посмотрю внимательнее. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
mtink
Добрый день! Вожусь сейчас с mtink, gui-шной (хочется именно gui; консольный ttink не нравится) утилитой для чистки головок и другого обслуживания струйного принтера. Проблема с ней такая. Вместо нормальных букв выводятся крякозябры; при запуске из терминала выдается ошибка: Warning: Cannot convert string "*-urw palladio l-bold-r-normal-*-*-*-*-*-*-*-koi8-ru" to type FontStruct Warning: Cannot convert string "*-urw palladio l-*-r-normal-*-*-*-*-*-*-*-koi8-ru" to type FontStruct Я отыскал багу, соответствующую именно этой ошибке, в bugzilla от mandriva еще 2006 года. Там люди предлагают 4 разных способа устранения ошибки: 1) mtink patched and available in current svn, but not cooker yet. - К сожалению, я не не понимаю слова cooker, и какой svn имеется в виду; сборка и установка mtink 1.0.16 из lenny (у меня - etch со штатным mtink 1.0.14) ничего не изменила. 2) patch mktink to request for *-koi8-r instead of *-koi8-ru - Очевидно, опечатка: вместо mktink читать mtink. Никакого готового патча, меняющего koi8-ru на koi8-r, не предлагалось. Что, просто заменить в директории с исходниками все вхождения koi-8-ru на koi8-r? Пока никаких изменений в исходники не вносил... 3) the urw-fonts package can be rebuild to provide -koi8-ru encodings (just using "mkfontscale ; mkfontdir" adds those now) - Не нашел в Debian пакета с названием urw-fonts. Возможно, это только rpm есть (для mandriva) такой? 4) I see the font is hardcoded, you can try to add ",*" (coma and asterisk) to the font list; so the X server will find a suitable font among all existing fonts; it will always be displayable. - Добавить ",*" к списку шрифтов X-сервера. Звучит просто, но я не нашел, где находится этот список. Пожалуйста, помогите хакнуть mtink... -- С уважением, Алексей Мишустин
Re: mtink
В Вск, 02/11/2008 в 15:33 +0300, Mishustin Alexey пишет: > В Вск, 02/11/2008 в 10:52 +0300, Mishustin Alexey пишет: > > Добрый день! > > > > Вожусь сейчас с mtink, gui-шной (хочется именно gui; консольный ttink не > > нравится) утилитой для чистки головок и другого обслуживания струйного > > принтера. Проблема с ней такая. Вместо нормальных букв выводятся > > крякозябры; при запуске из терминала выдается ошибка: > > > > Warning: Cannot convert string "*-urw palladio > > l-bold-r-normal-*-*-*-*-*-*-*-koi8-ru" to type FontStruct > > Warning: Cannot convert string "*-urw palladio > > l-*-r-normal-*-*-*-*-*-*-*-koi8-ru" to type FontStruct > > > > Я отыскал багу, соответствующую именно этой ошибке, в bugzilla от > > mandriva еще 2006 года. Там люди предлагают 4 разных способа устранения > > ошибки: > > > > 1) mtink patched and available in current svn, but not cooker yet. > > - К сожалению, я не не понимаю слова cooker, и какой svn имеется в виду; > > сборка и установка mtink 1.0.16 из lenny (у меня - etch со штатным mtink > > 1.0.14) ничего не изменила. > > > > 2) patch mktink to request for *-koi8-r instead of *-koi8-ru > > - Очевидно, опечатка: вместо mktink читать mtink. Никакого готового > > патча, меняющего koi8-ru на koi8-r, не предлагалось. Что, просто > > заменить в директории с исходниками все вхождения koi-8-ru на koi8-r? > > Пока никаких изменений в исходники не вносил... > > > > 3) the urw-fonts package can be rebuild to provide -koi8-ru encodings > > (just using "mkfontscale ; mkfontdir" adds those now) > > - Не нашел в Debian пакета с названием urw-fonts. Возможно, это только > > rpm есть (для mandriva) такой? > > > > 4) I see the font is hardcoded, you can try to add ",*" (coma and > > asterisk) to the font list; so the X server will find a suitable font > > among all existing fonts; it will always be displayable. > > - Добавить ",*" к списку шрифтов X-сервера. Звучит просто, но я не > > нашел, где находится этот список. > > > > Пожалуйста, помогите хакнуть mtink... > > Вдогонку: > > Поменял, по совету 2), в исходниках mtink все вхождения "koi8-ru" на > "koi8-r". Теперь он пишет то же самое, только про koi8-r: > > Warning: Cannot convert string "*-urw palladio > l-bold-r-normal-*-*-*-*-*-*-*-koi8-r" to type FontStruct > Warning: Cannot convert string "*-urw palladio > l-*-r-normal-*-*-*-*-*-*-*-koi8-r" to type FontStruct > > Непонятно, причем тут вообще koi8... Локаль-то у меня utf-8. > > У кого-нибудь mtink показывает нормальные шрифты? ...А после того, как я добавил ",*" ко всем вхождениям уже koi8-r (я так понял, это и есть "список шрифтов"), mtink перестал показывать шрифты вообще. Ыы. А ошибку выдает ту же, с koi8-r (без ",*"). Странно, а на http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=mtink девственно чисто, ни одной баги... Непопулярная программа? Или я что-то делаю не так? -- С уважением, Алексей Мишустин
Re: mtink
В Вск, 02/11/2008 в 10:52 +0300, Mishustin Alexey пишет: > Добрый день! > > Вожусь сейчас с mtink, gui-шной (хочется именно gui; консольный ttink не > нравится) утилитой для чистки головок и другого обслуживания струйного > принтера. Проблема с ней такая. Вместо нормальных букв выводятся > крякозябры; при запуске из терминала выдается ошибка: > > Warning: Cannot convert string "*-urw palladio > l-bold-r-normal-*-*-*-*-*-*-*-koi8-ru" to type FontStruct > Warning: Cannot convert string "*-urw palladio > l-*-r-normal-*-*-*-*-*-*-*-koi8-ru" to type FontStruct > > Я отыскал багу, соответствующую именно этой ошибке, в bugzilla от > mandriva еще 2006 года. Там люди предлагают 4 разных способа устранения > ошибки: > > 1) mtink patched and available in current svn, but not cooker yet. > - К сожалению, я не не понимаю слова cooker, и какой svn имеется в виду; > сборка и установка mtink 1.0.16 из lenny (у меня - etch со штатным mtink > 1.0.14) ничего не изменила. > > 2) patch mktink to request for *-koi8-r instead of *-koi8-ru > - Очевидно, опечатка: вместо mktink читать mtink. Никакого готового > патча, меняющего koi8-ru на koi8-r, не предлагалось. Что, просто > заменить в директории с исходниками все вхождения koi-8-ru на koi8-r? > Пока никаких изменений в исходники не вносил... > > 3) the urw-fonts package can be rebuild to provide -koi8-ru encodings > (just using "mkfontscale ; mkfontdir" adds those now) > - Не нашел в Debian пакета с названием urw-fonts. Возможно, это только > rpm есть (для mandriva) такой? > > 4) I see the font is hardcoded, you can try to add ",*" (coma and > asterisk) to the font list; so the X server will find a suitable font > among all existing fonts; it will always be displayable. > - Добавить ",*" к списку шрифтов X-сервера. Звучит просто, но я не > нашел, где находится этот список. > > Пожалуйста, помогите хакнуть mtink... Вдогонку: Поменял, по совету 2), в исходниках mtink все вхождения "koi8-ru" на "koi8-r". Теперь он пишет то же самое, только про koi8-r: Warning: Cannot convert string "*-urw palladio l-bold-r-normal-*-*-*-*-*-*-*-koi8-r" to type FontStruct Warning: Cannot convert string "*-urw palladio l-*-r-normal-*-*-*-*-*-*-*-koi8-r" to type FontStruct Непонятно, причем тут вообще koi8... Локаль-то у меня utf-8. У кого-нибудь mtink показывает нормальные шрифты? -- С уважением, Алексей Мишустин
Re: mtink
В Вск, 02/11/2008 в 15:13 +0200, Eugene V. Lyubimkin пишет: > Mishustin Alexey wrote: > > Странно, а на http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=mtink > > девственно чисто, ни одной баги... > Первым будешь :) Гы )) Ну да, раз никто из наших не сталкивался, остается только эту девственность нарушить )) ...А вообще, кто чем чистит струйные принтеры? И получается это хорошо? В оффтопике, с родными драйверами моего EPSON Stylus Photo 2100, шла довольно навороченная утилита, в ней и чистка головки была - отдельно, и чистка дюз - отдельно. У ttink-mtink же я видел только один вид чистки ("Clean nozzle"). А ведь дюзы и головка - это разные вещи? -- С уважением, Алексей Мишустин
Re: mtink
В Пнд, 03/11/2008 в 09:55 +0600, Maxim Nikulin пишет: > Mishustin Alexey wrote: > > > > Вожусь сейчас с mtink, gui-шной (хочется именно gui; консольный ttink не > > нравится) > ... > > Warning: Cannot convert string "*-urw palladio > > l-bold-r-normal-*-*-*-*-*-*-*-koi8-ru" to type FontStruct > > Warning: Cannot convert string "*-urw palladio > > l-*-r-normal-*-*-*-*-*-*-*-koi8-ru" to type FontStruct > > Что говорит > xlsfonts -fn 'l-*-r-normal-*-*-*-*-*-*-*-koi8-ru' > ? > > Первая l подозрительно смотрится. Можно попробовать > xlsfonts -fn '*-r-normal-*-*-*-*-*-*-*-koi8-ru' > xlsfonts -fn '*-r-normal-*-*-*-*-*-*-*-koi8-r' Ага! Логика понятна. Результаты такие: С "koi8-ru" и с "l" - действительно, xlsfonts: pattern "l-*-r-normal-*-*-*-*-*-*-*-koi8-ru" unmatched А вот с "koi8-r" и без "l" - куча шрифтов: '*-r-normal-*-*-*-*-*-*-*-koi8-r' - вообще море '*bold-r-normal-*-*-*-*-*-*-*-koi8-r' - соответственно, поменьше, только жирные Получив такой результат, я уж подумал: "Вот оно. Теперь заработает" ...Ан нет! Крякозябры - те же, и mtink теперь ругается на совершенно рабочие паттерны: $ mtink Warning: Cannot convert string "*-urw palladio *bold-r-normal-*-*-*-*-*-*-*-koi8-r" to type FontStruct Warning: Cannot convert string "*-urw palladio *-r-normal-*-*-*-*-*-*-*-koi8-r" to type FontStruct Чтобы убедиться, что я нигде не пропустил буковку, я прямо из вывода этих ошибок еще раз скопировал и подставил в xlsfonts, и все ok - снова получил кучу шрифтов. Где-то еще какая-то заковыка? -- С уважением, Алексей Мишустин
Re: mtink
В Пнд, 03/11/2008 в 15:03 +0900, Alexander Danilov пишет: > Maxim Nikulin пишет: > > Mishustin Alexey wrote: > >> > >> Вожусь сейчас с mtink, gui-шной (хочется именно gui; консольный ttink не > >> нравится) > > ... > >> Warning: Cannot convert string "*-urw palladio > >> l-bold-r-normal-*-*-*-*-*-*-*-koi8-ru" to type FontStruct > >> Warning: Cannot convert string "*-urw palladio > >> l-*-r-normal-*-*-*-*-*-*-*-koi8-ru" to type FontStruct > > > > Что говорит > > xlsfonts -fn 'l-*-r-normal-*-*-*-*-*-*-*-koi8-ru' > > ? > > > > Первая l подозрительно смотрится. Можно попробовать > > xlsfonts -fn '*-r-normal-*-*-*-*-*-*-*-koi8-ru' > > xlsfonts -fn '*-r-normal-*-*-*-*-*-*-*-koi8-r' > > > > Вообще крайне странная маска шрифта "l-...", обычно они начинаются с "-..." Да, так оно и оказалось! -- С уважением, Алексей Мишустин
Re: mtink
В Пнд, 03/11/2008 в 09:43 +0300, Mishustin Alexey пишет: > В Пнд, 03/11/2008 в 09:55 +0600, Maxim Nikulin пишет: > > Mishustin Alexey wrote: > > > > > > Вожусь сейчас с mtink, gui-шной (хочется именно gui; консольный ttink не > > > нравится) > > ... > > > Warning: Cannot convert string "*-urw palladio > > > l-bold-r-normal-*-*-*-*-*-*-*-koi8-ru" to type FontStruct > > > Warning: Cannot convert string "*-urw palladio > > > l-*-r-normal-*-*-*-*-*-*-*-koi8-ru" to type FontStruct > > > > Что говорит > > xlsfonts -fn 'l-*-r-normal-*-*-*-*-*-*-*-koi8-ru' > > ? > > > > Первая l подозрительно смотрится. Можно попробовать > > xlsfonts -fn '*-r-normal-*-*-*-*-*-*-*-koi8-ru' > > xlsfonts -fn '*-r-normal-*-*-*-*-*-*-*-koi8-r' > > Ага! Логика понятна. > > Результаты такие: > > С "koi8-ru" и с "l" - действительно, > xlsfonts: pattern "l-*-r-normal-*-*-*-*-*-*-*-koi8-ru" unmatched > > А вот с "koi8-r" и без "l" - куча шрифтов: > '*-r-normal-*-*-*-*-*-*-*-koi8-r' - вообще море > '*bold-r-normal-*-*-*-*-*-*-*-koi8-r' - соответственно, поменьше, только > жирные > > Получив такой результат, я уж подумал: "Вот оно. Теперь заработает" > > ...Ан нет! Крякозябры - те же, и mtink теперь ругается на совершенно > рабочие паттерны: > > $ mtink > Warning: Cannot convert string "*-urw palladio > *bold-r-normal-*-*-*-*-*-*-*-koi8-r" to type FontStruct > Warning: Cannot convert string "*-urw palladio > *-r-normal-*-*-*-*-*-*-*-koi8-r" to type FontStruct > > Чтобы убедиться, что я нигде не пропустил буковку, я прямо из вывода > этих ошибок еще раз скопировал и подставил в xlsfonts, и все ok - снова > получил кучу шрифтов. > > Где-то еще какая-то заковыка? Добавлю: в системных настройках GNOME у меня выставлены шрифты Free Paladin Roman и Free Paladin Bold. Грепаю paladin новым паттерном и получаю вроде бы эти самые шрифты (вроде бы; как узнать xlsfonts-выводимое-имя системного шрифта?) $ xlsfonts -fn '*-r-normal-*-*-*-*-*-*-*-koi8-r' | grep paladin -val-free paladin-bold-r-normal--0-0-0-0-p-0-koi8-r -val-free paladin-medium-r-normal--0-0-0-0-p-0-koi8-r $ xlsfonts -fn '*bold-r-normal-*-*-*-*-*-*-*-koi8-r' | grep paladin -val-free paladin-bold-r-normal--0-0-0-0-p-0-koi8-r -- С уважением, Алексей Мишустин
Re: mtink
В Втр, 04/11/2008 в 11:05 +0200, Покотиленко Костик пишет: > В Вск, 02/11/2008 в 16:51 +0300, Mishustin Alexey пишет: > > А ведь дюзы и головка - это разные вещи? > > Однозначно разные. Но чистятся дюзы, которые в головке ;) > Может попутал с "позиционированием (калибровкой) головки"? Не поленился, загрузил оффтопик, посмотрел. Да, действительно, попутал! Виноват ) ...Уже не совсем про mtink: когда мой принтер печатает под управлением Debian, на любом отпечатке примерно в 1,5 см от верхнего края листа он создает две светлые полосы. Под управлением оффтопика принтер такого не делает (опять-таки, не поленился, загрузил; никакой дополнительной чистки в оффтопике не делал; потом снова вернулся в Debian - и опять полосы, на разных отпечатках одно и то же). Если я задаю на листе отступ в 2 см от верхнего края, полос нет (они остаются на ненапечатанных 2 см). В принципе, это несмертельно, конечно. В остальном качество печати отличное. Но, учитывая количество моих фоток (5-значное число), к тому времени, как я соберусь заняться их тотальной распечаткой, придется, видимо, приобретать резак. Чтобы печатать на бОльших листах с отступом и потом резать. Ножницами не нарежешься... Или все-таки как-то устранить эти полосы? Если они от "софта", а не от грязи в дюзах или роликов (а они от "софта", как показал эксперимент с оффтопиком), то, в принципе, должен быть способ? Что думаете? -- С уважением, Алексей Мишустин
Re: mtink
В Втр, 04/11/2008 в 18:44 +0600, Maxim Nikulin пишет: > Способ отключить локализацию. Точнее попытки найти странные > кириллические шрифты. Можно было просто "LANG= ". Да и LANG=en_US должно > с таким же успехом сработать. > > > И mtink, получается, не может работать в UTF-8? > > А надо? Подозреваю, что с LANG=en_US.UTF-8 будет. Но что-то мне > подсказывает, что до этого стояло ru_RU.KOI8-R. Чтобы и в таком варианте > работало: > > >> Ну и в Xresources можно попробовать вписать какой-нибудь koi8 шрифт. > > А URW шрифты с добавлением кириллицы куда-то пропали. Раньше вроде на > gnome.ru обитали. Народ правда ворчал, что качество так себе. В Втр, 04/11/2008 в 15:59 +0300, Stanislav Maslovski пишет: > Это кодировка такая? > > Это локаль. Задает поведение программы в части, касающейся сортировки > строковых данных, формата даты и времени, кодировки сообщений и пр. > Локаль "С" дает поведение, определенное стандартом ANSI C. > > Раньше служила дефолтовой локалью в случае, если в окружении не определены > переменные LANG, LC_*, или для программ, которые не поддерживает > локали (теперь в этой роли локаль "POSIX"). > > man 7 locale Понял, спасибо! -- С уважением, Алексей Мишустин
Re: mtink
В Пнд, 03/11/2008 в 16:44 +0600, Maxim Nikulin пишет: > Alexander Danilov wrote: > >>> > >>> Вожусь сейчас с mtink, gui-шной (хочется именно gui; консольный ttink не > >>> нравится) > >> ... > >>> Warning: Cannot convert string "*-urw palladio > >>> l-bold-r-normal-*-*-*-*-*-*-*-koi8-ru" to type FontStruct > >>> Warning: Cannot convert string "*-urw palladio > >>> l-*-r-normal-*-*-*-*-*-*-*-koi8-ru" to type FontStruct > ... > > > > Вообще крайне странная маска шрифта "l-...", обычно они начинаются с > > "-..." > > Блин, только сейчас понял, что по пути в письмо строки пополам > сломались. Ищется шрифт "-urw palladio l-bold-r-normal-*". Он вообще > бывает koi8? > > А так запускается? > LANG=C mtink Wow! Запустилось, с нормальными шрифтами! Спасибо! Что за LANG=C ? Нагуглил вроде бы объяснение, но не вполне его понимаю: 'C' is the old Slackware (and UNIX) default, which is 127-bit ASCII with a charmap setting of ANSI_X3.4-1968... some programs are not yet able to handle UTF-8 and will fail to run properly. In those cases, you can set LANG=C before starting them. Это кодировка такая? И mtink, получается, не может работать в UTF-8? > Ну и в Xresources можно попробовать вписать какой-нибудь koi8 шрифт. > > -- > Максим Никулин > > > -- С уважением, Алексей Мишустин
Re: mtink - Решено
В Срд, 05/11/2008 в 10:58 +0200, Покотиленко Костик пишет: > В Вто, 04/11/2008 в 21:22 +0300, Mishustin Alexey пишет: > > > Или все-таки как-то устранить эти полосы? Если они от "софта", а не от > > грязи в дюзах или роликов (а они от "софта", как показал эксперимент с > > оффтопиком), то, в принципе, должен быть способ? Что думаете? > > Похоже, что от софта. Надо проверить совместимость драйвера и принтера. > Погугли. > Я под линуксом с епсонами давно не работал. Гугление не принесло ничего, кроме так и оставшихся безответными (?!) жалоб владельца EPSON COLOR 740 под SUSE в 2004 году. Помог linuxprinting.org. Я скачал оттуда и установил рекомендуемый драйвер - Gutenprint 5.0.1 (вместо штатного Cupsys-driver-gutenprint 5.0.0-3), поглядел на ругань, которая появилась после этого в /var/log/cups/error_log, зашел на localhost:631, снес принтер, добавил его по новой - и теперь он печатает великолепно. -- С уважением, Алексей Мишустин
Re: mtink - Решено
В Вск, 09/11/2008 в 20:40 +0200, Покотиленко Костик пишет: > В Суб, 08/11/2008 в 02:15 +0300, Mishustin Alexey пишет: > > В Срд, 05/11/2008 в 10:58 +0200, Покотиленко Костик пишет: > > > В Вто, 04/11/2008 в 21:22 +0300, Mishustin Alexey пишет: > > > > > > > Или все-таки как-то устранить эти полосы? Если они от "софта", а не от > > > > грязи в дюзах или роликов (а они от "софта", как показал эксперимент с > > > > оффтопиком), то, в принципе, должен быть способ? Что думаете? > > > > > > Похоже, что от софта. Надо проверить совместимость драйвера и принтера. > > > Погугли. > > > Я под линуксом с епсонами давно не работал. > > > > Гугление не принесло ничего, кроме так и оставшихся безответными (?!) > > жалоб владельца EPSON COLOR 740 под SUSE в 2004 году. > > > > Помог linuxprinting.org. Я скачал оттуда и установил рекомендуемый > > драйвер - Gutenprint 5.0.1 (вместо штатного Cupsys-driver-gutenprint > > 5.0.0-3), поглядел на ругань, которая появилась после этого > > в /var/log/cups/error_log, зашел на localhost:631, снес принтер, добавил > > его по новой - и теперь он печатает великолепно. > > Значит я угадал :) В общем, да! :) -- С уважением, Алексей Мишустин
Закачка данных в Garmin при помощи gpsbabel и viking
Доброго времени суток! Не могу понять, как закачивать данные в GPS-приемник Garmin. Выкачивается все (точки и трэки) нормально, и при помощи gpsbabel, и при помощи viking. А обратно - данные закачиваются неполностью и искажаются. При работе с gpsbabel: Выкачку производил командами gpsbabel -t -i garmin -f /dev/ttyUSB0 -o gdb -F 2008_11_09.gdb gpsbabel -w -i garmin -f /dev/ttyUSB0 -o mapsource -F 2008_11_09.mps Почему именно эти форматы - я их подобрал экспериментально. Именно в этих форматах оба файла открываются в GPSMapEdit под wine, где я их накладываю на IMG-карты от Garmin, и очень удобно просматривать, точки и трэки вместе с картой, в цвете... Все пути и точки из этих файлов в GPSMapEdit находятся на своих верных местах, имеют корректные имена. Что подтверждает корректнось выкачки. Закачку пытаюсь производить командами gpsbabel -t -i gdb -f 2008_11_09.gdb -o garmin -F /dev/ttyUSB0 gpsbabel -w -i mapsource -f 2008_11_09.mps -o garmin -F /dev/ttyUSB0 И получаю: всего один трэк вместо восемнадцати, да и то - несуществующий, представляющий собой совершенно прямую линию. И всего шесть точек вместо более двухсот. Точки эти, правда, находятся на своих правильных местах и имеют правильные имена. При работе с viking: Выкачка: File -> Acquire -> From GPS, все отображается нормально, с теми же цветами, что и в приемнике, редактируется. Закачка: Layers -> New GPS Layer, Ctrl-C Ctrl-V из слоя Acquired From GPS в слой GPS, в раздел GPS Upload, правый клик на слое GPS и выбор пункта "Upload to GPS". После чего Viking пишет о подключении к gpsbabel (он, выходит, работает не напрямую, а через gpsbabel?) и рапортует об успешной выкачке нужного количества элементов. А в приемнике - всего одна точка с именем UUU (на месте одной из реальных точек), а с трэками - вообще какая-то фантастика: они вроде бы там где надо, но неестественно остроугольной формы, и меняют ее при каждой выкачке (пробовал 2 раза - 2 раза менялись). (Травку не курил, честно!)) Как мне залить сохраненные данные? (Если глюки с gpsbabel я еще могу как-то себе объяснить (может, дело в гарминовских форматах), то Viking-то почему глючит?) -- С уважением, Алексей Мишустин
Re: Закачка данных в Garmin при помощи gpsbabel и viking
> всего один трэк вместо восемнадцати, да и то - > несуществующий, представляющий собой совершенно прямую линию. Если быть точным, то, может быть, и часть существующего (У меня перед некоторыми трэками добавлена такая линия. Когда я забывал отключить запись и менял местоположение при выключенном приемнике). Но только часть. -- С уважением, Алексей Мишустин
Re: Закачка данных в Garmin при помощи gpsbabel и viking
В Вск, 09/11/2008 в 23:58 +0300, Mishustin Alexey пишет: После перезагрузки компа поведение Viking'a изменилось. Он теперь не заливает ни одной точки, даже UUU, и те треки, которые он делал угловатыми, не заливает теперь вообще. Зато начал заливать некоторые другие треки - те, которые я еще не пробовал. Они без углов... -- С уважением, Алексей Мишустин
Re: FTP-сервер на нестанда ртном порту: клиент за SNATо м, сервер за DNATом
А не надёжнее ли запустить проксю прикладного уровня? Без всяких натов. at-get install jftpgw, и разнести демонов по портам. По моему опыту, работать через FTP proxy после элементарного вразумления умеют все вменяемые клиенты. В первый раз я это делал для какой-то очень пропиетарной программы, передающей формы со сканера прямо на сервер обработки. А.Л. 11.11.2008 14:54, Покотиленко Костик пишет: > Собственно сабж, один FTP-сервер живёт на 21м порту, другой (виртуалхост > того же proftpd) на 3421. Оба маскарадятся внешним адресом > шлюза/файрвола/ната. > > Если соединяться клиентом за своим натом естественно ни активный ни > пассивный режим на оба порта не работали. > > На шлюзе вставил модули: > ip_conntrack_ftp ports=21,3421 > ip_nat_ftp ports=21,3421 > > Теперь клиент за своим снатом может соединиться в пассивном режиме на > 21й порт, а на 3421й не может. Вот собственно и проблема, которую > хочется решить. > > Дело судя по всему дело в ip_conntrack_ftp и/или ip_nat_ftp, которые не > хотят прослушивать нестандартные порты. > > На шлюзе: Debian etch, ядро штатное 2.6.18 + некоторые патчи. > На FTP-сервере: Debian etch, proftpd. > > Кто-нибудь имел подобные грабли? Гугл говорить, что так должно работать. > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: swfdec 0.8 in lenny
Hello! В сообщении от Wednesday 12 November 2008 12:43:38 Victor Wagner написал(а): > Угу. Причем начиная с какого-то момента после релиза lenny придется > обновления не просто отслеживать, а бэкпортить. После того как > совместимость между релизами потеряется. А как момент потери совместимости засечь? Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Проблема с интернетом
Поменял имя соединения с eth3 на eth2 в /etc/network/interfaces, перезагрузился, и инет заработал. Что это было??? -- С уважением, Алексей Мишустин
Re: Закачка данных в Garmin при помощи gpsbabel - решено
...Наладил нормальную закачку трэков и точек через gpsbabel следующим образом: - дописал "blacklist garmin_gps" в файл /etc/modprobe.d/blacklist/etc/modprobe.d/blacklist/etc/modprobe.d/blacklist - создал файл /etc/udev/rules.d/051_garmin.rules с содержанием "SYSFS{idVendor}=="091e", SYSFS{idProduct}=="0003" MODE="666"". Проблема была в кривом драйвере garmin_gps. -- С уважением, Алексей Мишустин
Re: Проблема с интернетом
В Срд, 12/11/2008 в 18:03 -0500, Nicholas пишет: > Mishustin Alexey wrote: > > Что это было??? > > Вы в следующий раз конфиг копируйте, иначе не понятно, чем можно помочь. > Настройки днс храняться в /etc/resolv.conf > они могут меняться скриптами в /etc/network/ и программами дозвона. > > обновить настройку днс можно командой dhclient > > Удачи. $ cat /etc/network/interfaces (до замены) # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback pre-up /sbin/iptables-restore < /etc/iptables-save # QWERTY network interface auto eth3 allow-hotplug eth3 iface eth3 inet dhcp hostname QWERTY2 # AKADO network interface # auto eth3 # iface eth3 inet dhcp Ну, или наоборот, последние две раскомментированы, а четыре про qwerty - закомментированы. Обоих одновременно не использую. Держу двоих на случай, когда один не работает (как сейчас). Вот. После замены всех eth3 в секции QWERTY на eth2 инет заработал. Чем ему тройка не понравилась? Сначала на тройке работал, потом прошло полчаса, и тройка разонравилась? Или дело не в этом вообще, а в перезагрузке?.. -- С уважением, Алексей Мишустин
Re: Проблема с интернетом
> После замены всех eth3 в секции QWERTY на eth2 инет заработал. Чем > ему тройка не понравилась? Сначала на тройке работал, потом прошло > полчаса, и тройка разонравилась? ...А может быть, после того, как я добавил новое правило udev для gps (см. соседний пост), поменялся номер eth? Такая же путаница, как у дисков hde/hda? Возможно ли прописать в каком-нибудь конфиге-аналоге /etc/fstab жесткую привязку номера eth к сетевухе? -- С уважением, Алексей Мишустин
Re: Проблема с интернетом
On Thursday 13 November 2008 01:17:11 Mishustin Alexey wrote: > auto eth3 > allow-hotplug eth3 > iface eth3 inet dhcp > hostname QWERTY2 Опция hostname для dhclient3 (который по умолчанию) - не работает. > Возможно ли прописать в каком-нибудь > конфиге-аналоге /etc/fstab жесткую привязку номера eth к сетевухе? Можно. В /etc/udev/rules.d/70-persistent-net.rules
Re: Проблемасинтернетом
11/13/2008, "Alexey Boyko" <[EMAIL PROTECTED]> вы писали: >On Thursday 13 November 2008 01:17:11 Mishustin Alexey wrote: >> auto eth3 >> allow-hotplug eth3 >> iface eth3 inet dhcp >> hostname QWERTY2 >Опция hostname для dhclient3 (который по умолчанию) - не работает. Да? Странно. По-моему, сам я эту строку не придумывал, а она появилась автоматически, сразу после установки системы. Хотя, уже много времени прошло, может, и не помню чего. С уважением, Алексей Мишустин -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Проблемас интерне том
11/13/2008, "Dmitry Nezhevenko" <[EMAIL PROTECTED]> БШ ОХЯЮКХ: >On Thu, Nov 13, 2008 at 09:23:20AM +0500, eugene v. samusev wrote: >> Поможет пакет ifrename. > >IMHO не стоит. От него больше проблем чем пользы. > >> > ...А может быть, после того, как я добавил новое правило udev для gps >> > (см. соседний пост), поменялся номер eth? Такая же путаница, как у >> > дисков hde/hda? Возможно ли прописать в каком-нибудь >> > конфиге-аналоге /etc/fstab жесткую привязку номера eth к сетевухе? > >В debian при первом обнаружении сетевой карты, связка >MAC <-> имя_интерфейса заносится в udev >(/etc/udev/rules.d/70-persistent-net.rules). >Соответственно при последующих загрузках имя интерфейса будет браться >отсюда. Это же обуславливает багофичу, когда при замене сетевой карты, >ethX интерфейсы "начинат нумероваться с единицы" ...То есть мое предположение о том, что сбой интернета связан с моей возней с gps, неверно? Пока у меня нет больше вариантов... С уважением, Алексей Мишустин -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Проблемасинтернетом
11/12/2008, "dr-evil" <[EMAIL PROTECTED]> вы писали: >iptables -L -v -n >должно показать список правил фаерволла. >может там нечто блокирует. Да, спасибо. Там я почти сразу посмотрел - всего несколько простейших строчек, которые я давно не менял. С уважением, Алексей Мишустин -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]