Alexey Pechnikov wrote:
> Вы все правильно говорите. Только вопрос: как пользователю, глядя в
> содержимое текстового файла, понять, является ли этот файл питоновским
> скриптом? И более того - валидным питоновским скриптом...
Вот вопрос: как пользователю, глядя в содержимое текстового файла, поня
Alexandr Sagadeev wrote:
> Скрипт -- по определению тестовый файл. Любой текстовый файл должен
> приниматься Питоном, а его синтаксис не имеет права быть завязан на
> человеконечитаемые символы.
Это неправда. Текст этого сообщения не принимается Питоном.
> Это касается любого интерпретатора. Пито
Oleksandr Gavenko wrote:
> Зачем писать самому - http://www.de.ioccc.org/years.html
Этот пример противоположен — нечто, выглядящее, как корректная программа, но
не являющейся ею.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contac
Alexey Pechnikov wrote:
> On Tuesday 26 January 2010 12:03:03 Serhiy Storchaka wrote:
>> Ещё раз. Является ли процитированное программой на C?
>> = hello.c =
>> #inсludе
>>
>> int mаin(int аrgс, сhаr ** аrgv)
>> {
>>
Alexey Pechnikov wrote:
> On Tuesday 26 January 2010 13:33:20 Serhiy Storchaka wrote:
>> А вот и неправда.
>
> Редкое по бесполезности заявление.
>
> Вот вам минимальная программа на С:
> main(){}
>
> Можете скомпилировать и использовать.
Минимальных програм
Alexey Pechnikov wrote:
> On Tuesday 26 January 2010 14:11:44 Serhiy Storchaka wrote:
>> Попробуйте скомпилировать мой пример.
>
> Схоластикой решили заняться? То, что это программа на С, вовсе
> не гарантирует ее корректность.
Так какие там претензии к Питону были?
--
To
Alexey Pechnikov wrote:
>> > On Tuesday 26 January 2010 14:11:44 Serhiy Storchaka wrote:
>> Так какие там претензии к Питону были?
>
> Продолжаете передергивать? Резюмирую: исходник на С некорректен,
> если туда вписать спецсимволы, а исходник на питоне некорректен,
Игорь Чумак wrote:
> В чем преимущества Питона например перед перлом, можете обьяснить?
Вопрос преимуществ Питона перед Перлом выходит за рамки этого разговора. Я
просто пытаюсь подтолкнуть собеседника к правильному ответу на его вопрос:
Alexey Pechnikov wrote:
> Вы все правильно говорите. Только
Alexey Pechnikov wrote:
> On Tuesday 26 January 2010 16:49:13 Serhiy Storchaka wrote:
> Табуляция _с жестко зашитым в интерпретаторе_ шагом - это еще хуже.
Не нравится табуляция — не используйте её (подсказка — man expand). А ещё
лучше — не использовать отбивку пробелами. Только не вините в
Игорь Чумак wrote:
> Переписка Троцкого с Кауцким ;))
> Не согласен я с обоими (С)
>
> Зачем пользователю решать задачу "является ли этот файл питоновским
> скриптом" ?
> Если файл написан программистом - значит расширение у файла будет .py и
> ошибки там будут вычищены ;-)
> Продвинутый пользоват
Alexander Galanin wrote:
> On Tue, 26 Jan 2010 17:13:07 +0200
> Игорь Чумак wrote:
>
>> Зачем пользователю решать задачу "является ли этот файл питоновским
>> скриптом" ?
>
> Например, затем, что это может оказаться конфигурационный файл. Без
> расширения py, так что редактор, сколь бы умным он
Artem Chuprina wrote:
> Сергей, у него неправильный вопрос. Но _почти_ правильный. Поэтому не
> надо подталкивать его к ответу на тот вопрос, что он сформулировал, а
> надо попытаться ответить на правильный. Мне не нравится ответ на него.
Ну а получив правильный ответ, можно будет сформулироват
Alexander Galanin wrote:
> On Tue, 26 Jan 2010 18:17:14 +0200
> Serhiy Storchaka wrote:
>> Питон — не язык моей мечты. Но лучший и удобнейший в своём классе на
>> сегодня.
>
> А вот что за класс у питона? Класс энтерпрайзных языков вроде Java или
> C
ivan demakov wrote:
>> Любые альтернативы Питону тут хуже.
>
> почему?
>
> perl питона заруливает в минуса по мощности написания write-only-program.
Это большой минус. Да и относительно нормальные программы там близки к
границе write-only для других языков.
> tcl -- по похожести на шелл.
Питон н
Alexey Pechnikov wrote:
> С чем сравниваете-то, с qbasic?
Да, с бейсиком. И с перлом, тиклем, руби и т.п. Большое благо, что дети и
непрофессионалы имеют возможность учиться на хорошо структурированных
примерах, а не на мешанине из goto бейсика и не на
криптографической %...@%$# перла.
> И пример
Dmitri V. Ivanov wrote:
> Возвращаясь к долго обсуждавшемуся оффтопику вопрос: А нет ли какого
> варианта с препроцессором для борьбы с проблемой пробелов/табов? Ну вроде
> того, что мы вводим операторные скобки по типу pascal: begin и end каждый
> на отдельной строке (ну может быть там еще пробелы
Artem Chuprina wrote:
> Ну, не знаю... Я в качестве рабочей лошадки предпочитаю, в зависимости
> от задачи, perl или tcl. Оба отчетливо выигрывают у Питона по
> лаконичности, tcl по внятности и простоте изучения (perl - тот да,
> executable line-noise), perl по батарейкам и распределению строгост
Aleksey Cheusov wrote:
> >> scheme -- по экзотичности.
>> С этим не сталкивался. Судя по выбору MIT даже в своих сильных сторонах
>> заменим питоном.
> Я не фанат лиспа и его клонов, но то, что ниже, прочитать стоит.
>
> http://mitpress.mit.edu/sicp/
>
> Есть даже видеолекции. Легко гуглятся.
И
Alexandr Sagadeev wrote:
> Вы не заметили так же, что речь идёт о текстовых файлах.
Исходники подавляющего числа языков программирования являются текстовыми
файлами.
> Вы дважды не заметили окончания фраз. Повторю для Вас:
> 1. «... а его синтаксис не имеет права быть завязан на человеконечитаемые
Konstantin Matyukhin wrote:
> 2010/1/26 Serhiy Storchaka :
>> Ну а получив правильный ответ, можно будет сформулировать и правильный
>> вопрос.
> Хм. 42 :-)
Это ответ не на тот вопрос.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of &quo
Artem Chuprina wrote:
> Serhiy Storchaka -> debian-russian@lists.debian.org @ Wed, 27 Jan 2010
> 15:13:02 +0200:
> SS> В персональные компьютеры 80-х следовало прошивать форт, а не бейсик.
> SS> Компактнее, мощнее, быстрее.
>
> Боюсь, авторы персональных компьютеро
Alexey Pechnikov wrote:
> On Wednesday 27 January 2010 16:21:04 Serhiy Storchaka wrote:
> Правильная постановка вопроса ровно наоборот - человек исходники глазами
> читает, а не компилятором. Именно этого автор питона и не понял.
Автор Питона это (не) понял в той же мере, что и авто
Maxim Tyurin wrote:
> Serhiy Storchaka writes:
>> В персональные компьютеры 80-х следовало прошивать форт, а не бейсик.
>> Компактнее, мощнее, быстрее.
>
> Только форт в 80-х и остался :(
Да и пусть бы. Лучше бы 80-е прошли под знаком форта, чем бейсика и
ассемблера.
Да и н
Stanislav Maslovski wrote:
> On Sun, Jan 31, 2010 at 10:30:02AM +0300, Artem Chuprina wrote:
>> Тут вот
>> еще недавно Форт упоминался. Программы на котором изначально, как я
>> понимаю, были как раз такими - в смысле, работали на голом железе.
>
> Ну, не напрямую. Там все-таки прослойка из инте
Alexander GQ Gerasiov wrote:
> И радостное бл на перво же файле с \n в имени.
find -name '*
*' -exec rm -rf '{}' +
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Alexey Pechnikov wrote:
> On Wednesday 03 February 2010 19:36:06 Serhiy Storchaka wrote:
>> find -name '*
>> *' -exec rm -rf '{}' +
>
> А с двумя \n? С десятью? С сотней?... Извращение какое-то.
С сотней справится так же хорошо, как и с одним.
--
To
Artem Chuprina wrote:
> Serhiy Storchaka -> debian-russian@lists.debian.org @ Wed, 03 Feb 2010
> 18:36:06 +0200:
> SS> find -name '*
> SS> *' -exec rm -rf '{}' +
>
> + - это уже не POSIX ни разу.
А -exec?
--
To UNSUBSCRIBE, email to debian-rus
Разве dash распространён за пределами Дебиана?
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Alexey Pechnikov wrote:
> On Thursday 04 February 2010 11:29:40 Serhiy Storchaka wrote:
>> Разве dash распространён за пределами Дебиана?
>
> Не могу сказать. Но запускается он вдвое быстрее, чем bash,
> и на обработке большого количества небольших документов
> выигрыш п
Artem Chuprina wrote:
> Alexey Pechnikov -> debian-russian@lists.debian.org @ Thu, 4 Feb 2010
> 16:28:42 +0300:
> AP> А можете подробнее рассказать? Я не в курсе, что с exec может быть
> быстрее.
>
> На самом деле быстрее - вряд ли. Это потеря скорее в памяти. exec -
> запуск без fork, с заме
Alexey Pechnikov wrote:
> Recommends и depends нынче эквивалентны. Разве что в Suggests поставить.
От Recommends отказаться можно. От Depends — нет.
> Suggests придется ручками доставлять, а мне бы хотелось автоматизма.
Вот sqlite3, насколько я понимаю, можно в Suggests или вообще убрать.
--
Alexey Pechnikov wrote:
> On Thursday 04 February 2010 19:43:40 Serhiy Storchaka wrote:
>> Не только. Вероятно сам fork (за которым потом всё равно следует exec)
>> всё же дорог. Попробуйте
>>
>> time seq 1 | xargs -n 1 ./x-c /dev/null >/dev/null
>>
&
Alexey Pechnikov wrote:
> On Thursday 04 February 2010 19:48:25 Serhiy Storchaka wrote:
>> > Recommends и depends нынче эквивалентны. Разве что в Suggests
>> > поставить.
>>
>> От Recommends отказаться можно. От Depends — нет.
>
> Э-э-э, по дефолту он
Alexey Pechnikov wrote:
> On Thursday 04 February 2010 21:28:23 Serhiy Storchaka wrote:
>> > Еще какая разница - с exec _втрое медленнее_.
>>
>> Не верю. Можно объяснить ускорение, можно понять отсутствие заметной
>> разницы, — замедление объяснить нельзя.
>
&g
Alexander Galanin wrote:
> cat в некоторых шеллах встроенный, потому и может оказаться быстрее. Для
> чистоты эксперимента надо вызывать /bin/cat.
Да, это бы объяснило.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas
Alexey Pechnikov wrote:
> =
> $ cat ./x-c
> #!/bin/dash
>
> exec /bin/cat
>
> $ time seq 1000 | xargs -n 1 ./x-c /dev/null
а) 1, а не 1000.
б) Куда делся "$1"?
в) Отсутствует >/dev/null.
У меня это на тенденцию не влияет, а как у вас — не знаю.
--
To UNSUBSCRIBE, email to debian-
Alexander Galanin wrote:
> On Thu, 4 Feb 2010 22:17:31 +0300
> Alexey Pechnikov wrote:
>
>> Итого с exec почти вдвое медленнее.
>>
>> cpu cores: 2
> ^^^ --- наверно, тут собака зарыта
>
> Потому как я на однопроцессорных машинах проверял и exec закономерно
> выигрывал.
У ме
Можно проверять дату последней модификации файла до вычисления хэша и
определения типа mime. Это значительно ускорит повторное сканирование.
И разве в tcllib нет реализации md5, что дёргается внешний бинарник?
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject o
Oleksandr Gavenko wrote:
> Если кому интересно имеется официальный документ
> по транслитерации из украинского в латиницу:
>
>
http://zakon1.rada.gov.ua/cgi-bin/laws/main.cgi?nreg=55-2010-%EF&p=1264427739007490
Неплохо. Более-менее фонетично, логично, однозначно. И при этом традиционно
(давно исп
Alexey Pechnikov wrote:
> On Friday 05 February 2010 18:13:24 Serhiy Storchaka wrote:
>> Можно проверять дату последней модификации файла до вычисления хэша и
>> определения типа mime. Это значительно ускорит повторное сканирование.
>
> Проверка по mtime имхо совершенно нена
Victor Wagner wrote:
> On 2010.02.05 at 18:18:57 +0300, Alexey Pechnikov wrote:
>> Проверка по mtime имхо совершенно ненадежна, предпочитаю по хэшу.
>
> Зато - быстра. И то недостаточно Вот FBReader при старте делает mtime
> всем файлам, которые уже видел, так если его на миррор lib.rus.ec
> напу
Victor Wagner wrote:
> On 2010.02.05 at 17:54:25 +0200, Serhiy Storchaka wrote:
>> Victor Wagner wrote:
>> > On 2010.02.05 at 18:18:57 +0300, Alexey Pechnikov wrote:
>> >> Проверка по mtime имхо совершенно ненадежна, предпочитаю по хэшу.
>> >
>> >
Victor Wagner wrote:
> On 2010.02.05 at 20:18:19 +0200, Serhiy Storchaka wrote:
>> Торможение может быть или из-за чтения каталогов (а в таких библиотеках
>> каждый текст лежит в своём отдельном каталоге), или из-за вызовов stat. С
>
> Там нифига не каждый текст был в отдель
Alexey Pechnikov wrote:
> А, понял. В таком случае утилиту обработки файлов переименую в poisk-add,
> велю ей список файлов принимать на stdin, а poisk-scanner сделаю оберткой.
poisk-scanner-у нужно иметь возможность указать не только, что
индексировать, но и что пропускать. По маске имени, явно у
Artem Chuprina wrote:
> Alexey Pechnikov -> debian-russian@lists.debian.org @ Sat, 6 Feb 2010
> 00:51:38 +0300:
> AP> find "$@" 2>/dev/null | poisk-add "$POISKDB"
>
> Ох... Вот бы не так топорно, а хотя бы find "$@" -print0, и poisk-add
> обучить по нуль-символу видеть границу имени файла. Ибо
Artem Chuprina wrote:
> Serhiy Storchaka -> debian-russian@lists.debian.org @ Fri, 05 Feb 2010
> 23:22:07 +0200:
> SS> poisk-scanner-у нужно иметь возможность указать не только, что
> SS> индексировать, но и что пропускать. По маске имени, явно указывая
> SS> пути.
&
Artem Chuprina wrote:
> Serhiy Storchaka -> debian-russian@lists.debian.org @ Sat, 06 Feb 2010
> 10:04:19 +0200:
> SS> Нет-нет. Если это пользовательская утилита, то она должна быть
> SS> простой в использовании для типичных применений. Указал в кронтабе
> SS> poisk-
Artem Chuprina wrote:
> Serhiy Storchaka -> debian-russian@lists.debian.org @ Sat, 06 Feb 2010
> 09:57:21 +0200:
> SS> Достаточно -exec poisk-add.
>
> Я тоже сначала так подумал. Но это будет, вообще говоря, другая модель
> использования.
>
> В stdin ты ему их
Denis Feklushkin wrote:
> Столкнулся с тем что юзернеймы, содержащие "/" обрезаются до слэша при
> логине через ssh и совсем не пускаются при попытке зайти локально (через
> su)
>
> Хотел обозвать "внесистемных юзеров" таким образом: vovan/root, вроде и
> kerberos такое одобряет
Из исходников add
Alexey Pechnikov wrote:
> $ time find /tmp/* | POISK_DB=DB ./poisk-add-file.tcl
Лучше бы чтение имён файлов из stdin сделать опциональным, при указании
специального ключика.
> Сейчас
> обрабатываю как xml, с помощью sed заменяя амперсанд (кривой
> xml в fb2 - вместо & в нем фигачат просто &).
Т
Alexey Pechnikov wrote:
> Утилита find в дебиане майм-тип для *.fb2 отдает как application/xml,
> так что или верить расширению, или пользоваться универсальным парсером для
> xml. В обоих случаях есть свои плюсы и минусы.
The environment variable MAGIC can be used to set the default magic
numbe
Alexey Pechnikov wrote:
> On Tuesday 09 February 2010 15:00:18 Serhiy Storchaka wrote:
>> Alexey Pechnikov wrote:
>> > Сейчас
>> > обрабатываю как xml, с помощью sed заменяя амперсанд (кривой
>> > xml в fb2 - вместо & в нем фигачат просто &).
>>
Alexey Pechnikov wrote:
> Спасибо, но сейчас у меня задача несколько иная - обеспечить
> индексирование оригинального набора документов. _Посоветовать_ исправить -
> хорошо, но уж никак не игнорировать. Если "по уму", то все не-юникодные
> документы следует тоже выбросить, но что же тогда останется
Константин wrote:
> Есть задача: забрать rss с сайта, выдрать из него ссылки на полную
> новость (поле link, наск. помню), и отдать их [ссылки] по одной на выход
> [вгету с параметрами].
>
> Есть условие: строго консольно, писанины - макс. правка конфига
> (предложение написать скрипт и т.д. не ра
Alexey Pechnikov wrote:
> Когда каждый документ будет fb2-файлом, упакованным в zip-архив, то нужно
> достать файл из архива, преобразовать в текст и получить найденный
> фрагмент - то есть придется немало операций выполнить. Так что идея
> открывать _много_ файлов для построения выделенных фрагмен
Константин wrote:
> [Для rss2mail тоже, подозреваю, придется нечто руками писать, чего
> хотелось бы сильно избежать, но похоже...]
>
> Да, знакомо. Но, как понимаю, там требуется знание питона? Тогда см.
> "условие" выше, ибо питон не знаю.
Ну, в любом случае писать придётся. Немного, несколько
Alexey Pechnikov wrote:
> Десятикратная разница в скорости показывает проблему реализации. Но все
> равно непосредственно сам поиск как минимум на два порядка быстрее, нежели
> построение фрагмента с найденным текстом.
Это вы тестируете когда база закеширована в памяти? На стогигабайтной базе с
сл
Alexey Pechnikov wrote:
> On Saturday 06 February 2010 12:01:25 Serhiy Storchaka wrote:
>> В идеале программа должна уметь принимать список файлов как из командной
>> строки, так и из файла или stdin (при указании специального ключа).
>
> poisk-cmdline file1 ... fileN | poi
Alexey Pechnikov wrote:
> On Tuesday 09 February 2010 23:42:08 Serhiy Storchaka wrote:
>> > Десятикратная разница в скорости показывает проблему реализации. Но все
>> > равно непосредственно сам поиск как минимум на два порядка быстрее,
>> > нежели построение
Alexey Pechnikov wrote:
> On Wednesday 10 February 2010 20:26:34 Dmitry E. Oboukhov wrote:
>> AP> Покажите задачу, которую решает демонизация процесса.
>>
>> отвязка от терминала, родителя и каталога запуска?
>> больше ничем демон от программы вроде не отличается
>
> Это не задача, это средство.
Alexey Pechnikov wrote:
> On Wednesday 10 February 2010 22:41:57 Serhiy Storchaka wrote:
>> > замечу, что снижение цены форка не будем
>> > обсуждать - недавно я уже показывал, что на современном десктопе
>> > легко можно многие тысячи форков в секунду выпол
Alexey Pechnikov wrote:
> В процессе обработки выяснилось, что библиотеки содержат жуткую смесь
> валидных и невалидных документов. Пытаюсь выправить чем-то вроде
>
> exec cat "$2" | enconv | sed 's/ version="1.0" encoding="utf-8"?>/' | tidy -q -xml -utf8 2>/dev/null |
> xsltproc "$STYLE" -
>
>
Сергей Крайко wrote:
> On Fri, 12 Feb 2010 11:12:05 +0300
> Mikhail A Antonov wrote:
>> Это значит что скрипты, зовущие /bin/sh будут фактически звать dash
>> вместо bash.
> Это понятно. Но меня интересует в терминале какая оболочка будет?
Какая назначена. См. /etc/passwd.
--
To UNSUBSCRIBE, e
Alexey Pechnikov wrote:
> On Friday 12 February 2010 00:56:45 Serhiy Storchaka wrote:
>> Если хуже — написать собственный парсер, аналог tidy.
>
> Интересуют готовые решения, я вовсе не планирую для сотен различных
> форматов обработчики с нуля писать, это нереально и лишено
Сергей Крайко wrote:
> Скажу другими словами:
> Сейчас при создании нового пользователя по умолчанию предлагается bash,
> что предложит debian 6 - dash или всё же bash
bash
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact list
Alexey Pechnikov wrote:
> Хм. Мелкое и шустрое, говорите...
Не говорю. Но за три часа прогнало мою библиотеку из 25 тыс. файлов.
Достаточно.
> $ time echo""|dash
$ time echo""|/bin/true
> А перловой версии случаем нет, раз уж проект fb2-perl-tools?
Нет. Но для вас ведь не составит труда перепи
Dmitri V. Ivanov wrote:
> On Thu, Feb 11, 2010 at 07:29:04PM +0300, Artem Chuprina wrote:
>> А утилита для открытия файлов, сокетов и прочей фигни называется socat.
>> Вот это - утилита, которая умеет ровно открыть и поделиться
>> дескриптором. Но умеет это хорошо. В отличие от.
>
> Спасибо. Инт
Alexey Pechnikov wrote:
> Интересует размер файла, дата добавления в архив или дата последней
> модификации, имя файла в архиве. Для zip,7z, etc. все легко и просто -
> вывели список файлов в архве, грепнули, позвали awk и готово. Но вот
> rar архив отличился - имя файла выдает _первым_ аргументом,
Andrey Rahmatullin wrote:
> On Sun, Feb 14, 2010 at 04:32:41PM +0200, Serhiy Storchaka wrote:
>> Можно поиграться локалью и перекодировками. Костыль тот ещё будет. В
>> любом случае большинство архивов rar сейчас версии 3+, поэтому
>> unrar-nonfree неприменим.
> *u
Alexey Pechnikov wrote:
> Фантастика! А если в архиве поддиректории есть, возможно в такой же формат
> привести?
sed -re '1,/^-+$/d;/^-+$/,$d' \
| while read name && read size packed ratio date time attr crc meth ver
do
echo "$size $date $time $name"
done
Или сразу вместо echo исполнять необх
Alexey Pechnikov wrote:
> awk 'BEGIN {OUT=0} /^-/ {BASE=NR; OUT=!OUT} /^[^-]/ { if (OUT) { if
> ((NR-BASE)%2) { FILENAME=substr($0,2) } else {print $1, "\t", $4, $5,
> "\t", FILENAME } } }'
Можно и так (только "\t" лишние). Или короче:
awk '/^-+$/ {OUT+=1; next}
OUT==1 {FILENAME=substr($0,2); ge
Serhiy Storchaka wrote:
> Можно и на чистом sed-е сделать.
sed -nre '1,/^-+$/d;/^-+$/,$d;N;s/ (.*)\n +([0-9]+) +[0-9]+ +[0-9]+%
+([0-9]+-[0-9]+-[0-9]+) +([0-9]+:[0-9]+) .*$/\2 \3 \4 \1/p'
Но на shell или скриптовом языке общего назначения разумеется гибче будет.
--
To UNSUBSCR
Alexey Pechnikov wrote:
> On Sunday 14 February 2010 20:18:18 Serhiy Storchaka wrote:
>> Можно и так (только "\t" лишние).
>
> \t не лишние, поскольку результат еще надо потом разобрать на поля и в
> базу сложить. Я там на всякий случай зарезервировал 4 поля на усмо
Alexey Pechnikov wrote:
> On Sunday 14 February 2010 21:36:55 Serhiy Storchaka wrote:
>> Лишнее, потому что на самом деле разделитель получается " \t ".
>
> Это только если запятые ставить.
Вот именно.
>> Если уж так
>> хочется использовать табуляцию,
Alexey Pechnikov wrote:
> Имя файла - последнее в строке. Так что задача получения имени файла
> идентична cut -f$N- возвращает "конец строки, включая поле $N"
cut -d ' ' -f$N- не сложнее.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Troub
Alexey Pechnikov wrote:
> Откуда настойчивое желание вручную всем утилитам разделитель указывать?
> По умолчанию таб, пусть таковым и остается, зачем менять-то?
OFS по умолчанию пробел, зачем менять-то?
Откуда у человека, путающегося с пробелами и табуляциями в редакторе,
желание использовать эту
Alexey Pechnikov wrote:
> On Monday 15 February 2010 17:35:47 Maxim Nikulin wrote:
>> Алексей, а в чем проблемы с p7zip-rar? формат вывода вроде тот же, что и
>> у 7z.
>
> Тогда для обработки rar-архивов придется ставить 7zfull, и ладно бы еще он
> свободный был. rar при желании можно и свободный
alexander barakin wrote:
> On Tue, Feb 16, 2010 at 07:57:27PM +0300, Artem Chuprina wrote:
>> это позволяет превысить предел в 4 группы, хотя я
>> не знаю живых людей, пользующихся более чем тремя
>
> есть такие буквы в этом слове. но больше четырёх и мне не требуется.
> поэтому и не экспериментир
Victor Wagner wrote:
> On 2010.02.17 at 09:12:31 +0300, Artur G. Sibagatullin wrote:
>> Лично моё мнение. что буква ё -- полноценная буква русского алфавита и
>> ей надо пользоваться пока она в нём есть. Ею раньше не пользовались
>> из-за технических проблем при печати, сейчас это не так. Зачем же
Как можно узнать, в каких шрифтах содержится определённый символ?
Хотелось бы инструмент, который на входе принимал бы строку символов, а на
выходе давал бы список установленных в системе шрифтов, содержащих каждый
из этих символов, а ещё лучше — и показывал бы строку во всех этих шрифтах
(а то од
Artem Chuprina wrote:
> Serhiy Storchaka -> debian-russian@lists.debian.org @ Thu, 18 Feb 2010
> 07:54:20 +:
> SS> Неплохо бы аналогичное и для неустановленных шрифтов из репозитария.
>
> Последнее пожелание особенно изящно...
Желать — так с размахом.
--
To UNSUBSC
Artur G. Sibagatullin wrote:
> Если это действительно действующие правила русского языка, то и вопроса
> собственно нет. Из этих правил совершенно понятно, где надо обязательно
> её писать, а где нет. Во всех остальных случаях кому как нравится так и
> пишет. Тогда нормальным выходом я думаю будет
Artem Chuprina wrote:
> Serhiy Storchaka -> debian-russian@lists.debian.org @ Thu, 18 Feb 2010
> 12:56:27 +:
> >> SS> Неплохо бы аналогичное и для неустановленных шрифтов из
> >> репозитария.
> >> Последнее пожелание особенно изящно...
> SS>
Alexander GQ Gerasiov wrote:
> Thu, 18 Feb 2010 13:00:19 +
> Serhiy Storchaka wrote:
>> Нет уж. Тогда делать два словаря — чтобы можно было отловить
>> записанные через «е» вместо «ё» (хотя часть таких случаев).
> Если есть возможность - да надо. Но пока у нас только один
George Shuklin wrote:
> Обнаружил, что очень не хватает хорошего 16-ричного (и вообще,
> двоично/бинарного) вьюера, который бы не тащил файлы по 4-8Гб в память
> целиком.
>
> biew/hiew/фаровский вьюер и т.д.
>
> Есть что? Если оно будет ещё хорошо масштабироваться (не строго 80
> колонок), ей цен
Andrey Zhidenkov wrote:
> Я как-то хотел написать похожую программу. Основная задача состоит в том,
> чтобы определить для какого набора символов есть изображения в файле
> шрифта. Какие шрифты вы имеете ввилу - TTF или X11?
Любые. При выборе шрифта для интерфейса, редактора или браузера важна не
Иван Лох wrote:
> fc-list -v [pattern]
>
> даст среди прочего
>
> charset:
>
> это и есть именно то, что Вы ищете
Что-то
fc-list -v '*sans*'
даёт нифига.
Или в каком формате шаблон записывается? Мана нет.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject
Иван Лох wrote:
> On Sat, Feb 27, 2010 at 11:48:07AM +0000, Serhiy Storchaka wrote:
>> Или в каком формате шаблон записывается? Мана нет.
>
> fc-list -v :family=Arial
>
> Но проще взять любой биндинг fontconfig все это есть в API
> Все-равно, то что выдает fc-list
Dmitry Nezhevenko wrote:
> Нет, это то что выдает sizeof(). Туда, например, можно безопасно положить
> указатель.
Разве?
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian
Oleksandr Gavenko wrote:
> Недавно же стала доступна
>
> "The New C Standard. An Economicand Cultural Commentary"
>
> http://www.knosof.co.uk/cbook/cbook.html
Очень понравился список в разделе Tools. Особенно первый пункт.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
wi
Павел Марченко wrote:
> верно и еще удалить все папки настроек локальных приложений, т.к.
> могут быть конфликт версий конфигов
> что-то вроде rm -rf /home/%user%/.*
Например .kde или .mozilla-thunderbird, в которых лежит почта.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.o
Andrey Rahmatullin wrote:
> On Tue, Mar 23, 2010 at 11:28:15AM +0300, Anton Kovalenko wrote:
>> А у вас-то какой?
> zsh, какой ещё может быть шелл.
Помимо default city и default os появился default shell?
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "uns
Павел Марченко wrote:
> 23 марта 2010 г. 14:32 пользователь Andrey Rahmatullin
> написал:
>> On Tue, Mar 23, 2010 at 02:31:23PM +0200, Serhiy Storchaka wrote:
>>> > верно и еще удалить все папки настроек локальных приложений, т.к.
>>> > могут быть конфликт в
Alexey Pechnikov wrote:
> Идейно это распределенная нереляционная база данных:
> http://www.fossil-scm.org/index.html/doc/tip/www/theory1.wiki
Любопытно, что "But in the case of Fossil, the use of TCL was actually
making the code longer and more difficult to understand." Что они с этим
тиклем дела
Nicholas wrote:
> Использую одни и теже логин/пасс в FF и MC:
> в броузере
> ftp://@domain.ru:@domain.ru
> дает доступ к фтп (и отображает папки и файлы),
> а в mc 4.6.1 (.mc/hotlist)
> ENTRY "domain.ru" URL "/#ftp://@domain.ru:@domain.ru"
> коннектится без вопросов, но показывает 0 файлов/директор
Nicholas wrote:
> Oleg A. Anisimov wrote:
>> Использую одни и теже логин/пасс в FF и MC:
>> Браузер, очевидно, использует пассивный режим, в отличие от...
>
> Действительно
>
> .mc/ini
> ftpfs_use_passive_connections=1
>
> исправило ситуацию.
>
> Что интересно - когда редактировал .mc/ini ч
Nicholas wrote:
> Serhiy Storchaka wrote:
>>> .mc/ini
>>> ftpfs_use_passive_connections=1
>> Options | Virtual FS | Use passive mode
>>
>> Что характерно, по умолчанию включено.
>
> Видимо сам же и правил, и теперь понятно почему:
> Проблема
Илья wrote:
> 01.04.10, 17:40, "Denis Feklushkin" :
>> у них там что-то с табуляцией или локализацией и название столбиков
>> съезжают
>
> Это шняга связана с локализацией, переводчик их на форуме мне сказал, что
> их инструмент кажется "розета" режет концевые пробелы и они ничего с этим
> поде
Alexander Shulgin wrote:
> 2011/2/24 Andrey Rahmatullin :
>> Где это вообще используется?
>
> Очень помогает решать лингвистические вопросы типа "пузо, железо"
> (слова, оканчивающиеся на "-зо"). С помощью grep-а, естественно.
>
> Я что совсем один такой? :)
Нет. Использовал для нахождения слов
Иван Лох wrote:
> Много советских фильмов где, вообще, не понятно
> кому они принадлежат.
Эти "непонятно кто" и будут рвать больше всех.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: htt
Результаты 201 - 300 из 327 matches
Mail list logo
