Вопрос по GPL

[Fedor Zuev]

On Tue, 29 Apr 2008, Сергей С. wrote:

СС>Привет, всем!
СС>Почитал про сравнение лицензий *
СС>http://www.debian.org/intro/license_disc.ru.html*
СС>Вопрос. Есть контора, которая использует gcc для компиляции своего софта, но
СС>не выкладывает исходники своего ПО.
СС>Считается ли это нарушением.

Нет. Ход мыслей у Вас правильный, но разработчики gcc тоже
об этом подумали и те части кода, котроые включаются в
пользовательские программы, имеют дополнительное разрешение.

CC>Судя из вырезки: "ПО, выпущенное на условиях
СС>GPL не может быть включено в коммерческое ПО",
СС>то да. Я прав?

Пожалуйста не путайте "коммерческое" и "проприетарное".



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Ralink RT2860

[Fedor Zuev]

On Thu, 14 Aug 2008 [EMAIL PROTECTED] wrote:

>Всем привет!

>Есть карточка PCI WiFi на чипсете Ralink RT2860.

>Вопрос - можно ли запустить её на Lenny, а в идеале и на Etch (с
>бекпортным ядром), соблюдая debian way? А то гугль находит рекомендации
>для Lenny в стиле "поставь ядро, wireless extensions, build-essentials, а
>затем собери драйвера руками". Но этот вариант, насколько я понимаю,
>потребует заморозить обновления ядра - а мне совсем не хочется морозить
>нестабильную версию.

>Если debian way невозможен, может быть можно скачать и собрать прямо для
>2.6.18 в etch? Вот его можно и заморозить.

1) см module-assistant

2) с драйверами там какая-то путаница, то есть есть несколко веток
этих драйверов, распространяющихся под одним и тем же именем из
разных источников

3) У меня, на Dlink DWA-510, нормально не заработал ни один (т.е.
один я таки докрутил до состояния, когда он ~50% работал, но в конце
концов я его заменил).


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Ralink RT2860

[Fedor Zuev]

On Thu, 14 Aug 2008 [EMAIL PROTECTED] wrote:

>Fedor Zuev wrote:

>> 1) см module-assistant

>Погуглил, но нащёл только его использование для случая когда уже есть
>deb.src.

Ну так в дебиане как раз вроде есть. apt-get search ralink выдает
список в три экрана, в том числе и с исходниками. А чего нет, так
можно сделать по аналогии с имеющимся.

>> 3) У меня, на Dlink DWA-510, нормально не заработал ни один (т.е.
>> один я таки докрутил до состояния, когда он ~50% работал, но в конце
>> концов я его заменил).

>А драйвера с сайта ralink тоже не запустились? (Они там вполне себе с
>исходниках и под GPL).

Не помню. Кажется это как раз они и были.  Они все имеют
общую основу и отличаются только некоторыми правками.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Ralink RT2860

[Fedor Zuev]

On Thu, 14 Aug 2008, Mikhail Krasilnikov wrote:

MK>Доброго времени суток, Fedor.

MK>Fedor Zuev пишет:

MK>> 3) У меня, на Dlink DWA-510, нормально не заработал ни один (т.е.
MK>> один я таки докрутил до состояния, когда он ~50% работал, но в конце
MK>> концов я его заменил).

MK>Брат! Скажи на что заменил! А то сам с такой же картой мучаюсь,
MK>сил больше нет... :-(

На DWA-520 :-) . Он Atheros (ну, по большей части).


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: your mail

[Fedor Zuev]

On Mon, 18 Aug 2008, artem wrote:



a>Всем привет!

a>Сталкнулся с проблемой подключения к интернету через КПК на
a>котором установлен windows mobile.

a>  Кто-нибудь сталкивался с подобной проблемой или кто может знает как
a>настроить etch чтобы выходить в inet через КПК Asus P535 на котором
a>установлен windows mobile?


Версия WM

Последние версии WM мнят мнят себя компьютерами и, соответственно,
требуют роутить данные через себя как через "взрослых"


См например
http://forum.eeeuser.com/viewtopic.php?id=8243



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

partitioning HD

[Fedor Zuev]

On Mon, 10 Sep 2001, Nick Orlov wrote:

NO>Поделитесь опытом, как лучше бить винт под Debian.
NO>Имеем 40Gb винт.
NO>Из них 10 - винда.

Значит - не сервер, а домашняя машинка. Правильно?

NO>остальное - под debian. (вот как я его люблю %) )

Перебор, однако. Место будет без толку тратиться.
У меня так весь линух вообще на единственном разделе. Я такой
подход не пропагандирую, но 15 разделов - перебор явный и очевидный.

NO>мои мысли
NO>/ - 32 Mb

Вероятно, будет полезен. На предмет ремонтных работ на
прочих разделах

NO>/boot -64 Mb

Не вижу, почему бы ему не быть на /

NO>/tmp - 128 Mb  (/usr/tmp -> /tmp)

На самом деле, сейчас уже не так уж много программ
используют /tmp/ в больших количествах. Возможно, имеет смысл
вместо отдельного раздела отдать побольше места свопу и смонтировать
на /tmp tmpfs. Один мой знакомый так делал - очень доволен, говорит,
что gcc стал чуть ли не втрое быстрее работать.

NO>/opt - 5Gb (/usr/local -> /opt)

Нее. Программу, использующую /opt в линуксе я в последний
раз видел года три назад. Теперь все умные, все package manager-ами
пользуются. И /usr/local в дебиане обычно бывает ну о-очень
небольшой, мегов двадцать максимум. Все есть в комплекте, а чего нет
- легко дебианизируется.

NO>/var - ???

Эт можно.

bearloga:~# du -sk /var
153636  /var

Если места много, можешь один гиг отвести. Для не-сервера
хватит за глаза.


NO>/var/log  - ???
NO>/var/cache - ???
NO>/var/cache/apt - ???
NO>/var/spool - ???
NO>/var/spool/mail - ???
NO>/var/local - ???
NO>/var/www -???

???

Re[2]: partitioning HD

[Fedor Zuev]

On Mon, 10 Sep 2001, Nick Orlov wrote:

NO>какого размера у народа /var/spool/apt ? (used space)
NO>тоже о /var/log, /var/spool, var/spool/mail.

Небольшого. На самом деле для домашней машины в /var
основной вклад будут давать /var/spool/news (у меня - 60М),
/var/lib/ (30M), /var/log (25M)

Наверное речь на самом деле шла о /var/cache/apt? Он может быть
побольше, можно считать, что может разрастись (при периодических
апгрейдах и сохранении по 1-му экземпляру каждого установленного
пакета) до ~ 1/2 /usr

Re: partitioning HD

[Fedor Zuev]

On Mon, 10 Sep 2001, Nick Orlov wrote:

NO>>>/boot -64 Mb

FZ>> Не вижу, почему бы ему не быть на /

NO>я его собирался задвинуть поближе к началу винта :)

Сейчас это уже неактуально. Да и в прежние времена было
актуально лишь отчасти.

NO>>>/tmp - 128 Mb  (/usr/tmp -> /tmp)

FZ>> На самом деле, сейчас уже не так уж много программ
FZ>> используют /tmp/ в больших количествах. Возможно, имеет смысл
FZ>> вместо отдельного раздела отдать побольше места свопу и смонтировать
FZ>> на /tmp tmpfs. Один мой знакомый так делал - очень доволен, говорит,
FZ>> что gcc стал чуть ли не втрое быстрее работать.

NO>вот здесь можно поподробнее?

Файловая система, располагающаяся в ОЗУ/свопе, по
совместительству - POSIX shared memory. Вследствии этого - не тратит
время на синхронизацию кэшей с жестким диском, да и вообще попадаеет
на диск лишь при необходимости.

NO>где можно про tmpfs прочитать?
/usr/src/linux/Documentation/Configure.help

NO>и на каких ядрах она поддерживается?

2.4.*

NO>и еще по поводу tmp /var/tmp сейчас вообще кем нидь
NO>используется?

vi, например.

NO> а то во многих docs предлагают его сделать таким
NO>же по размеру как и /tmp и на отдельной partition

Во всяком случае - это должны быть _разные_ каталоги. Потому
что /tmp  при перезагрузке чистится - а содержимое /var/tmp
предполагается сохраняющимся между перезагрузками.

NO>>>/opt - 5Gb (/usr/local -> /opt)

FZ>> Нее. Программу, использующую /opt в линуксе я в последний
FZ>> раз видел года три назад. Теперь все умные, все package manager-ами
FZ>> пользуются. И /usr/local в дебиане обычно бывает ну о-очень
FZ>> небольшой, мегов двадцать максимум. Все есть в комплекте, а чего нет
FZ>> - легко дебианизируется.

NO>вопрос сложный.
NO>ключевое слово здесь packet-manager.
NO>Ведь все что будет собираться ручками предполагается ставить именно туда.
NO>А собираться будет ОЧЕНЬ много.



Это только так кажется. На самом деле почти весь софт общего
назначения будет либо прямо ставиться из .deb, либо закатываться в
.deb при компиляции. Остаются - некие узкоспециализированные
программы, к которым за все время их существования так и не
удосужились приклеить нормальный configure и make install. Это
немного, поверьте.

NO>Плюс мне представляется что это даст определенную свободу в
NO>маневрах если например мне приспичит помимо дебиана иметь
NO>какой нидь еще дистр linux.

Ну, тут трудно сказать что-то определенное. Но если
предполагается иметь сразу несколько дистрибутивов - то это основной
пункт, вокруг которого все и строится.

NO>>>/var/log  - ???
NO>>>/var/cache - ???
NO>>>/var/cache/apt - ???
NO>>>/var/spool - ???
NO>>>/var/spool/mail - ???
NO>>>/var/local - ???
NO>>>/var/www -???

FZ>> ???

NO>хотелось бы увидеть du -k /var
NO>Заранее спасибо.

А зачем? Отдельные разделы в /var бывают нужны, чтобы
различные сервисы на одном и том же сервере не мешали друг другу,
даже оставленные без присмотра. Здесь же - ни сервисов критичных
предоставлять не предполагается, ни без присмотра машина не
останется.

Base.tgz for Woody?

[Fedor Zuev]

On Tue, 2 Oct 2001, Pavel Epifanov wrote:

PE>Dear All,

PE>What the correct way of installing Woody from scratch?

Путем апгрейда с potato.

Во всяком случае на данный момент.

apt-get

[Fedor Zuev]

On Mon, 22 Oct 2001, Roman Kovalenko wrote:

RK>Очень часто бывает так, что когда я делаю apt-get update
RK>(upgrade), процесс прерывается по `Connection timeout'. А
RK>нельзя ли стандартными средствами сделать так, чтобы после
RK>timeout'a он продолжал бы свою работу пока бы не скачал и
RK>обновил вс ?

А он же вроде продолжает. Только потом, когда скачает все
далее по списку, он возвращается к недокачанному.

Re: robots detector [sorry for offtopic]

[Fedor Zuev]

On Fri, 2 Nov 2001, Anatoly Pugachev wrote:

AP>On Fri, Nov 02, 2001 at 02:48:51PM +0300, Nick Potemkin wrote:
AP>> > авторизации для ее получения), все остальное -- нонсенс
AP>>
AP>> Не совсем так. Также бывает наложенное правообладателем правило получения
AP>> информации пользователем сайта. Но мы отклонились от темы :)

AP>А где про это почитать? Неужто у нас в законе так и написано?

Нигде. Гон это.

Re: robots detector [sorry for offtopic]

[Fedor Zuev]

On Fri, 2 Nov 2001, Victor Wagner wrote:

>> В своей массе люди пользующиеся wget -r знают зачем им это надо... Как

VW>К сожалению, они не знают, какие проблемы они при этом создают серверу,
VW>на который они лазят, и другим его пользователям.

Как активный пользователь wget-а :-), возражу на это, что
если контент, который имеет смысл скачивать подобным образом,
раздается в виде cgi-шек, то, IMHO,в большинстве случаев это
означает либо, что у сайта что-то не в порядке с построением, либо у
авторов сайта, как бы это помягче выразиться, коммерческие
сооображения возобладали над функциональными (имеет место попытка
обойти ст. 18 ЗоАП или что-то в этом же роде).  Для статического
контента, AFAIK, разница будет небольшая.

В этой связи мне представляется вполне логичным и естественным, что
фирмы, не пожелавшие придерживаться добросовестных отношений к
..э-э-э...интернет-сообществу, не будет также получать бонусов от
добросовестного отношения других к себе. Просто технически. Хочешь
вести дела на "чиста деловой" основе - будь готов платить за это
полную, "чиста деловую" цену. Вон, как у www.microsoft.com vs
ftp.cdrom.com - при примерно одинаковом полезном трафике у первых
навороченная многоуровневая система, а у вторых - обычный писюк (по
крайне мере было так года полтора-два назад, когда я услыщал эту
байку.).

Конечно, придумать способов не пущать роботов можно кучу -
сделать минимальный промежуток времени между двумя запросами с
одного IP, отслеживать обход дерева, анализировать запрос на
количество мусора в нем (мало - значит робот) итд.

Но, во первых, это только _слегка_ затруднит работу
скриптов|качалок, в конечном счете победа все равно будет за ними. А
во вторых - ударит не столько по качалкам, сколько по обычным
посетителям, которые подпадут под этот паттерн.


VW>К тому же этих рекурсивных качалок сейчас развелось немерянное
VW>количество и далеко не все они имеют такой "высокий входной
VW>барьер" как wget.

Ниче. Волк - санитар леса.

Re: robots detector [sorry for offtopic]

[Fedor Zuev]

On Fri, 2 Nov 2001, Nick Potemkin wrote:

NP>Это явно не относится
NP>к дебиану, как, впрочем, и весь этот тред :)

Ну отчего же. У меня есть подозрение, что нужного Вам софта
в дистрибутиве Debian не найдется как раз в связи с DFSG.

NP>Если 1% пользователей создают мне проблемы тем, что загружают
NP>канал и сервак роботизированным скачиванием - я их просто
NP>отключу. И как раз это и будет "добросовестное отношение" к
NP>остальным 99% пользователей. А попутно еще и небольшая
NP>гарантия того, что я не увижу на митинке на сидюке все данные
NP>с моего сайта.

Неправомерное блокирование компьютерной информации. Ст. 272ч.2. УК
До пяти лет лагерей. 8-|

Нет, я не думаю чтобы Вас кто-либо действительно засудил и
засадил за это. Однако _понимать_, что то, чем Вы собираетесь
заниматься, есть уголовщина, или, во всяком случае, на грани того,
было бы весьма полезно.

NP>> Просто технически. Хочешь
NP>> вести дела на "чиста деловой" основе - будь готов платить за это
NP>> полную, "чиста деловую" цену. Вон, как у www.microsoft.com vs
NP>> ftp.cdrom.com - при примерно одинаковом полезном трафике у первых
NP>> навороченная многоуровневая система, а у вторых - обычный писюк

NP>Хм.. Во-первых не надо сравнивать сайты суппорта и некоммерческий
NP>ftp. Это несколько разные вещи. Во-вторых - упадет ftp.cdrom.com или
NP>будет с него плохо качатся - скажут "ну и ладно". А упадет microsoft -
NP>поднимется ТАКАЯ буча...

Что-то я не заметил, чтобы ftp.cdrom.com падал чаще чем
www.microsoft.com. Скорее уж наоборот. И, потом, ftp.cdrom.com (он
же ftp.freebsd.org, он же что-то-там-slackware итд.) помимо всего
прочего также является "сайтом суппорта" для пары-тройки ОС и этак
дюжины неслабых по популярности программ (типа Quake, например)

NP>> Конечно, придумать способов не пущать роботов можно кучу -
NP>> сделать минимальный промежуток времени между двумя запросами с
NP>> одного IP, отслеживать обход дерева, анализировать запрос на
NP>> количество мусора в нем (мало - значит робот) итд.

NP>Угу... Вот именно что-то подобное и хочется.

Нормальные люди, AFAIK, просто ограничивают
траффик|количество одновременных соединений|количество соединений в
минуту с одного хоста (только не спрашивайте меня - как. Сам знаю
только понаслышке). И таким образом _свои_ _действительные_ проблемы
в основном решают. А попытки строить юзеров, указывать им, что они
вправе, а что не вправе делать на своем конце IP-трубы (притом, как
я уже говорил, в конфликте с законом), ни к чему хорошему не
приведут.

NP>Подводя итог такой, неожиданно оказавшейся интересной, теме :)
NP>Как я понял - такого софта либо не существует, либо народ о
NP>нем просто не знает. Хотя я подумал - если такой софт будет
NP>общедоступен и общеизвестен - никто не помешает "супостатам",
NP>поняв его алгоритм работы, сделать "противоядие" :) Так что
NP>придется самому поднапрячься и написать :) Различные умные
NP>идеи принимаются с благодарностью :)

Умная идея номер один. Вам стоило бы таки определиться,
зачем все же лежит контент у Вас на сайте.

Или он выложен для всеобщего сведения - и тогда ваша
задача состоит только в минимизации загрузки сервера. Которая
решается, IMHO, не в последнюю очередь, оптимизацией структуры сайта
- заменой, где можно, динамических страниц на статические, возможно
- выкладывание части информации в виде удобных для загрузки
компрессированных архивов итд.

Или же Вы хотите сохранить полный контроль над выложенной
информацией. Тогда нужно заключать с юзерами договор, о том, что они
могут и чего не могут, выдавать им пароль (возможно -
забесплатно и просто путем тыканья кнопочки на том же сайте) и далее
пускать по этому паролю. Отслеживание действий юзера при этом
становится тривиальным.

Попытка получить одновременно и то, и другое,
внутренне бессмысленна (как и любая другая попытка достичь
одновременно двух взаимно-исключающих целей) и приведет только к
тому, что Ваш сайт станет глючен и неудобен для чтения, в
том числе и для совершенно рядового юзера.

Re: xine & DivX & MPEG & AVI etc

[Fedor Zuev]

On Sat, 3 Nov 2001, Denis A. Kulgeyko wrote:

DAK>  Причем ">" (в смысле stdout в файл) работает - можно в
DAK>файлик "изображение"  задампить. Только жаль - не придумал,
DAK>как синхронизировать потом это "воспроизведение" (через cat)
DAK>по времени. :)

На свежемясе видел такую тулзу - bfr. Фильтр, читает вход и
выдает на выход с постоянной, регулируемой скоростью.

OFF: Re: robots detector [sorry for offtopic]

[Fedor Zuev]

On Sat, 3 Nov 2001, Wartan Hachaturow wrote:

>> авторов сайта, как бы это помягче выразиться, коммерческие
>> сооображения возобладали над функциональными (имеет место попытка

WH>Я что-то не вижу разницы в функциональности. Возможно, ему так
WH>удобнее -- может быть, он все свои страницы в базе хранит.

Ну так если в результате у него дикая загрузка компа при
доступе к сайту - значит не самое умное с функциональной точки
зрения решение, не так ли?

WH>> обойти ст. 18 ЗоАП или что-то в этом же роде).

WH>О. Вот это сильно. То есть существует закон, который не позволяет мне
WH>делать cgi, которое отдает страницы, вместо статического наполнения?
WH>Его, наверное, наш парламент принимал. В третьем чтении.
WH>"Не верю!" (C)

Я, пока что, сказал "обойти", а не "нарушить". Использовать
CGI, конечно, никто не запретит. Но не стоит притворяться наивным и
не понимающим, _для чего_ применяются, как правило, такие
конструкции. (HINT: На bugs.debian.org cgi-шек чуть-чуть, если
вообще есть. Несмотря на то, что контент, казалось бы, располагает.)

А закон сравнительно старый. С 1993 гда уже действует.


WH>> Для статического контента, AFAIK, разница будет небольшая.

WH>Угум. За исключением того, что клиенты редко обходят весь
WH>сайт, да еще и с такими скоростями, как это делает качалка.

Ну и что. Зато человек скачал себе зеркало - и больше
беспокоить  не будет.

WH>> Просто технически. Хочешь вести дела на "чиста деловой" основе
WH>> будь готов платить за это полную, "чиста деловую" цену.

WH>Вот этого я вообще не понял. Кому и что я должен платить за
WH>_cвой_ сайт и за _свои_ решения о расположении на нем страниц?

Производителям железа. За более мощный комп. Провайдеру. За
канал потолще.

WH>>Ниче. Волк - санитар леса.
WH>"Спамеры -- санитары интернета". Угум.

Вот только не надо призывать к крестовым походам против
спамеров.

gimp-non-US?

[Fedor Zuev]

On Mon, 5 Nov 2001, Victor Wagner wrote:

VW>Не пора ли, господа, заняться созданием $subj-евого пакета?
VW>А то скачанный с франзузского сайта gimp 1.2 отказывается сохранять
VW>TIFF с LZW-компрессией "due to Unisys patent enforcement".
VW>Почему, если американцы позволяют над собой так издеваться,
VW>весь остальной мир, законодательство которого не допускает
VW>софтовых патентов,  должен от этого страдать?

Тут есть один тонкий момент, заключающийся в том, что все
эти заморочки с LZW - это, типа, выпендреж с целью шантажа :) . На
самом деле, AFAIK, Unysis уже давно обьявила и заявила, и на Библии
поклялась, что никаких отчислений от производителей софта требовать
не будет - а будет только за аппаратные реализации. Но Столлман и К
ее дожимают, чтобы вообще бросила бяку. Так что, IMHO, проблема
здесь не столько правовая, сколько политическая. Что постановку
вопроса несколько меняет - можно-то можно, но вот стоит ли?

win HLP-file reader для фрюниксов

[Fedor Zuev]

On Mon, 5 Nov 2001, Denis A. Kulgeyko wrote:

DAK>  Несколько offtopic, ибо прямого отношения к Debian не имеет, но все таки.
DAK>  Никто про существование $SUBJ'а случаем ничего не слышал ?

В комплекте Wine идет типа winhelp, собраный с winelib. Но
глючный, возможно лучше будет взять виндовый и пускать его под тем
же wine - ходит прекрасно, только шрифты мелкие, но это лечится в
конфиге.

Re[2]: win HLP-file reader для фрюниксов

[Fedor Zuev]

On Mon, 5 Nov 2001, Denis A. Kulgeyko wrote:

VW>> winhelp.exe от 3.1 виндов у меня еще лет 5 назад под wine работал.

DAK>  У нас на Украине тут похоже народ (прокуратура)
DAK>определенно решил заработать деньги. И насчет M$ - это
DAK>похоже только повод. И их не будет волновать, что этот
DAK>winhelp.exe от винды 3.1, которой уже сто лет. Ибо за нее
DAK>все равно платить надо ("А покажите лицензию. А нету ? Тогда
DAK>привет !"), или получай неприятности в виде штрафа, если
DAK>только не хуже.

Мнэ-э-э...А этот winhelp.exe часом нельзя скачать с
микрософтовского сайта в составе одного из апдейтов, сервиспаков или
чего-нибудь в том же роде. Я где-то что-то такле видел.

VW>> Вообще, стоит в каком-нибудь средстве разработки под винды поискать
VW>> декомпилятор hlp обратно в rtf.
DAK>А низзя такого с этой hlp-шкой делать. Правов на такое нету.
DAK>Те, у кого их (эти доки) купили не позволяют. Мол - "или так
DAK>смотрите, или как хотите .."

Тяжело вам на Украине.

Re: Holy war

[Fedor Zuev]

On Wed, 21 Nov 2001, Victor Wagner wrote:

VW>Помнится году этак в 85-м набор системных вызовов Unix плюс-минус
VW>стабилизировался, а набор системных вызовов всяких VMS активно
VW>развивался. Что выжило?

VW>Помнится, году этак в 89 язык C стабилизировался, а Object Pascal
VW>активно развивался. Что имеет большие шансы выжить?


Разве ж это жизнь?

Re: холивары (fwd)

[Fedor Zuev]

On Thu, 22 Nov 2001, Ilya Anfimov wrote:

>> > Неправда ваша, батенька. Motif уже с год-два как открытый..
>> > http://www.openmotif.org
>>
>> Открытый, да не свободный. Лицензия оного не совместима ни с DFSG, ни с
>> GPL:

IA>Столлман  может  бороться  как  ему  вздумается.  И что-то в этом
IA>наверное есть. Но все равно -- чтобы использовать Motif, покупать
IA>его нам не надо.

Ну вот написал программист программу на Motif. И что он
дальше с ней делать будет? Это же будет такой геморрой
(технический, юридический, нервотрепательный) для
дистрибутивоваятелей его поддерживать, что проще наплевать.

Таки порой слушать Столлмана бывает полезно.

PS. Ну издох мотиф, издох - и слава богу!

Re: холивары (fwd)

[Fedor Zuev]

On Fri, 23 Nov 2001, Ilya Anfimov wrote:

IA>> >> > Неправда ваша, батенька. Motif уже с год-два как открытый..
IA>> >> > http://www.openmotif.org
IA>> >>
IA>> >> Открытый, да не свободный. Лицензия оного не совместима ни с DFSG, ни с
IA>> >> GPL:
IA>>
IA>> IA>Столлман  может  бороться  как  ему  вздумается.  И что-то в этом
IA>> IA>наверное есть. Но все равно -- чтобы использовать Motif, покупать
IA>> IA>его нам не надо.
IA>>
IA>>Ну вот написал программист программу на Motif. И что он
IA>> дальше с ней делать будет? Это же будет такой геморрой
IA>> (технический, юридический, нервотрепательный) для

IA>Какой геморрой?

Ну так что они с этой программой делать-то будут, окромя как
в далекий-далекий уголок положат?

Идея Free Software, насколько я понимаю, состоит вовсе не в
том, чтобы написать много-много кода. А в том, чтобы написать, может
быть и не так много кода, но такого, который потом можно будет
активно использовать разнообразным людям в разнообразных условиях в
течении многих лет, а в идеале - навсегда. Чему очень мешает
завязанность на "как-бы свободные" лицензии. Тоисть просто написать
программку (v 1.0.0) мало, для ее полноценного существования
необходимо иметь возможность включать ее в дистрибутивы,
использовать ее код другими программами etc, etc, etc.





Кстати, немного статистики

bearloga:~# apt-cache search "lesstif|motif"|wc -l
 95

bearloga:~# apt-cache search "gnome|gtk"|wc -l
697

bearloga:~# apt-cache search "qt|kde"|wc -l
346

Три проблемы с русским

[Fedor Zuev]

On Tue, 6 Nov 2001, Denis Danilov wrote:

DD>На компьютере с Woody есть ошибки при работе с русским языком.

  <>

DD>Какой совет могут дать опытные в Woody люди?

Написать багрепорт.

Генерируется полуавтоматически посредством команды bug.

Re: Strange HDD reports

[Fedor Zuev]

On Fri, 7 Dec 2001, Ingvarr Zhmakin wrote:

IZ>Менял. На 2.4.13 (из лесбиановой поставки).
IZ>Но учащение заметил недавно. Тут как раз только что были резкие
IZ>отключения электричества... Вот еще, что говорят:
IZ>===
IZ>Dec  7 00:56:02 haunt smartd: /dev/hda:Failed to read smart values
IZ>Dec  7 00:56:02 haunt smartd: /dev/hda:Failed to read smart thresholds
IZ><...>
IZ>Dec  7 00:26:02 haunt smartd: Device: /dev/hda, S.M.A.R.T. Attribute: 255 
Changed 62
IZ>Dec  7 00:26:02 haunt smartd: Device: /dev/hda, S.M.A.R.T. Attribute: 255 
Changed -181
IZ>Dec  7 00:26:02 haunt smartd: Device: /dev/hda, S.M.A.R.T. Attribute: 71 
Changed 52
IZ>Dec  7 00:26:02 haunt smartd: Device: /dev/hda, S.M.A.R.T. Attribute: 65 
Changed -109
IZ>===

Да, похоже именно диск посыпался.

IZ>Два вопроса глобальных:

IZ>1) чем бы проверить винч?

badblocks

IZ>2) чем бы скопировать на новый винт, если припрет? cpio не пойдет,
IZ>   потому что у меня, кроме линуха еще и 2000, и 95, и PC DOS. Хочется
IZ>   чего-то, что сможет raw партиции перелить. Это возможно?

dd if=/dev/hd...of conv=sync,noerror

Defoma

[Fedor Zuev]

On 10 Dec 2001, Leonid Romanov wrote:

LR>Привет!
LR>Объясните, пожалуйста, что это такое, если по простому, и насколько
LR>полезен этот механизм обычному пользователю на сегодняшний день? Иными
LR>словами, имеет ли смысл мне, как пользователю, разбираться с этим делом?

Насколько я понимаю, в woody этот сервис порой просто не
обойти. Например, насколько я понял, уже не существует прямого
способа добавить шрифты к gs помимо defoma. Так что..


LR>Документация, как я посмотрел, в основном на разработчика расчитана.

Re: Strange HDD reports

[Fedor Zuev]

On Fri, 7 Dec 2001, Ingvarr Zhmakin wrote:

IZ>> IZ>2) чем бы скопировать на новый винт, если припрет? cpio не пойдет,
IZ>> IZ>   потому что у меня, кроме линуха еще и 2000, и 95, и PC DOS. Хочется
IZ>> IZ>   чего-то, что сможет raw партиции перелить. Это возможно?
IZ>>dd if=/dev/hd...of conv=sync,noerror
IZ>А ему будет наплевать на то, что диски разной геометрии и вообще
IZ>размера (при синхронизованных размерах партиций)?

Э-э-э...я вообще-то несколько не про это. А про то, что при
физическом повреждении диска важно переенести все "как есть" на
заведомо исправный носитель и уже там разбираться с повреждениями
файловой системы. Именно для того чтобы перенести _все_ что
физически  еще можно прочитать, и нужна dd. А для просто
переноса|копирования, безусловно, есть и более другие средства.
Извиняюсь, если неправильно понял.

Debian stable/unstable

[Fedor Zuev]

On Sun, 16 Dec 2001, Nonkey Nonkey wrote:


NN>Что лучше использовать для дома - Debian stable или unstable?
NN>кто что использует?

NN>Не зумачаюсь ли обновлять пакеты для unstable каждый раз, если
NN>выбирать stable - слишком несвежий софт... Что скажете?

Вопрос вкуса.

Лично я пользуюсь unstable, но обновляюсь от случая к случаю
- раз этак в два-три месяца, в период затиший. Но, используя
unstable следует быть подписанным как минимум на DWN т/е быть слегка
в курсе основных новаций.  Возможны баги, но не слишком много, на
самом деле.

ReiserFS

[Fedor Zuev]

On Mon, 17 Dec 2001, Delphine wrote:

D>Hello debian-russian,

D>  Сорри за глупый вопрос, но зачем нужен сабж? Ну пишет она журнал, ну
D>и что? Чем она лучше ext2fs?

Собственно, ReiserFS известна кучей наворотов, из которых
журналирование - одно из второстепенных. Предполагается лучшее
использование диска, более быстрый доступ к данным (все это - за
счет увеличения нагрузки на процессор). Зато в ней нет некоторых
основополагающих функций (типа исключеня badblock-ов, квоты итд).

Все это из разговоров, сам не пробовал.

Re: ReiserFS

[Fedor Zuev]

On Sat, 22 Dec 2001, Vlad Harchev wrote:

VH>> С полгода назад я на домашний архив всего-всего отрезал 30Gb и
VH>> поставил туда reiser. Боюсь, что поставь я туда ext2, пришлось бы
VH>> очень жалеть в моменты, когда кончалось электричество.

VH> Полгода назад RFS не было альтернативы (кроме ext2). Сейчас
VH>же - большой выбор более хороших вариантов.

Альтернативы, пардон, _в чем_ ?

Собственно журналируемость - не бог весть какое важное
свойство fs. Так, мелкая фишка, полезная раз в пару-тройку месяцев.
И - не бог весть какое важное свойство ReizerFS. Я даже слышал
байку, что она там случайно появилась - как побочное свойство общей
структуры. Основной ее заявляемой функциональностью был, помнится,
ускоренный доступ к данным.

inn

[Fedor Zuev]

On 11 Jan 2002, ivan demakov wrote:


id>сижу я, никого не трогаю, читаю почту (фидошную)
id>вдруг, происходит сбой по питанию;
id>машина перегружается, все вроде в порядке
id>но inn почему то стал всю входящую почту
id>складывать куда-то в /var/spool/news/incoming/bad/
id>как эту ситуацию исправить?

/var/lib/news/active не записался, остался старым с момента
прошлого приема почты. В результате inn пытается записать статью,
которая уже есть, обламывается, и отбрасывает поступивший пакет как
"плохой". В ru.linux как-то пробегал скрипт, чинящий active после
таких скачков, я им периодически пользуюсь после отключения
электричества.

#!/bin/bash

ACTIVE="/var/lib/news/active"
NEWACTIVE="/var/lib/news/active.rebuild"
SPOOL="/var/spool/news/articles"

echo -n > $NEWACTIVE
GRPS=`cut -d " " -f 1 ${ACTIVE}`

for NEWSGROUP in $GRPS; do
NEWSGROUPPATH=`echo $NEWSGROUP| sed 's/\./\//g'`
NEWSGROUPLINE=`grep $NEWSGROUP $ACTIVE`
LASTARTICLE=`echo $NEWSGROUPLINE| cut -d " " -f 2`
FIRSTARTICLE=`echo $NEWSGROUPLINE| cut -d " " -f 3`
STATE=`echo $NEWSGROUPLINE| cut -d " " -f 4`
ARTICLES=`ls $SPOOL/$NEWSGROUPPATH|grep -v '[^[:digit:]]'| \
gawk -v first=$FIRSTARTICLE -v last=$LASTARTICLE \
'{if($1>last){last=$1}if($1> $NEWACTIVE
done

chown news:news $NEWACTIVE
chmod 664 $NEWACTIVE

VIM+GPM mouse

[Fedor Zuev]

On Thu, 31 Jan 2002, Иван Лох wrote:

ИЛ>Привет всем,

ИЛ>вопрос к знатокам VIM. Смог ли кто-нибудь научиться копировать из буфера
ИЛ>GPM в linux консоли в VIM c включенной поддержкой мыши...

Shift нужно нажать, когда мышью Paste делаешь.

Re: Server backup

[Fedor Zuev]

On Wed, 30 Jan 2002, Victor B. Wagner wrote:

VBW>On 30 Jan 2002, Konstantin Matyukhin wrote:

VBW>> > DDS-2 стримера нынче не так уж дороги. А с компрессией - гига 4 влезет.
VBW>> 10Гб винты, по-моему еще дешевле.

VBW>Чем кассета?

Разве нет? У нас-таки кассеты недешевы.

Re: VIM+GPM mouse

[Fedor Zuev]

On Fri, 1 Feb 2002, Иван Лох wrote:

ИЛ>>вопрос к знатокам VIM. Смог ли кто-нибудь научиться копировать из буфера
ИЛ>> ИЛ>GPM в linux консоли в VIM c включенной поддержкой мыши...
ИЛ>>
ИЛ>>Shift нужно нажать, когда мышью Paste делаешь.

ИЛ>Не помогает. При том, что с  ничего не связанo

ИЛ>Пришлось убрать "i" из set mouse

Методом тыка - прижать control и двойной щелчек в режиме
вставки.

ìÉÃÅÎÚÉÉ ÎÁ ÛÒÉÆÔÙ.

[Fedor Zuev]

Не помню точно, где, то ли здесь, то ли в locale некоторое время
назад обсуждался вопрос об авторском праве на шрифты, и, в
частности, продукция фирмы ParaType.  Так что, думаю, многим
подписчикам будет интересно.


На днях обнаружил замечательную вещь. _И_ по старому
советскому законодательству, _и_ по классификации ВОИС (а значит
почти наверняка и у нас сейчас) шрифты (начертания шрифтов, или
физически, шрифтовые формы), относятся не к обьектам авторского
права, а к так называемым "промышленным образцам". Что означает:

1) срок действия исключительных прав - не "жизнь автора + 50
лет" а, максимум, 15 лет.

2) исключительные права возникают не по факту создания, а
только при оформленном патенте.

Таким образом, ParaType своими террористическими заявлениями
об "авторских правах на шрифты" сознательно или бессознательно
дезинформирует публику. Никакими исключительными правами на
начертания классических, советских еще времен, шрифтов (созданных до
1987 года) они не обладают и обладать не могут. Да и исключительные
права на их собственные разработки - тоже не факт, что надлежащим
образом оформлены (патенты денег стоят).

Однако, ParaType обладает исключительными авторскими правами
на _программы_ на языке описания шрифтов (PostScript, TrueType) в
которых выражается каждый конкретный шрифт. То есть прямо так взять
и спиратить паратайповские шрифты нельзя. Но! Обратите внимание -
_на программы_, но не на содержащуюся в этих программах фактическую
информацию о начертании шрифта. Таким, образом, если извлечь из
ParaType-овских шрифтов эту информацию и затем на ее основе создать
другой шрифт (программу) того же начертания - то, IMHO, это все
будет совершенно законно.

А на практике, насколько я понимаю, для этого достаточно загрузить в
редактор шрифтов, чего-нибудь незначительное поправить и затем
сохранить. :-)

Re: Лицензии на шрифты.

[Fedor Zuev]

On Sat, 9 Feb 2002, aen wrote:

a>>почти наверняка и у нас сейчас) шрифты (начертания шрифтов, или
a>>физически, шрифтовые формы), относятся не к обьектам авторского
a>>права, а к так называемым "промышленным образцам". Что означает:

a>Это весьма спорно. У нас сейчас другое законодатльство.

Та ни. Законодательство примерно такое же, или даже лучше.
Проблема только в том, что судебной практики, то бишь прецендентов
по новому законодательству не набралось.

Значится, что мы имеем:

"Закон об авторских и смежных правах" РФ от 1993 года:
|
|  Статья 6. Объект авторского права. Общие положения
|
|1. Авторское право распространяется на произведения науки,
|литературы и искусства, являющиеся результатом творческой
|деятельности, независимо от назначения и достоинства произведения,
|а также от способа его выражения.

Замечаем, что начертание шрифта явно не являются
произведениями науки или литературы, а к произведениям искусства их
можно отнести лишь при безгранично широком толковании слова
"искусство". Которео не деле места не имеет, далее никаких
упоминаний о дизайне чего бы то ни было нету.

"Патентный закон" РФ от 1992 года.

|Статья 6. Условия патентоспособности промышленного образца
|
|   1. К промышленным образцам относится
|художественно-конструкторское решение изделия, определяющее его
|внешний вид. Промышленному образцу предоставляется правовая охрана,
|если он является новым, оригинальным и промышленно применимым.
|
|Промышленный образец признается новым, если совокупность его
|существенных признаков, определяющих эстетические и (или)
|эргономические особенности изделия, не известна из сведений,
|ставших общедоступными в мире до даты приоритета промышленного
|образца.

Это, как мы видим, гораздо более точнее описывает то, что
представляет из себя шрифт.

А вот (Locarno Agreement establishing an International
Classification for Industrial Designs)  "Локарнское соглашение о
международной классификации промышленных образцов" в котором Россия
участвует.

| Class 18
|   Printing and Office Machinery
|<...>
|   03
|   Type and type faces
|<...>

То есть вроде как в первом приближении начертания шрифтов
однозначно относятся именно к промышленным образцам.

a>Если хотите подробностей -- напишите Вале Филиппову
a>([EMAIL PROTECTED]), у него есть все документы. И шрифты свободные он
a>делает.

Та ни. Я вроде как просто разбирался с законами, по своим
делам, попутно заметил во такое вот обстоятельство, и вспомнил, что
некоторое время здесь (здесь же, вроде?) этим активно
интересовались. А так, в практическом плане все это меня мало
интересует, шрифты я не делаю и делать не умею, да и вопрос о
чьем-то "праве" на используемые мною шрифты заботит меня мало. Тем
более меня мало интересует чье-то субьективное мнение на этот счет.


a>> Таким образом, ParaType своими террористическими заявлениями
a>>об

Re: Antivirus for mail-server? (KAV Key)

[Fedor Zuev]

On Fri, 22 Feb 2002, Wartan Hachaturow wrote:

WH>> > Приатачиваю ключ "KAV Corporate Suite"
WH>> > который подходит к Win, OS/2, NW, *nix...
WH>> > Ключ проверялся с KAV 3.0 build 136.
WH>> мда... :(

WH>Господа хорошие, давайте мы все-таки не будем здесь подобными вещами
WH>заниматься, а?
WH>Ежели уж прям так надо -- то в private.

А что, есть какие-то проблемы? Вполне себе топичный и
законопослушный обмен информацией.

Re: ftp.ice.ru updates:openssh

[Fedor Zuev]

On Fri, 8 Mar 2002, Wartan Hachaturow wrote:

WH>> Ы Народ! где есть "лицензия" на vmware3?

WH>Насколько я понимаю, это уже второй раз. Отучаться надо.

Зачем?

Вторично напоминаю: DMCA ввели _в США_. _Не_ в Российской
Федерации.

users/groups permissons???

[Fedor Zuev]

On Thu, 14 Mar 2002, Ingvarr Zhmakin wrote:

IZ>Есть юзер vasya:users, он -- член ещё группы bosses.
IZ>Если он пытается ковырять места, которые открыты на запись для группы
IZ>bosses, его посылают. Если сменить группу (не помню, какой командой я
IZ>этого добивался -- меняется gid), пущают.

IZ>Вминание, вопрос: нельзя ли сделать, чтоб пускали сразу?

mount -o bsdgroups .

Или соответствующая строчка в /etc/fstab

AFAIK.

Re: Debian vs RedHat

[Fedor Zuev]

On Thu, 4 Apr 2002, Viktor Vislobokov wrote:

> Ребята, давайте завязывать с этой темой!
> 
> Мы уже ушли в разные стороны от первоначального
> обсуждения плюсов и минусов RH и Debian к
> обсуждению цен на Интернет и обсуждению того,
> какой должна быть настоящая ОС.
> 
> Все это видимо оттого, что здесь сидят люди,
> которые очень любят Debian (что в общем-то
> хорошо) и которые в своем большинстве либо
> вообще RH последний не видели, либо видели,
> но не работали на нем сколь-нибудь долгое
> время.
> 
> В заключении могу сказать: поверьте, Debian'у
> есть что взять от RH. Как и RH от Debian.
> Почему фирмы работающие над разными
> дистрибутивами так плохо пользуются лучшими
> достижениями друг друга - для меня загадка и
> тема отдельного обсуждения.

Ну так а чего Вы, собственно, хотели?

Вопрос о стратегии развития дебиана обсуждается в рассылках
*-devel. Вопрос о конкретных багах и глюках конкретных софтин
обсуждается с роботом на bug.debian.org

Послать письмо в юзерскую рассылку с аргументацией в стиле
"какая гадость эта ваша заливная рыба" - всеми расценивается как
сигнал к доброму флейму и не более того.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Debian vs RedHat

[Fedor Zuev]

On Thu, 4 Apr 2002, Viktor Vislobokov wrote:

VV>>Ну так а чего Вы, собственно, хотели?

VV>   Я хотел объективного диалога не более того!

Диалога - о чем? И зачем? И - с кем?

Мне, честно говоря, непонятно.

Сами сравнения "лучше"-"хуже" являются совершенно
бессмысленными.  Существуют разные системы ценностей, как ни пошло
это звучит. С позиций некоторых из них RedHat, таки да, имеет
существенные преимущества перед Дебианом и вообще всеми прочими
дистрибутивами. Но, как бы, ничего удивительного нет, что здесь
собрались приверженцы совершенно других ценностей, в чем-то даже
противоположных.

Попытка свести различия между дистрибутивами к
наличию-отсутствию отдельных недостатков и достоинств, призывы
развивать все достоинства и уничтожать все недостатки - бессмысленны
также. Дистрибутив - это согласованность и баланс. В условиях, при
этом, ограниченности материальных ресурсов, физических, юридических
и прочих ограничений.

И большинство перечисленных Вами "недостатков" Debian-а -
есть не случайные недоработки, а прямое или косвенное следствие
принятых разработчиками Debian-а _принципиальных_ решений.

Отсутствие, например, красочного графического инсталлятора,
так завораживающего чайников, оборачивается серьезным преимуществом,
когда система, на которую надо поставить Debian хоть сколько-нибудь
отличается от среднестатистической. Нет, этот страшненкий
curses-овый монстрик далеко не так прост, как может показаться на
первый взгляд. Он легко подымается и корректно работает из таких
ситуаций, которые для всякого иного показались бы кошмаром. Вплоть
до, кажется, загрузки со стриммера.

Да, ситуации бывают разные, и в некоторых случаях я и сам
советую поставить RedHat. Точнее - поставить RedHat, поиграться с
ним некоторое время, потом снести и для постоянного пользования
поставить Debian.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Russian Encoding Methods

[Fedor Zuev]

On Mon, 20 May 2002, Crouch, Harold L. wrote:

CHL>Greetings:

CHL>My native tongue is English (United States).  I want to be able to work with
CHL>both the English and Russian alphabets on my computer, and to be able to
CHL>send and receive e-mail in the Russian language.

CHL>The first task is to choose the correct encoding method.  I understand that
CHL>my choices are KOI-8R, UTF-8 (Unicode), ISO-8859-5 or CP-1251 (Windows).
CHL>Would someone please tell me which of these encoding methods is most
CHL>popular.

KOI8-R is most common encoding for russian unixes.

UTF-8 used when you plan to use more than 2 languages, some
of which based on non-cyrillic-non-7-bit-ASCII alphabet (some
european language, for example)

CP-1251 used when 1) you need high degree of
interoperability with cyrillic MS Windows users or 2) you use
cyrillic language (Ukrainian, Belarussian) with letters absent in
KOI8-R.

ISO-8859-5 is a historical mistake (ISO standard was based
on proposed Soviet standart, but latter was abandoned soon). Used on
some proprietary unixes.


All above is a permanent source of flamewars.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Pool directory

[Fedor Zuev]

On Wed, 29 May 2002, Alex Grigoriev wrote:

AG>Здравствуйте!
AG>Требуется раскидать apt-move'ный миррор в структуру каталогов
AG>pool. Чем лучше и безболезненней? Заранее благодарен за
AG>помощь.

Обновить apt-move до последнего.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Одна копия в /var/cache/apt/archives

[Fedor Zuev]

On Tue, 19 Apr 2005, Andrey Vorobets wrote:

AV>Кто нибудь знает, можно ли задать apt'у хранить только последнюю версию 
пакета
AV>в /var/cache/apt/archives ?
AV>А то сама директория весьма полезна но после того как накапливается там
AV>всякого вручную разгребать нет желания.

apt-get install apt-move


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

fortunes-ru for debian

[Fedor Zuev]

On Sat, 18 Jun 2005, Basil Shubin wrote:

BS>Привет!

BS>Я сделал из fortune-mod-ru
BS>(http://freshmeat.net/projects/fortune-mod-ru/) пакет для debian. Если
BS>кому-нибудь интересно вот ссылка:
BS>http://bashu.narod.ru/debian/pkg/fortunes-ru_1.31-1_all.deb


Ссылка битая



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Ядро

[Fedor Zuev]

On Wed, 29 Jun 2005, Artem Chuprina wrote:

S>> Если взять сорсы для ядра и собрать их без Депиановских патчей, то
S>> чем это грозит?

AC>Неработоспособностью результата в разных странных ситуациях.  Да
AC>и в нестранных порой тоже.  vanilla kernel - это продукт
AC>(жизне)деятельности кернел-хакеров, а не ядро для работы.

Да неужели?

Живут же люди на "редхатовском" ядре. А это гораздо, гораздо
страшнее, чем любые теоретически возможные ошибки Линуса.

У дебиана там сейчас, кстати, не столько патчи, сколько
цензура, убирающая некошерный (по мнению Брандена Робинсона, кое
довольно-таки экзотично)  код и контент. Так что я как раз не
советовал бы пользоваться дистрибутивным дебиановским ядром.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Драйверы

[Fedor Zuev]

On Thu, 12 Sep 2002, Igor Suvorov wrote:

JS>> существуют ситуации, когда дистрибутивная сборка ядра не устраивает,
JS>> нужны специальные функции, которые можно активизировать только
JS>> пропатчив ядро и собрав его лично.

IS>О том и речь, что вспоминать про сборку ядра нужно ровно
IS>тогда, когда дистрибутивное ядро не устраивает по вполне
IS>конкретным параметрам. А не из-за того, что "ядро под
IS>конкретную систему можно собрать гораздо лучше".

А откуда я узнаю, что дистрибутивное ядро меня не
устраивыает, если не попробую другое?

IS>Я повторюсь.

IS>Либо Вы соберете ядро, не имеющее никакой функциональности
IS>кроме нужной Вам сейчас. Это будет ядро, которое действительно
IS>заточено под Вашу машину и соответственно непригодно для
IS>использования где либо еще. Как, впрочем, и для получения
IS>новых возможностей на этой же машине.

IS>Либо Вы попытаетесь повторить работу сборщиков дистрибутива и
IS>получить универсальное ядро. Возможно, у Вас это и получится
IS>лучше. Но почему Вы тогда еще не в команде разработчиков? :-)

IS>Либо (и скорее всего) у Вас получится гибрид двух этих случаев
IS>с уклоном на первый. Выигрыша по сравнению с дистрибутивным
IS>ядром он не даст (а если даст - ищите, что еще Вы поломали в
IS>своей системе, либо срочно пишите соответствующему
IS>мейнтейнеру, дабы в дистрибутивном ядре поправили найденную
IS>Вами плюху).

IS>И только если Вам нужна какая либо функциональность,
IS>отсутствующая в дистрибутивном ядре, есть повод задуматься о
IS>самостоятельной сборке. Но это совсем не тот случай, когда
IS>надо говорить, что при установке нужно _обязательно_
IS>пересобрать ядро под себя.

Вы, похоже, очень давно (или вообще никогда) не пересобирали
ядро линуха.  А посему сии комментарии, наверное, кажущиеся Вам
очень умными, на самом деле несколько, э-э-э-э, miss the point, как
говорят мериканцы. Как тут уже упоминал кто-то, Линукс - это по
определению sourceware, софт, изначально закладывающийся на то, что
юзер будет собирать его сам для своей машины. _Очень_ многие
оптимизации под конкретную систему в линухе производятся _только_ в
период компиляции и нигде кроме. Правда. А модули...они конечно
полезны. Но workaround, предотвращающий потерю данных на
каком-нибудь богом забытом чипсете (и при этом вдвое ухудшающий
производительность) в модуль не выделишь. И выбор между двумя
несовместимыми подстистемами - тоже не организуешь. Лишь чуть больше
половины конфигурационных опций могут быть выделены в модули.

Re: a2ps-i18n

[Fedor Zuev]

On Fri, 27 Sep 2002, Иван Лох wrote:

ИЛ>> распространяются шрифты. Но мантейнер RedHat'овского пакета, скорее
ИЛ>> всего, потратил на это чуть больше времени и выяснил данный вопрос.

ИЛ>Программа имеющая копирайт, но не имеющая свободной лицензии? Если
ИЛ>лицензия есть почему мантейнер не вложил ее в пакет?

Какая программа?

Какой копирайт?

Создание Деб пакета.

[Fedor Zuev]

On Sun, 6 Oct 2002, The Stainless Steel Rat wrote:

TSSR>Здаствуйте! Такая феня всплыла: я хочу иметь новый софт,
TSSR>но отдельные пакеты. Если брать apt-get install program,
TSSR>то он тянет libc и проч... Вообщем, гуляя по списку прог,
TSSR>я обнаружил, что к готовым пакетам ещё мона скачнуть
TSSR>исходники, diffs, и *dsc файл. Просвятите плз, как из
TSSR>этого собрать деб пакет, если это можно.

apt-get -b source program

но это очень грубо. Прочитайте еще

man apt-get

на предмет build-dep

Re: Создание Деб пакета.

[Fedor Zuev]

On Sun, 6 Oct 2002, The Stainless Steel Rat wrote:

TSSR>Примерно в Mon, 7 Oct 2002 04:10:46 +0900 (IRKST)
TSSR>Fedor Zuev <[EMAIL PROTECTED]> написал:

TSSR>Почитал мэн к diff, но так и не понял, как наложить diff файл.

TSSR>Также в ваших рекомендациях не впилил по манам, где там
TSSR>раздел build-dep.

Тогда обновите apt-get до последнего unstable. Оно и вообще
полезно.

MPlayer

[Fedor Zuev]

On Sun, 6 Oct 2002, Balabay Sergey wrote:

BS>Hello, debian-russian!

BS>Мне сказали [знакомые], что можно смотреть фильмы (без тормозов!) на
BS>моей тачке (Intel Pentium166MMX/Matrox Mga Millenium 4Mb/)/. В виндах
BS>не все фильмы смотряться нормально: к примеру "криминальное чтиво"
BS>крутилось нормально, а вот "армагеддон" стормозил так, что только
BS>скришоты снимать можно было ;-).

Можно, если у тебя _очень_ хорошая периферия и процессор
ничто не отвлекает.

Кодек надо ставить FFmpeg

WinXP

[Fedor Zuev]

On Sat, 19 Oct 2002, Logvinov Andrew wrote:

LA>Есть ли у кого-нибудь опыт в запуске WinXP под вуди.

LA>Если есть поделитесь.


Это как?

Still Unable to Print in Russian

[Fedor Zuev]

On Tue, 29 Oct 2002, Harold Crouch wrote:

HC>* Step 9: Download and install Postscript Type 1 fonts.
HC>I downloaded
HC>ftp.gnome.ru/fonts/urw/release/urw-fonts-1.0.7pre14-koi8r.tar.bz2.

HC>I unpacked them and copied them into /usr/share/fonts/type1/gsfonts.

HC>The names of the fonts I copied into the folder perfectly matched the
HC>names of the existing files, but the new files are larger.

HC>There are two new files in the directory: fonts.dir and fonts.scale.
HC>I believe that these files are used only by Abiword, so I will ignore
HC>them for now.

No. This files needed for X.

HC>I then executed the following command:

HC>  defoma-font -q reregister-all /etc/defoma/hints/gsfonts.hints.

it worked only for debian fontpackages, AFAIK.

HC>I did *not*  change anything in the /etc/printcap file.


it does not matter

HC>* Step 10: Print (2nd attempt)
HC>Reboot and...

HC>Russian characters still do not print correctly.

You need or

1) (right, but looong way) instruct all programs, which
generate PostScript, to use specific -urw- font names instead of
standart names (Helvetica, Courier, Times).

2) (quick dirty hack) change standart ghostscript font names
to point it to font with cyrillic glyphs. For example: I use fonts
from scalable-cyrfonts debian package for printing. And I add to end
of Fontmap (specifically, to
/var/lib/defoma/gs.d/dirs/fonts/Fontmap, but I believe there is a
more correct way to do so) such lines


/Times-Roman /NimbusRomanCYR-Regu ;
/Times-Italic /NimbusRomanCYR-ReguItal ;
/Times-BoldItalic /NimbusRomCYR-MediItal ;
/Times-Bold  /NimbusRomCYR-Medi ;

/Courier-Oblique /NimbusMonCYR-ReguObli ;
/Courier /NimbusMonCYR-Regu ;
/Courier-Bold /NimbusMonCYR-Bold ;
/Courier-BoldOblique /NimbusMonCYR-BoldObli ;

/Helvetica /NimbusSansCYR-Regu ;
/Helvetica-Oblique /NimbusSansCYR-ReguItal ;
/Helvetica-Bold /NimbusSansCYR-Bold ;
/Helvetica-BoldOblique /NimbusSansCYR-BoldItal ;
/Helvetica-Narrow-BoldOblique /NimbusSansCYR-BoldCondItal ;


This method may somewhat damage display and|or printing
quality of non-cyrillic postcscript files.

Re: Still Unable to Print in Russian

[Fedor Zuev]

On Wed, 30 Oct 2002, Harold Crouch wrote:

HC>I now understand that I did not ask the correct question.  The correct
HC>question is: Where can I find MATCHING screen (bitmap - pcf) and
HC>printer (Postscript - pfa/pfb) fonts in KOI8-R encoding?

HC>-Harold

For printing you do not find and do not need fonts in KOI8-R
encoding. All correct cyrillic Type1 font go with AdobeCyrillic
glyph names.

For printing you can try console-cyrillic package from
debian distribution (at least it is in unstable). You can also use
it for X (add FontPath to /etc/X11/XF86Config-4) but for most
practical cases it will not the best solution.

Best freely availiable bitmap cyrillic fonts - Cyr-RFX
(debian packages xfonts-bolkhov-koi8r-75dpi,
xfonts-bolkhov-koi8r-misc).

Уоu can, of course, use GhostView (or gv) for print
preview (do not forget enable "anti-alias" toggle).

gnuplot koi8 font

[Fedor Zuev]

On Fri, 15 Nov 2002, Akimov Denis wrote:


AD>Где настроить в gnuplot русские шрифты ?


Патчить нужно.


diff -urwBb gnuplot-3.7.1p1/docs/gnuplot.doc 
gnuplot-3.7.1p1.diff/docs/gnuplot.doc
--- gnuplot-3.7.1p1/docs/gnuplot.docWed Oct 27 19:10:16 1999
+++ gnuplot-3.7.1p1.diff/docs/gnuplot.doc   Sat Sep 15 03:04:11 2001
@@ -3689,7 +3689,8 @@
  The `set encoding` command selects a character encoding.  Valid values are
  `default`, which tells a terminal to use its default; `iso_8859_1` (known in
  the PostScript world as `ISO-Latin1`), which is used on many Unix workstations
- and with MS-Windows; `cp850`, for OS/2; and `cp437`, for MS-DOS.
+ and with MS-Windows; `koi8r`, popular Unix cyrillic encoding; `cp850`, for 
+ OS/2; and `cp437`, for MS-DOS.
 
  Syntax:
set encoding {}
diff -urwBb gnuplot-3.7.1p1/docs/gnuplot.texi 
gnuplot-3.7.1p1.diff/docs/gnuplot.texi
--- gnuplot-3.7.1p1/docs/gnuplot.texi   Wed Oct 27 19:54:42 1999
+++ gnuplot-3.7.1p1.diff/docs/gnuplot.texi  Sat Sep 15 03:03:26 2001
@@ -4986,10 +4986,11 @@
 @opindex encoding
 
 
-The @ref{encoding} command selects a character encoding.  Valid values are
-`default`, which tells a terminal to use its default; `iso_8859_1` (known in
-the PostScript world as `ISO-Latin1`), which is used on many Unix workstations
-and with MS-Windows; `cp850`, for OS/2; and `cp437`, for MS-DOS.
+The @ref{encoding} command selects a character encoding.  Valid values
+are `default`, which tells a terminal to use its default; `iso_8859_1`
+(known in the PostScript world as `ISO-Latin1`), which is used on many
+Unix workstations and with MS-Windows; `koi8r`, popular Unix cyrillic
+encoding; `cp850`, for OS/2; and `cp437`, for MS-DOS.
 
 Syntax:
 @example
diff -urwBb gnuplot-3.7.1p1/set.c gnuplot-3.7.1p1.diff/set.c
--- gnuplot-3.7.1p1/set.c   Thu Aug 19 23:36:35 1999
+++ gnuplot-3.7.1p1.diff/set.c  Sat Sep 15 01:32:11 2001
@@ -133,7 +133,7 @@
 TBOOLEAN parametric = FALSE;
 double pointsize = 1.0;
 int encoding;
-char *encoding_names[] = { "default", "iso_8859_1", "cp437", "cp850", NULL };
+char *encoding_names[] = { "default", "iso_8859_1", "cp437", "koi8r" "cp850", 
NULL };
 TBOOLEAN polar = FALSE;
 TBOOLEAN hidden3d = FALSE;
 TBOOLEAN label_contours = TRUE;/* different linestyles are used for 
contours when set */
@@ -1149,11 +1149,14 @@
} else if (almost_equals(c_token,"cp4$37")) {
c_token++;
encoding = ENCODING_CP_437;
+   } else if (almost_equals(c_token,"koi$8r")) {
+   c_token++;
+   encoding = ENCODING_KOI8_R; 
} else if (almost_equals(c_token,"cp8$50")) {
c_token++;
encoding = ENCODING_CP_850;
} else {
-   int_error("expecting one of 'default', 'iso_8859_1', 'cp437' or 
'cp850'", c_token);
+   int_error("expecting one of 'default', 'iso_8859_1', 
'cp437','koi8r' or 'cp850'", c_token);
}
 } else
return(FALSE);  /* no command match */
diff -urwBb gnuplot-3.7.1p1/setshow.h gnuplot-3.7.1p1.diff/setshow.h
--- gnuplot-3.7.1p1/setshow.h   Sun Oct  4 05:17:47 1998
+++ gnuplot-3.7.1p1.diff/setshow.h  Sat Sep 15 01:35:20 2001
@@ -179,7 +179,8 @@
 #define ENCODING_DEFAULT   0
 #define ENCODING_ISO_8859_11
 #define ENCODING_CP_4372
-#define ENCODING_CP_8503   /* JFi */
+#define ENCODING_KOI8_R3
+#define ENCODING_CP_8504   /* JFi */
 
 extern int encoding;
 extern char*encoding_names[];
diff -urwBb gnuplot-3.7.1p1/term/post.trm gnuplot-3.7.1p1.diff/term/post.trm
--- gnuplot-3.7.1p1/term/post.trm   Thu Aug 19 23:16:33 1999
+++ gnuplot-3.7.1p1.diff/term/post.trm  Sat Sep 15 01:40:19 2001
@@ -513,6 +513,9 @@
case ENCODING_CP_437:
recode = "reencodeCP437 def\n";
break;
+   case ENCODING_KOI8_R:
+   recode = "reencodeKOI8R def\n";
+   break;
case ENCODING_CP_850 : 
recode = "reencodeCP850 def\n";
break;
@@ -765,6 +768,54 @@
 "] def\n",
 NULL };
 
+/*   encoding for code page koi8r*/
+/* */
+/*   version 1.0:  - Mainly letters are mapped. The following positions*/
+/*   (JFi)   are left blank (undefined):   */
+/*   -- first 32 positions,*/
+/*   -- frame characters,  */
+/*   -- a few special characters.  */
+/* */
+static char GPFAR * GPFAR PS_koi8r_encoding[] = {
+"/reencodeKOI8R {\n",
+"dup dup findfont dup length dict begin\n",
+"{ 1 index /FID ne { def }{ pop pop } ifelse

Re: gnuplot koi8 font

[Fedor Zuev]

On Fri, 15 Nov 2002, Wartan Hachaturow wrote:

WH>On Fri, Nov 15, 2002 at 06:19:06PM +0800, Fedor Zuev wrote:

WH>> AD>Где настроить в gnuplot русские шрифты ?
WH>> Патчить нужно.

WH>А как насчет отослать maintainer'у? :)

Я не уверен, что он правильно работает со всеми шрифтами.
Сам пробовал только с Nimbus из комплекта scalable-cyrfonts, и при
открытии в СorelDraw шрифты в подписях у меня чегой-то поползли.
Скажите, если нормально работает с другими шрифтами - тогда отошлю.

Re: apt-get remove

[Fedor Zuev]

On Sun, 24 Nov 2002 [EMAIL PROTECTED] wrote:

>> >
>> > 2) сразу устанавливать mail-transport-agent
>> >

>Я хотел поставить свой собственный. Ладно, понятно, что надо делать
>Дебиановский пакет и называть его mail-transport-agent. ОК, пока со
>своим завязал (он все равно не работает :) ). Ставлю exim, он как

apt-get install equivs

kk

Re: шрифты, dia и другие

[Fedor Zuev]

On Tue, 3 Dec 2002, Victor Wagner wrote:

VW>> и пр на чертежах согласно ЕСКД. Это хорошо. Плохо другое. Я бы хотел
VW>> чтобы мои труды не пропали зря и им могли воспользоваться другие
VW>> страждущие. Посему вопрос: где взять свободные (gpl,bsd, прочее) шрифты
VW>> ГОСТ если такие есть, если нет то могу ли я объявить, что переделанные
VW>> мной шрифты распространяются под gpl(мне слава не нужна, мне шрифты
VW>> нужны).

VW>Это не нас нужно спрашивать, а авторов шрифтов.

VW>Мое такое мнение - шрифты нужно выложить, с указанием, что
VW>а) шрифты сделаны на основе ttf-шрифтов такого-то
VW>б) оригинальные ttf можно взять там-то и они лучшего качества
VW>  (поскольку юникодные)
VW>в) вопросы лицензирования с авторами не согласовывались.


Так человек сказал: шрифты стандартные. ГОСТовские. Какая,
нафиг, лицензия?


л

Re: Fw: [FS] Перспективы свободного ПО в публичном секторе 0.1

[Fedor Zuev]

On Tue, 3 Dec 2002, Michael Shigorin wrote:

MS>On Tue, Dec 03, 2002 at 12:47:03PM +0300, Vasiliy 'Druid' Misharev wrote:
MS>> >http://www.lrn.ru/pipermail/freestate/2002-December/46.html
MS>> 404 not found

MS>Архив постфактум оказался непубличным; насколько я понял, по
MS>крайней мере применительно к этому постингу это состояние --
MS>временное.

Куски этого текста есть на
www.libertarium.ru/libertarium/freestate

Re: шрифты, dia и другие

[Fedor Zuev]

On Tue, 3 Dec 2002, Victor Wagner wrote:

VW>> VW>Мое такое мнение - шрифты нужно выложить, с указанием, что
VW>> VW>а) шрифты сделаны на основе ttf-шрифтов такого-то
VW>> VW>б) оригинальные ttf можно взять там-то и они лучшего качества
VW>> VW>  (поскольку юникодные)
VW>> VW>в) вопросы лицензирования с авторами не согласовывались.
VW>>
VW>>
VW>>Так человек сказал: шрифты стандартные. ГОСТовские. Какая,
VW>> нафиг, лицензия?

VW>Стандарт оно, конечно, стандарт, но вот конкретная программа на
VW>языке TrueType тем не менее по твоему же факу является
VW>произведением АП.

Спорно, кстати. По закону программа a) "совокупность 
команд для ЭВМ" б) "..предназначенная для функционирования ЭВМ с
целью получение определенного результата".

И то и другое присутствует лишь с очень большой
натяжкой. Но допустим.

VW>Правда, есть подозрение, что программа на языке Postscript, которую
VW>собирается распросторанять инициатор треда - более другое произведение
VW>АП. И его можно распространять под любой лицензией.

Разумеется.

VW>С указанием, что она покрывает только саму программу, а начертание
VW>шрифта, будучи определенным стандартом таким-то является общественным
VW>достоянием, и пошли все куда подальше (в смысле качать шрифты и
VW>пользоваться).

Начертание шрифта как таковое вообще есть предмет не
авторского, а патентного права (т.н. "промышленный образец"). И
конечно, никаких патентов на ГОСТовский шрифт быть не может.

Re: шрифты, dia и други е

[Fedor Zuev]

On Tue, 3 Dec 2002, Andrei Sosnin wrote:

AS>> Если шрифты ГОСТ есть -- берите.  Как госстандарт, они _не_ могут
AS>> быть объектом ИИАП.  См. тж. ссылку на Anti-Copyright-FAQ.
AS>>

AS>Здесь не совсем та ситуация. Шрифт используется не в оригинале, а будучи
AS>переделанным в другой формат. И вопрос именно в изменении шрифта (а
AS>перенос в другой формат может повлечь и фактическое изменение шрифтов:
AS>их внешнего вида при выводе и т.п.). А ГОСТ может наложить ограничения
AS>на изменение и последующее перераспространение шрифтов в измененном
AS>виде, так как измененные шрифты (не важно как, пусть даже переведенные
AS>из одного формата в другой) уже могут не соответствовать стандартам ГОСТ.

AS>Очень хорошо, если в ГОСТе поступили как в W3C с переводами документов:
AS>у Консорциума всемирной сети нет *официальных* переводов.

AS>Очень хорошо, если ГОСТ допускает изменение шрифтов при явном уточнении,
AS>что полученные шрифты *не являются*, грубо говоря, "официальными
AS>переводами", могут содержать ошибки, неточности и т.д..

AS>В общем, ТП (творческое предложение) для Александра Данилова - найти
AS>точную информацию по этому поводу, и пользоваться ей. Она наверняка есть
AS>на официальном сайте ГОСТа, или, по крайней мере, у контактных лиц, с
AS>которыми наверняка можно связаться по эл. почте. Если Александру не
AS>жалко, то мне бы интересно было узнать от него о результатах поиска.

AS>А гадать по этому поводу нет смысла. Мы уважаем букву закона, поэтому
AS>точность для нас необходима. :-) Не так ли?


ГОСТ - это не человек и не организация.

Это сокращение такое: ГОсударственный СТандарт.

Официальный документ, короче говоря.

Re: шрифты, dia и другие

[Fedor Zuev]

On Wed, 4 Dec 2002, Victor Wagner wrote:

VW>On 2002.12.04 at 03:06:11 +0800, Fedor Zuev wrote:

VW>> VW>> нафиг, лицензия?
VW>>
VW>> VW>Стандарт оно, конечно, стандарт, но вот конкретная программа на
VW>> VW>языке TrueType тем не менее по твоему же факу является
VW>> VW>произведением АП.
VW>>
VW>>Спорно, кстати. По закону программа a) "совокупность 
VW>> команд для ЭВМ" б) "..предназначенная для функционирования ЭВМ с
VW>> целью получение определенного результата".

VW>А чем тебе набор описаний кривых (команды), предназначенных для
VW>рисования определенных символов в определенном начертании
VW>(определенный результат) не удовлетворяет этому определению.

Приняв такой подход - мы любой текст должны будем признать
программой. Ведь это описание последовательности символов,
вываодимых на экран. А уж письмо со хидерами :-)

Думаю, что ни законодатель, ни сколь-нибудь вменяемый суд
не примут столь расширительного толкования понятия программы.

VW>Скажи t1disasm на любой pfa-шрифт и почитай, что получилось. Если
VW>это не программа, то я не программист.

Это глюки. Там таким образом подобраны мнемоники, чтобы
казалось, будто описания символов написаны на PostScript-е. Это
неправда. Там достаточно примитивный векторный формат и не более
того. Более того - "команды" там имеют вообще не тот смысл, что в
постскрипте. Произвольную PostScript программу туда не запишешь.
Процедуры на PostScript-е в Type1-шрифте могут присутствовать лишь в
строго определенных местах - и у 90-95% шрифтов эти места либо
пусты, либо содержат совершенно стандартный код (в смысле -
cut'n'paste из описания type1-формата).

Вы ведь не будете настаивать на том что программами являются
файлы jpeg или mp3? А ведь там формат посложнее будет.

COHFIG_HZ=512

[Fedor Zuev]

On Sun, 8 Dec 2002, Maxim V. Kryzhny wrote:

MVK>не подскажите ли что это за параметр при конфигурировании
MVK>ядра? По "хелп" в menuconfig информации к сожалению нет,
MVK>в докумнтации к ядру (2.4.18) тоже молчок.. прям какая-то
MVK>недокументированная возможность :)

MVK>В меню конфигруации Это выглядит буквально так:
MVK>"(512) timer frequency (hz) for the kernel (100)".
MVK>Параметр по умолчанию - 512.

Частота системного таймера. Определяет величину кванта
времени, отдаваемого процессу за раз, дискретность системного
времени и все такое.

boot.msg

[Fedor Zuev]

On Thu, 19 Dec 2002, Vlad wrote:

V>Hello debian-russian,

V>  Люди, неужели никому никогда не было интересно как прошла загрузка
V>  системы, кроме того что выдает dmesg?

Тоесть?

Re: А у меня Масяня разговаривает...

[Fedor Zuev]

On Thu, 19 Dec 2002, Victor Wagner wrote:

VW>> У меня и mpg123-nas издавал звуки неприемлемого качества. И всего-то был
VW>> pentium-160mmx совершенно без излишней нагрузки. Сеть ни при чем - 
локальные
VW>> файлы с таким же качеством - периодическое щелканье и бульканье.

VW>Ну так да, этот процессор немножко слабоват для nasd + mpg123.
VW>Когда у меня на терминале 486 стоял - тоже булькало. Теперь PII-208 -
VW>все работает нормально.

AFAIK не с процессором дело, а с самим mpg123.  В таких
случаях надо пробовать компилировать mpg123 с другими настройками, в
частности - _отключать_ ассемблерную оптимизацию, пробовать другие
версии mpg123 (их, специально для такого случая на его сайте
выставлено несколько).


И, возможно, с настройками ядра (драйверам ISA-аудиокарт требуют для
нормальной работы заранее некоторого количества памяти ниже первого
мегабайта).

Re: kylix 2

[Fedor Zuev]

On Tue, 31 Dec 2002, Denis Dzyubenko wrote:

DD>Все перечисленные языки (pascal, c++, tcl, python (немного))
DD>являются языками одного типа - все они структурные (или как
DD>называется антипод функциональным языкам (?) и у них синтаксис
DD>различается незначительно.

Алголоподобные.

ллл

Encryption in Russia

[Fedor Zuev]

On Wed, 1 Jan 2003, Oleg wrote:

O>I'm curious, did they make it legal to use PGP and other
O>encryption methods in Russia? Last I heard, it was illegal unless
O>sanctioned by some government office.

Of course, it is pretty legal to just _use_ it (for
yourself). But it may be illegal to offer a commercial services
involved encryption. In that case, you must call it somehow else
("data protection", for example) :-)

Re: Encryption in Russia

[Fedor Zuev]

On Wed, 1 Jan 2003, Oleg wrote:

O>> O>I'm curious, did they make it legal to use PGP and other
O>> O>encryption methods in Russia? Last I heard, it was illegal unless
O>> O>sanctioned by some government office.
O>>
O>> Of course, it is pretty legal to just _use_ it (for
O>> yourself). But it may be illegal to offer a commercial services
O>> involved encryption. In that case, you must call it somehow else
O>> ("data protection", for example) :-)

O>Here's what lsh-client description says, for example:

O>"In some countries, particularly Russia, Iraq, Pakistan, and
O>France, it may be illegal to use any encryption at all without a
O>special permit."

Yes. This is well-known, popular misunderstanding of exact
terms of law. It based on the real facts, but is not quite correct.

Restriction on encryption was first introduced in 1995 by
"Указ Президента РФ N 334" (Edict of the president of Russian
Federation 334). Edict has messy language, and it was not clear,
which exactly type of activity it restricted. In 2001 edict was
superseded by the new edition of "Закон о лицензировании отдельных
видов деятельности" (Law about licensing of specific types of
activity). Law declares that cryptography tech (among about a
hundred other kinds of business) is needed government license to
maintain and produce.

According to that law you can not _sell_ cryptographic
devices without government license. Also, you can not _offer_
encryption as service (or part of service) to your customers without
government license.

But using cryptography for protecting your own personal
privacy and|or securing communication to peers is clearly beyond the
scope of this law. Communication business ("деятельность в области
связи") has its own, separate regulation, not covered by this law.
In most cases it far more severe, but, AFAIK, say nothing about
encryption.

Упала dpkg база. Вроде....

[Fedor Zuev]

On Sat, 4 Jan 2003, The Stainless Steel Rat wrote:

TSSR>Запускаю dselect
TSSR>Запускается.
TSSR>ВЫбираю Установка/Удаление (или что ещё)
TSSR>Выпадает:
TSSR>##CUT###

TSSR>dselect: ошибка разбора, in file `/var/lib/dpkg/available' near line 3378 
пакет `doxygen':
TSSR> ошибка в поле Version `ВDдду $э': version string has embedded spaces

Побился список доступных пакетов. Можно попытаться
отредактировать файл вручную. Но, IMHO, лучше его удалить,
после чего зарегистрировать все доступные источники пакетов по новой

man dpkg
/update-avail
/merge-avail

Re: *.wma

[Fedor Zuev]

On Fri, 3 Jan 2003, Sergey A. Ovchar wrote:

SAO>On Thu, 2 Jan 2003 04:19:13 +0300
SAO>Serge Matveev <[EMAIL PROTECTED]> wrote:

SAO>>  SAO> У меня проблемы с воспроизведением муз.файлов сабжевого формата
SAO>>  SAO> :(( Как научить xmms понимать их ?
SAO>>
SAO>> Я их mplayer'ом слушаю, например.

SAO>Научи и меня плз, я даже самой свежей версией не смог ;-(

А .dll-и виндовые с его сайта куда надо положены?

Re: mingw cross compile

[Fedor Zuev]

On Tue, 26 May 2009, Andrey Melnikoff wrote:

AM>Dmitry Fedorov  wrote:
AM>> 26 мая 2009 г. 17:06 пользователь Andrey Melnikoff написал:
AM>> >
AM>> > А никто не держит репозитория с пакаджами под win32 для кросс-компиляции?
AM>> >
AM>> > Или где почитать, как их делать...

AM>> aptitude search mingw

AM>Это то есть - стоит и работает. А интересует - где брать собранные пакаджи
AM>(openssl,zlib,expat,etc) под w32.


apt-get.org дает ссылку на
ftp://ftp.berlios.de/pub/egachine/mingwcross


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Debian на SSD

[Fedor Zuev]

On Tue, 17 Jul 2012, Евгений Золотов wrote:

??>Коллеги,
??>
??> а как правильно заточить wheezy для твердотельного накопителя? Ядро 3.2.
??> Я вынес в tmpfs /tmp, /var/run, /var/tmp, /var/log, /var/lock,
??>монтирую корень с опцией noatime, передаю ядру опцию discard (в Grub,
??>хотя полностью не понимаю для чего это и правильно ли сделал).
??> Чего ещё можно сделать, чтобы уменьшить износ? Заранее спасибо за советы.

http://wiki.debian.org/DebianEeePC/TipsAndTricks

Хотя по моему это все дела давно прошедших дней и ныне ожидаемый 
срок службы системы все равно меньше ожидаемого срока службы флешки. 

Re: Разрешение 1920х1200 в консоли.

[Fedor Zuev]

On Sun, 21 Dec 2008, Victor Wagner wrote:

VW>On 2008.12.21 at 13:00:59 +0500, Murat D. Kadirov wrote:

VW>Не запущены? Опять же, на машине предназначенной для работы в
VW>графической среде, X-ы должны

Кому должны?

VW>> стартовать иксы, после чего стартовать виртуальный терминал, если всё,
VW>> что мне нужно это просмотреть e-mail или почитать новостные эхи?

VW>А если в E-Mail пришел аттачмент в формате JPG и его надо срочно
VW>посмотреть? если почтовый клиент запущен в x-терминале, то кнопочку
VW>нажал и запустился просмотрщик графики. Благо есть где.

Вот у меня почему-то и картинки смотрятся, и видео играется,
и pdfы/dvi/djvu просматриваются - все безо всяких иксов. Что я делаю
не так?

VW>А если это офисный документ, в котором нужно
VW>поправить пару строчек и срочно отправить обратно?

http://www.gnu.org/philosophy/no-word-attachments.html

VW>Например, приличной текстовой оконной среды для Linux console так и не
VW>появилось.

Называется Linux Kernel


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Шрифты в ленни

[Fedor Zuev]

On Thu, 25 Dec 2008, Nicholas wrote:

N>Просто ради интереса - сколько програмисто-часов стоит шрифт ?
N>Вот много лет все тянут шрифты от ms, нешто это миллионы, такой же
N>сделать, стоит ?

Это довольно опасно.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Отключение ipv6

[Fedor Zuev]

On Fri, 14 Aug 2009, James Brown wrote:

JB>Никто не пробовал отключать модули поддержки ipv6 в Lenny AMD64?
JB>Стабильно работает после этого или начинает глючить?


Не знаю как AMD64 а у меня почти на всех машинах с дистрибутивным
(не самосборным, где его никогда и не было) ядром ipv6 заблеклисчен.
Не из идейных соображений, а просто так получалось, каждый раз по
разной причине, при отлове глюков натыкался на упоминание об ipv6.ko
как возможном источнике проблем. Так что скорее всего, оставлять
включенным его стоит только при реальной нужде.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Отключение ipv6

[Fedor Zuev]

On Sat, 15 Aug 2009, James Brown wrote:

JB>Fedor Zuev wrote:
JB>> On Fri, 14 Aug 2009, James Brown wrote:
JB>>
JB>> JB>Никто не пробовал отключать модули поддержки ipv6 в Lenny AMD64?
JB>> JB>Стабильно работает после этого или начинает глючить?
JB>>
JB>>
JB>> Не знаю как AMD64 а у меня почти на всех машинах с дистрибутивным
JB>> (не самосборным, где его никогда и не было) ядром ipv6 заблеклисчен.
JB>> Не из идейных соображений, а просто так получалось, каждый раз по
JB>> разной причине, при отлове глюков натыкался на упоминание об ipv6.ko
JB>> как возможном источнике проблем. Так что скорее всего, оставлять
JB>> включенным его стоит только при реальной нужде.
JB>>
JB>>
JB>>
JB>Заблеклисчен через iptables или отключен через modprobe  ?

в /etc/modprobe/blacklist.conf

Впрочем, я для верности и сами модули поудалял :-)


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Отключение ipv6

[Fedor Zuev]

On Sun, 16 Aug 2009, James Brown wrote:

JB>> JB>> Не знаю как AMD64 а у меня почти на всех машинах с дистрибутивным
JB>> JB>> (не самосборным, где его никогда и не было) ядром ipv6 заблеклисчен.
JB>> JB>> Не из идейных соображений, а просто так получалось, каждый раз по
JB>> JB>> разной причине, при отлове глюков натыкался на упоминание об ipv6.ko
JB>> JB>> как возможном источнике проблем. Так что скорее всего, оставлять
JB>> JB>> включенным его стоит только при реальной нужде.
JB>> JB>>
JB>> JB>>
JB>> JB>>
JB>> JB>Заблеклисчен через iptables или отключен через modprobe  ?
JB>>
JB>>в /etc/modprobe/blacklist.conf
JB>>
JB>> Впрочем, я для верности и сами модули поудалял :-)
JB>>
JB>>
JB>>
JB>1.Вроде бы у меня глюков нет, а соображения не совсем "идейные", просто
JB>пока Tor не поддерживает ipv6 я опасаюсь потенциальной деанонимизации
JB>через него.
JB>Правда, в моем обычном подлкючении, команда ifconfig выполняемая на
JB>роутере показывает, что все используемые им адреса -  в формате ipv4, и,
JB>видимо, послать в Сеть пакеты по ipv6 через него я все равно не смогу,
JB>но поскольку ноут - вещь переносимая, и кто его знает, где я еще могу
JB>воткнуться в сеть, возникает вопрос.
JB>А какого характера бывают глюки, и с чем это связано?

JB>2. lsmod |grep ipv6
JB>ipv6
JB>- т.е., только один модуль надо отключать/блэклистить, или есть еще
JB>какие-то с ним взаимосвязанные?


Ну, если ты его отключишь, все остальные и сами не
поднимутся, думаю.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Google Chrome доступен для Debian Lenny

[Fedor Zuev]

On Wed, 21 Oct 2009, Иван Лох wrote:

ИЛ>А Вы пробовали? Вообще-то, литературный псевдоним в России подлежит 
регистрации.

Неа.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: "Неубиваемый" mc - как побороть?

[Fedor Zuev]

On Sat, 12 Jan 2013, Ivan Zavarzin wrote:

IZ>Доброе утро,
IZ>
IZ>На нетбуке установлен testing.
IZ>Периодически сталкиваюсь с такой проблемой. Запускаю mc (от юзера),
IZ>копирую через F5 в псевдогуе mc какой-нибудь большой файл.
IZ>mc по непонятным причинам зависает и не реагирует на клавиши Esc и пр.
IZ>Я пытаюсь его убить - делаю pkill mc, pkill -9 mc, kill processnumber и
IZ>kill -9 processbunmber от юзера и от рута, mc не убивается.
IZ>"Лечит" только перезагрузка или telinit 1 с последующим выходом из
IZ>однопользовательского режима.
IZ>В чем может быть проблема?

Убивайте процесс cons.saver, если есть. 

Re: измерение качества изображения

[Fedor Zuev]

On Fri, 27 Dec 2013, Dmitry A. Zhiglov wrote:

DAZ>Добрый день!
DAZ>
DAZ>Пишу на удачу, вдруг кто подскажет.
DAZ>
DAZ>Разыскиваю инструмент, который даст значение PSNR для двух картинок.
DAZ>Хотелось бы, что бы инструмент (этот или какой либо еще) мог сделать
DAZ>разницу эталонного и проверяемого изображения, так сказать наглядно
DAZ>показать "шум".
DAZ>
DAZ>Спасибо.
DAZ>
DAZ>[1] http://en.wikipedia.org/wiki/PSNR

Не совсем понял вопрос, но - ImageJ ? 
http://rsb.info.nih.gov/ij/

Не проверял, есть ли у нее именно эта функциональность, но вроде 
предназначена именно для такого рода анализа. 

Ах, да - Octave, конечно. Это точно может, но нужно написать скрипт 
строчек в пять. 

Re: Программирование научных программ на C.

[Fedor Zuev]

On Sat, 8 Feb 2014, Artem Chuprina wrote:

AC>Перл, конечно, сильно развился со времен изначальной своей задачи
AC>"сложная обработка человекочитаемых текстов", но разработан он был
AC>именно под это, как более универсальный awk, и это в нем осталось.  Его
AC>научили работать с базами данных, с гуем, и в силу слова "сложная" в
AC>задаче у него появилась объектная модель и развесистый flow control
AC>(из-за которого я его порой использую при скриптовании вместо шелла,
AC>если мне нужна дополнительная надежность типа "восстановление после
AC>ошибок"), но задача по-прежнему та же, так что вычислительную математику
AC>на нем таки да, неудобно.

Мне удобно. Ну то есть если у нас не стоит задача экономить 
байты и микросекунды, то перл лучше Цэ более высоким уровнем 
абстракции и отстутствием компиляции, чем всякие новомодные уродства 
типа питона компактностью (когда функция занимает один экран вместо 
двадцати - это способствует удобочитаемости куда больше, чем 
остутствие скобок) и скоростью, и чем специализированные языки типа 
SciLab|Octave общеприменимостью (нам не нужно ограничивать себя в 
вводе-выводе). А также набором библиотек, в том числе 
научно-вычислительных.

см. также PDL

Re: Программирование научных программ на C.

[Fedor Zuev]

On Mon, 10 Feb 2014, Sergey B Kirpichev wrote:

SBK>On Mon, Feb 10, 2014 at 09:52:44PM +0900, Fedor Zuev wrote:
SBK>> вводе-выводе). А также набором библиотек, в том числе 
SBK>> научно-вычислительных.
SBK>
SBK>Как оно с фортраном, умеет дружить?
SBK>
SBK>Можно пример библиотек, которые вы считаете "научно-вычислительными"?
SBK>Сопоставимы их возможности хоть с тем же numpy?

Ну так я вроде же указал на PDL, подражанием которому (не 
доделанным и наполовину, если я правильно помню) является numpy. 

Интеграция с двоичным кодом (фортраном в том числе) какая-то 
есть, и в PDL, и в самом перле, но мне это никогда не было 
интересно. Могу сказать что само собой оно не подхватывается, нужно 
писать прокладку. Для большинства известных, популярных пакетов 
прокладки впрочем уже написаны, например я пользовался из перла 
lapack,fftw, gsl. 

Re: Программирование научных программ на C.

[Fedor Zuev]

On Wed, 12 Feb 2014, Sergey B Kirpichev wrote:

SBK>On Mon, Feb 10, 2014 at 11:26:05PM +0900, Fedor Zuev wrote:
SBK>>   Ну так я вроде же указал на PDL, подражанием которому
SBK>
SBK>Из машины времени что-ли? ;)
SBK>
SBK>> (не доделанным и наполовину, если я правильно помню) является numpy.
SBK>
SBK>Мягко говоря, недоделанным выглядит больше PDL.  Достаточно
SBK>сравнить
SBK>http://pdl.perl.org/?page=reference
SBK>http://docs.scipy.org/doc/

Э, и что это должно иллюстрировать? Что у питона нет встроенной 
документации? 

Numpy примерно соответствует (за вычетом разной странной фигни, 
которая в PDL не нужна, потому что гораздо лучшая функциональность 
в Перле изкоробки) первым четырем модулям PDL: Core, 
Basic,Ops,Ufunc. Ну, плюс еще CallExt, уж коли мы заговорили о 
фортране. Но в PDL-то этих модулей - шестьдесят! Плюс еще десятка 
два модулей для PDL отдельно, на CPAN-е. 

И да, я впечатлился, каких чудовищных плясок с бубном (судя по 
документации) требует NumPy там где в PDL вообще ничего делать не 
надо (потому что соответствующая функциональность прозрачна). 


SBK>
SBK>> Интеграция с двоичным кодом (фортраном в том числе) какая-то есть
SBK>
SBK>Мда.  Вот подобные "какая-то" и наводит на грустные
SBK>размышления.

Ну так поймите, в перле - в отличии от - вызов внешней библиотеки, 
причем не в специально для этого написанном модуле со CPANа, а прямо 
из прикладной программы - редчайшая экзотика. Если вам это 
понадобилось - значит либо вы пишете что-то глубоко системное, либо 
у вас неправильная постановка задачи. А так, процедура прилинковки 
внешних библиотек в PDL в точности такая же, как и в NumPy. 
Поскольку, как я уже говорил, второе драли с первого. 

Re: Программирование научных программ на C.

[Fedor Zuev]

On Wed, 12 Feb 2014, Sergey B Kirpichev wrote:

SBK>> SBK>http://pdl.perl.org/?page=reference
SBK>> SBK>http://docs.scipy.org/doc/
SBK>> Э, и что это должно иллюстрировать?
SBK>
SBK>Что больше "доделано".
SBK>
SBK>> Что у питона нет встроенной документации?
SBK>
SBK>С чего вы взялись утверждать подобный идиотизм?

Вы сами дали мне ссылку на пучок каких-то кривых и косноязычных 
PDF-ов, утверждая что это-то и есть документация. Из этого я делаю 
вывод, что другой, нормальной документации, аналогичной, скажем, 
перловскому POD - у вас там нет. Если я ошибся, и Вы имели в виду 
что - то другое - что ж, прекрасно.

SBK>
SBK>Стесняюсь, но придется спросить: вы вообще python использовали?

Я? Боже упаси! Мне приходилось немного править скрипты на 
питоне, писанные другими. Для того чтобы оценить прелести и ароматы 
сего явления этого вполне достаточно, ящетаю. 

SBK>
SBK>> Numpy примерно соответствует (за вычетом разной странной фигни, 
SBK>> которая в PDL не нужна, потому что гораздо лучшая функциональность 
SBK>> в Перле изкоробки) первым четырем модулям PDL: Core, 
SBK>> Basic,Ops,Ufunc. Ну, плюс еще CallExt, уж коли мы заговорили о 
SBK>> фортране. Но в PDL-то этих модулей - шестьдесят! Плюс еще десятка 
SBK>> два модулей для PDL отдельно, на CPAN-е.
SBK>
SBK>В scipy-стеке есть еще ряд проектов (http://www.scipy.org/),
SBK>собственно на документацию самого scipy я указал.  numpy - это лишь
SBK>ядро численных пакетов.  Ну а "внешних модулей" - тоже на pypi...
SBK>Есть на CPAN сопоставимый аналог theano?

Поиск показывает, что наиболее популярным пакетом в этой 
области является Math::Symbolic. О его сравнительных достоинствах 
ничего сказать не могу, никогда не пользовался. Мне вообще не вполне 
понятно, зачем кому-то может понадобиться программировать символьные 
вычисления на скриптовом языке. 


SBK>
SBK>> И да, я впечатлился, каких чудовищных плясок с бубном (судя по 
SBK>> документации) требует NumPy там где в PDL вообще ничего делать не 
SBK>> надо (потому что соответствующая функциональность прозрачна).
SBK>
SBK>Например?

Например преобразования типов, работа со срезами и 
подмножествами массивов, вообще итераторы, управление памятью. 

Функция ввода-вывода текстовых таблиц в NumPy очень смешная. 

Ну и вообще, когда арифметические действия над массивами 
(векторами, матрицами итд) записываются именно как арифметические 
действия, а не как нагромождение функций и методов с лавиной 
скобок - оно, знаете ли, изрядно повышает удобочитаемость и 
эффективность. 

SBK>Для сравнения:
SBK>https://www.ohloh.net/p/pdl
SBK>https://www.ohloh.net/p/numpy

Простите, что это? 


SBK>> Ну так поймите, в перле - в отличии от - вызов внешней библиотеки, 
SBK>> причем не в специально для этого написанном модуле со CPANа, а прямо 
SBK>> из прикладной программы - редчайшая экзотика. Если вам это 
SBK>> понадобилось - значит либо вы пишете что-то глубоко системное, либо 
SBK>> у вас неправильная постановка задачи.
SBK>
SBK>Либо вы хотите использовать хорошие численные алгоритмы, за которыми
SBK>стоят годы разработки и тестирования.  Жаль, но приходится признать -
SBK>я был прав в догадке, что будет "зачем нам фортран?".  А это признак
SBK>того, что ваши потребности, мягко говоря, cпецифичны.

Если это _хорошие_ численные алгоритмы, то они давно уже 
опубликованы, входят в состав популярных, широко используемых 
пакетов и все биндинги к ним давно уже написаны, причем не по одному 
разу. 

А при работе с разного рода унаследованным 
внутриучрежденческим хламом, к которому принадлежит 80% ныне 
используемого фортрановского кода, потратить полчаса на описание 
интерфейса - это как бы наименьшая из связанных с этим кодом 
проблем. 

Я так понимаю, вы решили тут прихвастнуть знакомством с 
темами, которые знаете сильно понаслышке? 


SBK>
SBK>> Поскольку, как я уже говорил, второе драли с первого.
SBK>
SBK>Покажите сперва машину времени в PDL, чтобы "драть".

Вы уже который раз повторяете фразу про "машину времени", но 
я так и не понял, что Вы этим хотите сказать. PDL существует с 1996 
года. К 2007 году (моменту первого релиза NumPy) PDL существовал уже 
больше десятилетия и в своей основе практически не отличался от 
современного. 

Последние лет пять-семь ядро PDL для Perl5 действительно практически 
не развивается - потому что его встраивают в Perl6 как часть языка и 
основное развитие идет там. Но вы сперва то что есть освойте, ага. 
Ну или переходите на Perl6. С точки зрения перловода там сейчас 
исчезающе скудный выбор пакетов, но в сравнении с Питоном - более 
чем.

X Window Cyrillic

[Fedor Zuev]

On Tue, 30 Mar 2004, Basil P. Melnik wrote:

BPM>итоге уложил сетку, было принято самое простое решение с моей стороны -
BPM>все грохнуть и поставить заново, благо инет не проблема.. Так вот ,

Не надо так делать.

BPM>после того как я все переставил обратно вернуть крилицу у меня уже не
BPM>выходит , пол дня просидел за доками-факами - не получаеться, вместо
BPM>шрифтов квадратики с цифрами :)

русификация консоли - пакет console-cyrillic

в иксах надо, прежде всего поставить шрифты xfonts-bolkhov-*

затем переправить псевдонимы для шрифтов в /etc/X11/fonts/
(там написано как), чтобы они указывали на русские шрифты.

Оставшиеся глюки в каждой программе удаляются отдельно. В
частности для gtk-шных надо править в /etc/gtk/gtkrc.ru_RU


BPM>И еще вопрос : мне не очень понятны все эти мутки с версиями Non-US ,
BPM>non-free. Меня абсолютно не интересует законность :) меня интересует
BPM>максимально-допустимое количество пакетов для установки, что в таком
BPM>случае прописать в source.list ?

Не ограничивается. Можно прописать все подряд, плюс половину
apt-get.org.

apt сам разберется, по своему разумению.

BPM>P.S. извините за мемуары , я понимаю что все заняты люди и
BPM>читать влом, но хотелось как можно лучше осветить проблему

Это дело добровольное, кто не хочет читать - не
подписывается.

Re: pmount completion в jessie

[Fedor Zuev]

On Wed, 21 Jan 2015, Artem Chuprina wrote:

AC>"По недосмотру" - это я к тому, что bash, пожалуй, худший из пригодных
AC>для интерактивной работы шеллов (и потому наиболее распространенный, по
AC>принципу "наибольшее распространение получает худший вариант из
AC>приемлемых"), однако, в отличие от аналогичной ситуации со, скажем,
AC>Windows, _легко_ заменяем на куда прямее сделанный zsh.

У zsh может быть миллион достоинств, но один-единственный недостаток 
сразу же и бесповоротно отправляет zsh на помойку - он нестандартен. 
Язык zsh, командная строка zsh - это не надстройка над стандартным 
shell-языком и стандартной командной строкой, а плод личных 
философских раздумий его авторов о наиболее клевом дизайне 
командного языка. Безотносительно плодотворности этих раздумий, из 
числа претендентов на должность командного и 
скриптового интерпретатора shell это его вычеркивает. 

В классах же "скриптовых языков общего назначения" и "командных 
оболочек общего назначения" уровень конкуренции таков, что zsh тут 
тем более ничего не светит. 

Re: pmount completion в jessie

[Fedor Zuev]

On Mon, 26 Jan 2015, Eugene Berdnikov wrote:

EB>> Язык zsh, командная строка zsh - это не надстройка над стандартным 
EB>> shell-языком и стандартной командной строкой, а плод личных 
EB>> философских раздумий его авторов о наиболее клевом дизайне 
EB>> командного языка.
EB>
EB> Может, изложите претензии конкретно? Звучит как совершеннейший бред.

Ну вот например такая часто используемая мной конструкция

AREAS="yunka kultuk muya udokan"
for i in $AREAS
 do 
  echo area $i processed...
 done

Отгадайте с трех раз, что она покажет в zsh?

Или вот (только что наткнулся, понятия не имею, что это такое, но 
каждая моя встреча с zsh начинается с сессии по разгадыванию 
подобного рода загадок, на чем и заканчивается):

echo aaa = bbb
показывает 
aaa = bbb

а 
echo aaa == bbb
показывает ошибку. 

Ну уж об его патологической любви к разглядыванию локалей с далеко 
идущими выводами я и не говорю. 

Re: pmount completion в jessie

[Fedor Zuev]

On Mon, 26 Jan 2015, Artem Chuprina wrote:

AC>Язык, который плод раздумий - это tcl.  И плод это настолько вкусный,
AC>что стоило бы вообще-то sh вычеркнуть из претендентов.  К сожалению, в
AC>IT как правило побеждает не лучшее решение, а худшее из приемлемых.
AC>Поэтому tcl не выиграл ни в нише шеллов, ни в нише скриптовых языков
AC>общего назначения - и там, и там он лучший...

Видел я этот ваш tcl. Не впеатлился честно говоря. Заумь какая-то. 
Возможно, под какой-то специфический стиль мышления он заточен 
идеально. Но точно не под мой. Все-таки простые вещи должны делаться 
просто. 

Re: pmount completion в jessie

[Fedor Zuev]

On Mon, 26 Jan 2015, Artem Chuprina wrote:

AC>Fedor Zuev -> debian-russian@lists.debian.org  @ Mon, 26 Jan 2015 21:37:41 
+0800 (IRKT):
AC>
AC> EB>>> Язык zsh, командная строка zsh - это не надстройка над стандартным 
AC> EB>>> shell-языком и стандартной командной строкой, а плод личных 
AC> EB>>> философских раздумий его авторов о наиболее клевом дизайне 
AC> EB>>> командного языка.
AC> EB>>
AC> EB>> Может, изложите претензии конкретно? Звучит как совершеннейший бред.
AC>
AC> FZ> Ну вот например такая часто используемая мной конструкция
AC>
AC> FZ> AREAS="yunka kultuk muya udokan"
AC> FZ> for i in $AREAS
AC> FZ>  do 
AC> FZ>   echo area $i processed...
AC> FZ>  done
AC>
AC> FZ> Отгадайте с трех раз, что она покажет в zsh?
AC>
AC>В zsh зато можно без геморроя работать с ситуациями, когда некоторые из
AC>арий содержат пробел.  В sh/bash тоже можно, но с геморроями, а учитывая
AC>количество вариаций sh со своими ошибками - с дикими геморроями.

А скажем на перле все это делать еще проще. Я же про это уже написал 
- если у нас речь не про реализацию шелла, а про общеабстрактный 
скриптовый язык - то zsh оказывается далеко в пролете вместе со 
всеми прочими шеллами. 

Практически, если у меня встанет вопрос в том, чтобы выучить еще 
один скриптовый язык, то это будет явно не zsh. С другой стороны, 
никакому новичку не получится изучать zsh _вместо_ bash/dash/sh - 
последние ему все равно понадобятся. 

Для протокола - мне решения авторов zsh, перечисленные и 
неперечисленные, кажутся по меньшей мере небесспорными. Вот, в 
данном случае отмена раскрытия строки в одном частном случае дает 
некоторое упрощение в одном частном случае - но при этом ломает 
концепцию. Теперь получается что список, взятый из переменной не 
раскрывается, а точно такой же список, полученный из `list-areas.sh` 
(или `seq 1 10` ) - раскрывается. Но моя исходная позиция была не в 
том что это плохо (про это можно спорить), а про то, что это 
нестандартно. Это не расширение шелла, а совершенно другой язык, 
отличающийся от шелла в самых элементарных операциях.


AC>либо, если уж так хочется прострелить себе ногу, включить режим
AC>совместимости с sh и его тараканами, где незакавыченное $AREAS будет
AC>делиться по пробелам?

А в чем тогда смысл пользоваться zsh вместо dash? 

Re: pmount completion в jessie

[Fedor Zuev]

On Mon, 26 Jan 2015, Artem Chuprina wrote:

AC>И все описание синтаксиса вместе с семантикой на две страницы.  Без
AC>никаких странных исключений.  Ну да, чтобы вывести его из трех примеров
AC>скриптов, нужно быть математиком.  Но выводить не обязательно,
AC>достаточно прочесть man tcl.
AC>
AC>Но на любителей sh tcl, действительно, впечатления не производит.  Не
AC>доставляет незабываемых ощущений при попытках выяснить, почему
AC>переменная внутри while после пайпа как бы не работает, и как сделать,
AC>чтобы все-таки работала.  А с учетом багов его реализации в Solaris?
AC>
AC>Нелюбители читать документацию, впрочем, и в tcl иногда наступают на
AC>граблю, и тоже с while.  Но две страницы - это не так много букв, можно
AC>и прочесть.  И даже аргумент "начало вашей длинной речи мы забыли, а
AC>конца не поняли, так как забыли начало" не всунешь.  И там, на этих двух
AC>страницах, написано достаточно для того, чтобы не наступать на нее.

Насколько я помню, в любом курсе tcl первые пять-десять уроков 
посвящены изучению правил подстановок и раскрытия скобок. И только 
после усвоения всей этой премудрости у учащегося появляется шанс 
начать делать что-то содержательное. 

Re: pmount completion в jessie

[Fedor Zuev]

On Mon, 26 Jan 2015, Eugene Berdnikov wrote:

EB>> AREAS="yunka kultuk muya udokan"
EB>> for i in $AREAS
EB>>  do 
EB>>   echo area $i processed...
EB>>  done
EB>> 
EB>> Отгадайте с трех раз, что она покажет в zsh?
EB>

EB> В sh-моде все имеющиеся под моей рукой борновские шеллы (bash, 
EB> dash, zsh) обрабатывают эту конструкцию совершенно одинаково. 
EB> Более того, я уверен, что невозможно найти ни одного 
EB> современного шелла, который бы в sh-моде выполнил этот код 
EB> как-то иначе.

Я охотно верю, что авторы zsh физически вполне способны 
реализовать стандартное поведение. Более того, я знаю, что отмена 
интерпретации подставляемого значения переменной была их 
сознательным решением, которым они гордятся. К делу это не имеет 
никакого отношения. 

Очевидная разница между bash и zsh  здесь в том, что bash в 
режиме совместимости - отключает расширения, дополнительные 
возможности, каждым из которых программист может пользоваться или не 
пользоваться по своему усмотрению. Отключение это делается ради 
редких и случайных совпадений, скажем, переменных старинного 
shell-скрипта с новыми ключевыми словами bash-а. 

zsh же в режиме совместимости - запускает интерпретатор 
_другого_ (хоть и похожего) языка с _другим_ синтаксисом. Причем 
различия в синтаксисе касаются самых базовых конструкций языка. 

EB>
EB> Вы, скорее всего, не знаете что такое sh-мода, когда и как она 
EB> включается (в том чфисле автоматически), и почему в современных 
EB> шеллах в интерактивном режиме она по умолчанию выключена. При 
EB> этом свой код выдаёте за эталон.

Когда мне нужен интерпретатор чистого shell-а , то zsh в 
режиме совместимости среди претендентов на эту функцию не первый и 
даже не десятый.

Re: pmount completion в jessie

[Fedor Zuev]

On Mon, 26 Jan 2015, Eugene Berdnikov wrote:

>> А скажем на перле все это делать еще проще. Я же про это уже написал 
>> - если у нас речь не про реализацию шелла, а про общеабстрактный 
>> скриптовый язык - то zsh оказывается далеко в пролете вместе со 
>> всеми прочими шеллами. 

EB>
EB> У perl и zsh правила сплиттинга по пробелам/табуляторам по умолчанию
EB> одинаковые. Так что насчёт "проще" это заблуждение, тем более что
EB> эти инструменты заточены под совершенно различные задачи.

Perl, очевидным образом, делает интерпретацию строк (любую, 
не только разбивку) только по специальному запросу. В отличии от 
шеллов, которые напротив, интерпретируют строки всегда, если их не 
просить специально об обратном. 

Re: pmount completion в jessie

[Fedor Zuev]

On Mon, 26 Jan 2015, Victor Wagner wrote:

>> Насколько я помню, в любом курсе tcl первые пять-десять уроков 
>> посвящены изучению правил подстановок и раскрытия скобок. И только 
>> после усвоения всей этой премудрости у учащегося появляется шанс 
>> начать делать что-то содержательное. 


VW>Пять-десять уроков? Там три элементарных правила. Только если 
VW>мышление человека уже испорчено языком с кучей исключений из 
VW>правил (sh, perl) нужны 5-10 уроков, чтобы ОТУЧИТЬ человека 
VW>неправильно думать.

Начнем с того, что одних только типов скобок там несколько больше 
трех. 

Re: pmount completion в jessie

[Fedor Zuev]

On Mon, 26 Jan 2015, Artem Chuprina wrote:

AC> VW>>Пять-десять уроков? Там три элементарных правила. Только если 
AC> VW>>мышление человека уже испорчено языком с кучей исключений из 
AC> VW>>правил (sh, perl) нужны 5-10 уроков, чтобы ОТУЧИТЬ человека 
AC> VW>>неправильно думать.
AC>
FZ> Начнем с того, что одних только типов скобок там несколько больше 
FZ> трех. 

AC>Типов скобок там ровно три.  И у двух из них ровно по одной семантике.
AC>(У круглых - 2: индекс массива и группирование в аргументах expr.)

А также как минимум еще двойные кавычки.

Re: pmount completion в jessie

[Fedor Zuev]

On Tue, 27 Jan 2015, Artem Chuprina wrote:

AC>Fedor Zuev -> debian-russian@lists.debian.org  @ Tue, 27 Jan 2015 13:13:13 
+0800 (IRKT):
AC>
AC> AC>> VW>>Пять-десять уроков? Там три элементарных правила. Только если 
AC> AC>> VW>>мышление человека уже испорчено языком с кучей исключений из 
AC> AC>> VW>>правил (sh, perl) нужны 5-10 уроков, чтобы ОТУЧИТЬ человека 
AC> AC>> VW>>неправильно думать.
AC> AC>>
AC> FZ>> Начнем с того, что одних только типов скобок там несколько больше 
AC> FZ>> трех. 
AC>
AC> AC>>Типов скобок там ровно три.  И у двух из них ровно по одной семантике.
AC> AC>>(У круглых - 2: индекс массива и группирование в аргументах expr.)
AC>
AC> FZ> А также как минимум еще двойные кавычки.
AC>
AC>Кавычки и пробелы - это не скобки.  Скобки - это два _различных_ токена,
AC>левый и правый.  В силу чего для них осмыслено понятие вложенности.  А
AC>кавычки - это разделители с хитрой семантикой.  В глаза бы посмотреть
AC>тому, кто принес их в машиночитаемые языки...

Речь вроде как про tcl шла, нет? 

А с точки зрения синтаксиса tcl двойные кавычки - это еще 
один вид скобок, с семантикой, частично пересекающейся с семантикой 
фигурных скобок. 

Re: pmount completion в jessie

[Fedor Zuev]

On Tue, 27 Jan 2015, Artem Chuprina wrote:
AC>>Кавычки и пробелы - это не скобки.  Скобки - это два _различных_ токена,
AC>>левый и правый.  В силу чего для них осмыслено понятие вложенности.  А
AC>>кавычки - это разделители с хитрой семантикой.  В глаза бы посмотреть
AC>>тому, кто принес их в машиночитаемые языки...
AC>
FZ> Речь вроде как про tcl шла, нет? 
FZ> А с точки зрения синтаксиса tcl двойные кавычки - это еще 
FZ> один вид скобок, с семантикой, частично пересекающейся с семантикой 
FZ> фигурных скобок. 
AC>
AC>Нет.  Поскольку, внимание, если у вас нет вложенности, то это не скобки.
AC>То, что семантика этих разделителей частично пересекается с семантикой
AC>фигурных скобок, а синтаксис требует четности, еще не делает их
AC>скобками.

Ладно. Отмазка принимается. 

Re: Как **надежно** сожранить данные?

[Fedor Zuev]

On Thu, 24 Mar 2016, Oleksandr Gavenko wrote:

OG>В районе 2010 писалось что производители выпускают HDD с заведомо "битыми"
OG>блоками. При текущей плотности записи этого не изсежать. Используются коды с
OG>обнаружением/корекцией ошибок. Со временем диск деградирует и предусмотренна
OG>даже "свободная" область, куда со временем перемещаются данные из ненадежных
OG>областей. Когда область заканчивается контролер диска по SMART скажет что он
OG>сдох.
OG>
OG>Не знаю на сколько это правда. Также не знаю кто происходит во флеше, но
OG>парочку сдохших имею.
OG>
OG>Раз данные постоянно портяться на носиталях важно не только сохранить в 
бекапе
OG>но и контролировать целостность.
OG>
OG>Т.е.
OG>
OG>  $ cp -al /old /new
OG>  $ rsync /data /new
OG>
OG>в случае выхода из строя /data или "rm -r /data/random/dir" позволит
OG>восстановить данные. Но никакой гарантии целосности данных не дает.
OG>
OG>Чем дополнить приведенные выше строчки что бы фоточки дожили до внуков без
OG>битых битов?

apt-cache show par2 

.

Description-en: PAR 2.0 compatible file verification and repair tool 
par2cmdline is a command line utility for creating and using PAR2 
files to detect and repair damage in data files. It is most commonly 
used as part of backup systems as well as on Usenet. . In case files 
in a recovery set get damaged (e.g. while transmitted over a network 
or stored on a faulty disk) the program can read the damaged files 
and the (possibly damaged) PAR2 files, and regenerate the original 
input files.

Re: Чем вытащить песни из Вконтакте?

[Fedor Zuev]

On Sun, 1 May 2016, Евгений Золотов wrote:

ЕЗ> Друзья, дайте совет. Нужно вытащить (скачать) несколько сотен песен
ЕЗ>из своего аккаунта Вконтакте. Как это сделать под Дебианом?
ЕЗ> Раньше по одной композиции таскал вручную из браузерного кэша, но с
ЕЗ>тех пор метода сохранения ВК вроде бы изменилась, ну и надо много
ЕЗ>сразу.
ЕЗ> Спасибо!

Jdownloader

Re: Ядро

[Fedor Zuev]

On Thu, 30 Jun 2005, Serja wrote:

S>А где тогда лучше искать ядро - в бэкпортах или на кернел.орг? А
S>что, если взять сорсы из другого дистрибутива? Или лучше с
S>последней идеей не экспериментировать? Насколько я знаю, ядра (и
S>сорсы к ним) без патчей только в Slackware.

Ну, предполагается, что когда вы собираете ядро - вы знаете
что делаете и знаете, чего вам нужно.

И уж во всяком совершенно дурная идея - брать ядро (т.е.
набор патчей) из чужого дистрибутива. То есть оно может и соберется,
и даже работать будет - но их набор патчей оптимизирован именно под
данный дистрибутив, а не что просто так.

Есть различные полуофициальные серии ядерных патчей
(навскидку вспомню -ac, -mm, -aa) выпускаемые различными уважаемыми
людьми. Но каждая серия имеет свою специализацию.





-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Ядро

[Fedor Zuev]

On Thu, 30 Jun 2005, Serja wrote:

S>Пока всем устраивает, а спрашиваю на будущее и для получения более полной
S>картины о Дебиан, т.к. пользуюсь им недавно. И ещё на дебиан-кде посоветовали
S>как можно скорее обновить ядро как минимум до версии 2.6.10. Это было связано

Ни в коем случае не до 2.6.10. Очень неудачное ядро.

Впрочем, сейчас текущее 2.6.12


S>Кстати с ядром 2.4.27 (дебиановсим по умолчанию) после установки драйверов
S>nvidia, икс у меня крахается при запуске. Хотя по идее nvidia всегда более
S>четко устанавливалась именно на системах с ядром 2.4.Х. Можно ли с этим

Это скорее всего к версии ядра отношения не имеет.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

оторвать ядру лишние модули

[Fedor Zuev]

Решил, в соответствии с постоянно даваемыми рекомендациями, не
собирать ядро самому, а воспользоваться дистрибутивным. Результат, в
общем, показал, что не стоило этого делать.

Вопрос: каким образом запретить дистрибутивному ядру грузить
ненужные мне модули?  Сейчас оно грузит горы ненужного мне мусора:
драйверы интегрированного железа, которое я не использую, протоколы,
которые мне не нужны, файловые системы, которых у меня нету итд.

Прописывание ненужных модулей в /etc/modprobe.d/blacklist.conf ни к
какому видимому результату не приводит. Может я не туда прописываю?


Федор Зуев

Re: оторвать ядру лишние модули

[Fedor Zuev]

On Sat, 16 Apr 2011, Murat D. Kadirov wrote:

MDK>On Sat, Apr 16, 2011 at 03:32:07AM +0900, Fedor Zuev wrote:
MDK>> 
MDK>> Решил, в соответствии с постоянно даваемыми рекомендациями, не
MDK>> собирать ядро самому, а воспользоваться дистрибутивным. Результат, в
MDK>> общем, показал, что не стоило этого делать.
MDK>> 
MDK>> Вопрос: каким образом запретить дистрибутивному ядру грузить
MDK>> ненужные мне модули?  Сейчас оно грузит горы ненужного мне мусора:
MDK>> драйверы интегрированного железа, которое я не использую, протоколы,
MDK>> которые мне не нужны, файловые системы, которых у меня нету итд.
MDK>> 
MDK>> Прописывание ненужных модулей в /etc/modprobe.d/blacklist.conf ни к
MDK>> какому видимому результату не приводит. Может я не туда прописываю?
MDK>> 
MDK>> 
MDK>>   Федор Зуев
MDK>
MDK>слово blacklist не забыли добавить перед названием модуля?


Нет, не забыл.