Не понял!

[Viktor Vislobokov]

Привет всем!

  Очень странная вещь тут у меня получается.
  Есть одна карта и на ней сидят 3 ip адреса
  (разумеется IP указаны не реальные ;)

eth0  111.111.111.111
eth0:1 222.222.222.222
eth0:2 333.333.333.333

  По непонятной для меня причине все внешние
соединения (за исключением когда адрес указан
прямо в самом демоне) открываются от адреса
eth0:1 т.е. 222.222.222.222. Интересно почему?
Почему не eth0 (что было бы логично) и не eth0:2.
В /etc/hosts прописано, что имя возвращаемое
hostname - это как раз адрес eth0.

  Не понял!
  Кто-нибудь уже наступал на эти грабли?

С уважением, Виктор

Re: pppd

[Viktor Vislobokov]

Igor B. пишет:

hello ppl!

знает ли кто-нибудь почему при диал-ап соединении
pppd падает с ошибкой (код 1)
система только поставлена, что надо подстроить я даже прикинуть не
могу...
пользуюсь wvdial для соединения... до этого всё было как по маслу.
(пару часов назад переставил систему.)
до этого такое наблюдалось в kppp сейчас же во всех диалаперах


  Видимо все-таки не падает, раз есть код возврата, а
завершает работу? Включи отладку в pppd и посмотри что
пишет в лог. Как правило на определенном увровне отладки
все становится ясно.

Виктор

Re: squid

[Viktor Vislobokov]

[EMAIL PROTECTED] wrote:


День добрый!
есть у меня маленькая проблема...! 
надеюсь на вашу помощь
пытаюсь с помощью сабжа ограничит по трафику виртуальных 
пользователей. имеется компьютер с установленной vmware и 
запущенны 2 виртуальные машины (192.168.196.128 (windows), 
192.168.196.131 (Linux)). так вот машину с виндовс 
ограничить аолучается :))) !!! (регетом с моего 
(192.168.196.1) фтп'ка ч/з мой же прокси), а вот в линуксе 
я
тяну с помощью mc (с вкл. always use proxy ...) а тянется 
как будто не ч/з прокси... скорость доходит до 4 Mb|s


вот кусок squid.conf...


По этой проблеме в Inet'е материалу - подавиться можно. Читай - нехочу:

http://linuxnews.ru/docs/showdoc.php?id=4668&thread=4668
http://cisco.opennet.ru/base/net/delaypool.txt.html

Наконец
http://squid.opennet.ru/

Все на чистом русском языке

Виктор

Бардак со шрифтами

[Viktor Vislobokov]

Привет всем!

  Ничего не понимаю, что твориться у нас со шрифтами. Уникодными я имею
в виду.
  Берем последний IceWM. Все вроде круто - но русских букв нигде нету.
  Берем обычный (не Type1) шрифт у которого 10646-1. Русские в нем 
точно есть,

потому что тот же Evolution их показывает. Ставим это дело в IceWM - болт от
Братской ГЭС! Шрифт поменятся - но русских букв по прежнему нету.
   Перебираю еще пяток разных шрифтов и плюю с досады - не работает!

  Наконец вспоминаю, что какая-то добрая душа мне советовала шрифт Nimbus
(он правда Type1) в gnome-terminal, когда другие шрифты (тоже кстати как бы
с русскими буквами) нифига не работали . Ставлю его - и вот они родные!

   Челюсть падает на пол с громким стуком - в голове полная каша!

   Но черт возьми, Холмс, как?...

Виктор

Re: Бардак со шрифтам и

[Viktor Vislobokov]

Vlad Harchev wrote:

On Thu, Mar 27, 2003 at 11:53:10AM +0500, Viktor Vislobokov wrote:


Привет всем!

 Ничего не понимаю, что твориться у нас со шрифтами. Уникодными я имею
в виду.
 Берем последний IceWM. Все вроде круто - но русских букв нигде нету.


А вместо русских букв пробелы или крякозябли?


Пусто вместо русских букв, в логе сообщения о том что не найден глиф с 
таким-то

номером.

 Берем обычный (не Type1) шрифт у которого 10646-1. Русские в нем 
точно есть,

потому что тот же Evolution их показывает. Ставим это дело в IceWM - болт от
Братской ГЭС! Шрифт поменятся - но русских букв по прежнему нету.


Ну может IceWM пытается AA применять? Сейчас это модно..


А gnome-terminal тогда что пытается применить? Ему же тоже ни один шрифт
с русскими буквами, кроме этого Nimbus'а не подходит - вместо русских
букв также пусто.


  Но черт возьми, Холмс, как?...


Может быть либы, отвечающие за АА неправильно настроены?


Тогда объясните мне как их правильно настроить? У меня GNOME весь
зализанный через этот АА и менюшки, что характерно вполне на русском

С уважением, Виктор

Re: Бардак со шрифтам и

[Viktor Vislobokov]

Andrei Sosnin wrote:


"Ох, уж эти сказки! Ох, уж эти сказочники!.." (из м/ф "Падал
прошлогодний снег...") :-)


Сказками не увлекаюсь, см. ниже


Я все настраивал с кодировкой KOI8-R... Работает. И Enligthenment, и
Blackbox. 


Это оригинально. Делать выводы о работе IceWM по работе
с Enligthenment, и Blackbox.


С консолью гномовской мне помогла установка всех кириллических шрифтов и
выбор, например, cronyx-шрифтов. Работает...


У тебя версия GNOME какая? Уменя чтоб ты знал 2. И gnome-termianl 
соответственно

2.0.x. С GNOME 1.x у меня все работало чудесно с KOI8-R это правда


От UTF-8 после РедХет 8.0 у меня до сих пор горький привкус на языке...
Не то, чтобы Юникод плох - наоборот - скореее из-за кривоватой поддержки
оного, по крайней мере, на тот момент и в том дистрибутиве (РедХет
8.0)...


$ echo $LANG
ru_RU.KOI8-R

Виктор

Re: MySQL - Out of Memory...

[Viktor Vislobokov]

Mikolaj Golub wrote:


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


Если свободного раздела нет под рукой, можно свопить в файл.
man swapon


А лучше снести нафиг MySQL , поставить PostgreSQL и забыть
про этот гемор!

Нет ну елы, когда мне mysqldump натравленные на 800Меговую
базу говорит Out of memory, при том, что у меня оперативки 512M
и свопа столько же, я понимаю что такие продукты надо давить
в зародыше.

Тот же Out of memory я получаю, когда делаю SELECT в файл,
если размер данных, которые должны вернуться из SELECT'а
превышает размер памяти!

Давить!

Виктор

Re: MySQL - Out of Memory...

[Viktor Vislobokov]

TARANTUL wrote:

   Йоханга!!!

On Thu, Apr 03, 2003 at 01:22:47PM +0600, Viktor Vislobokov wrote:


Тот же Out of memory я получаю, когда делаю SELECT в файл,
если размер данных, которые должны вернуться из SELECT'а
превышает размер памяти!



Какой памяти? Если виртуальной, то psql так же отстрелится. Проверено.


В том-то и дело, что оперативной! Своп она даже не пытается использовать.
Кроме того PostgreSQL не отстреливается при pg_dump на базах ЛЮБЫХ объемов -
главное, чтобы места на диске хватило!

Виктор

Re: Рисование графико в: чем?

[Viktor Vislobokov]

rrdtool - хорошая вещь

>

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


   Тогда может кто из мэтров мне объяснит как им пользоваться?
   Бился полдня и простейший график так и не смог отрисовать.
   Вот например. Есть таблица из 10 значений

1.01.2003 1
1.01.2003 2
2.01.2003 1
2.01.2003 1
2.01.2003 2
3.01.2003 1
4.01.2003 1
4.01.2003 1
5.01.2003 2
5.01.2003 2

   Мне нужен простой график - по оси X дата, по оси Y значение. Как?
   Сколь я не старался, но так и не смог нормально сгенерить базу и
построить по ней столь примитивную вещь. Average вообще выше моего
понимания - что за хрень и зачем оно вообще нужно - сплошная загадка.

   Помогите разобраться!

С уважением, Виктор

Re: SCO

[Viktor Vislobokov]

Yury Yurevich wrote:

Господа, может кто сталкивался с SCO OpenServer?  Каким образом там
удаленная печать организуется? Чтоб он мог посылать задания на печать к
Линуксовой машине?


Помоему lpd вещь стандартная для всех UNIX'ов.
Надо только в /etc/printcap определить удаленный принтер.
Думаю, что можно сделать printap на linux'е и перетащить в SCO.
Должно работать с минимальными правками

Виктор

Re: Exim+ DRWEB

[Viktor Vislobokov]

Алексей А. Спицын (Aleksey A. Spitsin) wrote:

Привет всем, ктонить прикручивал данное чудо?
Что то не хочет он меня толком  сканить.. письмо через фильтр проходит 
демон работает, а вот письмо к которому прицелен вирусный фал проходит 
все равно... Что то не пойму в чем дело..
Просьба отвечать лично мне а не в рассылку.. так как письмо ЯВНО не по 
теме, но спросить больше негде

Приношу свои извинения, если кого то потревожил
Зарание спасибо...


   А что в логах пишет?
   Я настраивал exim 3.x с DrWeb в двух местах - все работало без 
проблем. Какая версия exim у тебя? Как ставил все это дело - сам или

по инструкции к DrWeb?

Виктор

Re: Рисование графико в: чем?

[Viktor Vislobokov]

Elena Egorova wrote:

  Помогите разобраться!


http://www.bog.pp.ru/work/rrdtool.html
Первая же ссылка на гугле.


  Google и Yandex'ом пользоваться умею ;)
  Именно после прочтения этой статьи я понял, что
average выше моего понимания :(


Потом там есть отличный список рассылки с удобным поиском.
А так помочь не могу - времени не хватает. %-(


  На нет и суда нет!

Виктор

Проблема со SCSI

[Viktor Vislobokov]

Привет всем!

  Вопрос может быть не совсем в тему, но может кто уже
наступал на эти грабли.

  На машине с Debian Linux, периодически файловые системы,
расположенные на SCSI диске переходят в R/O (в /etc/fstab
впрочем так и стоит errors=remount-ro)
  Непонятно чем это вызвано. Можно перемонтироваться
mount / -o rw,remount и продолжить работу до следующего
R/O.
  Если перезагрузить компьютер без выключения - при
загрузки ругань на SCSI диск. Если компьютер выключить
и затем включить и загрузится - ругани нет и пару дней
все живет без проблем.

  Понятно, что железо виновато, но хотелось бы понять
какое - SCSI диск или SCSI контроллер. Дело в том, что
такие же проблемы были недавно на еще одном SCSI диске
на этой же машине. Его сняли и через 2 недели теперь
уже второй SCSI диск ведет себя аналогично.

  В общем если кто знает диск это или контроллер -
откликнитесь

Виктор

Re: Проблема со SCSI

[Viktor Vislobokov]

Хмм. а dmesg ничего не говорит?



Уже посмотрел - действительно FAT error :(, буду лечить. Но вопрос Виктора 
Вислобокова остается в силе.


  У меня вообще в логах тишина. На консоль валятся сообщения об
ошибках SCSI, но после перезагрузки все ОК какое-то время (от
суток до 2-х недель).
  Как я уже писал понятно, что проблема в железе, но непонятно
кому бить морду - контроллеру или винту.

С уважением, Виктор

Re: Проблема со SCSI

[Viktor Vislobokov]

Evgeny wrote:

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


Дешевле всего шлейфу :-) Переходников 68->50 там нигде не
болтается, они могут отходить.


или 80->68:)
у меня проблема была похожая иммено в шлейфе


  Шлейф вчера поменял. Недельки через 2 (если раньше проблемы
не начнуться) посмотрим

Виктор

Re: Русский шришты

[Viktor Vislobokov]

Alexander Sokoloff wrote:

debian-russian, здравствуйте!

Где можно достать переделаные виндовые русские шрифти для моего линуха?


Зачем переделанные?
Бери из Винды. Они прекрасно работают

Виктор

Re: ip dns

[Viktor Vislobokov]

Akimov Denis wrote:

Подскажите ip адреса dns серверов.



Если ты про корневые сервера, отвечающие за зону ".",
то их список можной найти в файле named.root или root.cache
в пакете bind.

Они там конечно не первой свежести, но думаю вполне подойдут

Виктор

Re: перекодировка на лету

[Viktor Vislobokov]

Eugeny Nemo wrote:

Приветствую.

Необходим совет. 
Хочется следующее:


tail -f /var/log/somelog.log | iconv -f CP866 -t KOI8-R


Хочу только заметить, что как перекодировщик iconv - говно!
Если в потоке символов попадается знак, который по его
мнению не может существовать в исходной кодировке, iconv
прекращает свою работу.

charconv рулит!

Виктор

Как сбалансировать ?

[Viktor Vislobokov]

Привет всем!

  Решил все-таки написать про ту каку, которую наблюдаю давно -
может у кого будут идеи.

  Ядро 2.4.20 (надо сказать, что все ядра 2.4.x страдают этим). 
Файловая система ext3. Переписываем большой файл - 600 мегабайт. По 
истечении

некоторого времени (видимо после заполнения буферов кэша), система
начинает ЖУ-У-У-ТКО тормозить. Складывается впечатление, что система
занята только одним процессом - переписыванием файла, все остальные
отдыхают. Если в это время запустить скажем xterm, то окно программы
не появится на экране раньше 20-30 секунд спустя. Если это нормальное
поведение многозадачной системы, то я парагвайский лётчик!

  Насколько я помню - на ядрах 2.2.x такого безобразия не было.
  Но может я зря ругаюсь? Может где-то чего-то надо подшаманить в
/proc и работа машины станет более сбалансированной?
  У кого какие идеи?

  Никаких специальных параметров для hdparm не использовалось.

Виктор

Re: Как сбалансироват ь?

[Viktor Vislobokov]

Vitaly A. Sergeinko wrote:

Viktor Vislobokov пишет:

  Ядро 2.4.20 (надо сказать, что все ядра 2.4.x страдают этим). 
Файловая система ext3. Переписываем большой файл - 600 мегабайт. По 
истечении

некоторого времени (видимо после заполнения буферов кэша), система
начинает ЖУ-У-У-ТКО тормозить. Складывается впечатление, что система
занята только одним процессом - переписыванием файла, все остальные
отдыхают. Если в это время запустить скажем xterm, то окно программы
не появится на экране раньше 20-30 секунд спустя. Если это нормальное
поведение многозадачной системы, то я парагвайский лётчик!


Ну, как ты пнимаешь, сие "безобразие" никакого отношения к ядру не имеет 
(только номинальное). Дело в выбранной тобой файловой системе. Подобные 
зюки наблюдаются только в рейзере. Ставь xfs, тем более для работы с 600 
меговыми файлами.


Т.е. как это к ядру не имеет? А файловую систему не ядро что ли
обслуживает? У меня было подозрение, что проблема в ext3, но
уверенности не было.

Ставить xfs, конечно, можно, но я не отношу xfs к стандартным
файловым системам Linux. Тем более, что не имею никаких данных
о надежности работы xfs и тех возможных фичах, с которыми мне
придется столкнуться.

А есть ли возможность как-то исправить ситуацию с ext3?

Виктор

IDE RAID

[Viktor Vislobokov]

Привет всем!

  А какой IDE RAID посоветует общественность?
  Я имею в виду из тех, что продаются отдельными PCI платками

С уважением, Виктор

Re: utf-8 и samba

[Viktor Vislobokov]

Андрей Охременко wrote:

  А можно ли как-нибудь заставить самбовского клиента  нормально работать,
если стоит локаль utf-8. Стоит сервер с локалью кои8, соотвественно 
character set = KOI8-R

client code page = 866

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

Т.е. монтироваться каталог, монтируется, но вместо нормального
имени файла мусор (русские буквы имеются ввиду).

  Самбу уже пробовал всякую и 2.2.7 и 3.0alfa. 


А FAQ не читал?
Там ясно написано, что поддержка utf8 будет только в Samba 3.

Виктор

Re: samba долгое открыт ие файла

[Viktor Vislobokov]

Комаров Алексей wrote:

Здравствуйте debian-russian,

  Имеется WOODY 3.0 stable и samba version: 2.2.3a-12.3 for Debian
  В сети компы с W2k pro sp3 WinNT 4.0 и Win98SE.

  При  открытии  некоторыx  файлов,  находящихся  на сервере (замечено
  только на файлах с расширением *.doc *.xls), запускается приложение
  и идет ожидание ~15-25 сек., далее WORD открывает файл и нормально с
  ним работает (тормозов нет), а EXCEL выдает предупреждение, что файл
  может быть доступен только для чтения, либо находится на недоступном
  ресурсе и в случае если нажать отмену, то файл загружается и можно с
  ним работать без ограничений.
  
  Одновременно с этим в этой же папке  лежать подобные файлы, с такими

  же правами и с ними подобных проблем не возникает.
  На WinNT 4.0 и Win98SE такой проблемы не наблюдается.
  Только на W2k pro sp3 WinNT, причем на некоторых машинах часто или
  постоянно, на некоторых периодично или вообще нет.

  По видимому необходимо копать в реестре W2k, но где и как в инете не
  нашел, помогите, если кто сталкивался.



А посмотри нет ли у тебя в списке документов Word и Excel, с которыми
работали ранее такие документы, которые лежат где-то на недоступных
сетевых ресурсах.

И вообще проверь там рабочий стол и пр. на предмет всяких ярлычков,
которые указывают в сети и в никуда.

Re: samba долгое открытие файла

[Viktor Vislobokov]

Комаров Алексей wrote:

Hello Vova,

Вы писали 21 июня 2003 г., 14:16:50:

V> Попробуй антивирусы отключить У меня такое именно из-за них 
V> бывало



Забыл   написать,  что  стандартные  методы  не  помогли.  (отключение
сторонних  программ  (антивирус),  проверка  ярлыков).  Когда этот был
сервер на W2k такого не наблюдалось (железо тоже).


А в логах что-нибудь есть? (Если debug level поднять до 2-х)

Виктор

Re: samba долгое открытие файла

[Viktor Vislobokov]

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


Попробуй еще поиграться параметрами valid chars в smb.conf. Я
в свое время ставил 000:377. Обрати внимание на порядок следования
valid chars и charset я не помню что за чем должно идти, но
если мне память не изменяет порядок следования важен

Виктор

Re: Exim

[Viktor Vislobokov]

Kirill Smirnov wrote:

Доброго времени суток всем!
 
Вопросик тут возник - скомпилирован ли exim 3.35 (stable) с поддержкой 
SMTP авторизации? Когда пытаюсь послать команду AUTH, выдает, что 
mechanism not supported.


А ты в конфиге-то авторизацию прописал?

Виктор

Re: Exim

[Viktor Vislobokov]

Kirill Smirnov wrote:

Да, теперь заработала авторизация (если использовать заранее определенные
логин и пароль):

  server_condition = "${if and {{eq{$2}{ЛОГИН}}{eq{$3}{ПАРОЛЬ}}}{yes}{no}}"

Вопрос в другом - как заставить в качестве логина и пароля брать информацию
из /etc/passwd ???


У тебя в /etc/passwd и пароли хранятся? Это где такая тачка стоит - 
дайте поломать. ;)




Изучение документации результатов не принесло ((


На сайте exim'а в примерах конфигов есть авторизация под любым соусом
в том числе md5 и pam.

Виктор

Re: Антивирус

[Viktor Vislobokov]

Ian Dichkovsky wrote:

Hello, Kirill!
You wrote to  on Tue, 1 Jul 2003 12:47:15
+0400:

 KS> Доброго всем времени суток,
 KS> Существует ли в природе свободный антивирус для debian ?
 KS>

Не существует. И даже под Линукс.
Надо постоянно изучать вирусы и обновлять
антивирусные базы. Люди за эту работу получают деньги
в антивирусных конторах.


Неправда. Для Linux есть clamav. Бесплатный антивирус (GPL 2). Искать
на freshmeat.

Виктор

Re: Аннотирование док ументов в PDF

[Viktor Vislobokov]

Mikhail Sobolev wrote:

Кто-нибудь может посоветовать что-нибудь для Линукса?


Я не понял, что значит аннотирование.
Есть тебе надо поисковик по базе документов, который
умеет лазить в PDF, то помоему AspSeek это умел.

Виктор

Открытые исходники (Было: Использование обфускаторов)

[Viktor Vislobokov]

Привет всем!

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

Вот есть широкий выбор программ с открытыми исходниками.
Скажите мне хотя бы из участников этого списка кто
вносил серьезные правки скажем в исходные тексты
Mozilla? Или ядра Linux? Там, что называется, попробуй
разберись! И так в любой сколь-нибудь сложной (читай
дорогой) системе.

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

for (i=0;i0) kaka=3;else kaka=4; 
while(f=gets(f,50,buf)!=NULL){buf[strlen(buf)-1]='\0';}}


все, скажем, в одну строчку и если таких строк в программе
десятки тысяч и миллионы? Ну ладно можно напряч извилины
с сделать какой-либо форматер, который снова попытается
расставить форматирование (но никогда не сможет сделать
это так как делал автор). А C++ это вообще песня! Там
можно так построить программу и похоронить логику в
иерархии объектов, что кроме создателя в программе
сможет разобраться только очень сильный специалист.
Опять-таки при предоставлении исходников, комментарии
никто писать не заставляет, даже GPL.


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

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

Виктор

Re: Открытые исходник и (Было: Использовани е обфускаторов)

[Viktor Vislobokov]

Dmitry A. Fedorov wrote:

On Fri, 4 Jul 2003, Viktor Vislobokov wrote:



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



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


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



1.



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



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


2.

  В некоторых случаях да. Но кто мешает подвергнуть нормальный
исходник обструкции? Убрать форматирование, комментарии?
Замешать определения и функции по паре сотен файлов проекта?
Никто! И компиляться это потом будет великолепно в тот же
код, а вот разобраться в этом будет под силу очень даже не
каждому.


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



Это всего лишь разновидность обфускатора. То есть, вопрос сведен к
исходному.


Нет. Это не разновидность обфускатора. Обфускатор дает бинарник,
а здесь есть исходник! Можешь даже пересобрать его, если
хочешь ;) Или модифицировать, если разберешься ;))


это так как делал автор). А C++ это вообще песня! Там
можно так построить программу и похоронить логику в
иерархии объектов, что кроме создателя в программе



Смотри п.1.


Смотри п.2


сможет разобраться только очень сильный специалист.

Умение пользоваться ctags и подобными инструментами - признак
"очень сильного специалиста" ?


  А что ты сможешь сделать с ctags например с исходниками
Mozilla, чтобы они стали тебе понятней? 30 мегабайт исходных
текстов в tar.gz! Вот тота же!


К тому же, анализ исходного текста с целью понять логику, алгоритмы,
функции программы - тоже разновидность reverse engineering.


  Ну и что? Я ведь не про это. Можно и машинный код
подвергать реинженирингу. Это кому что нравится. Я
про предоставление исходников, а не про то как
изучать программу.


Опять-таки при предоставлении исходников, комментарии
никто писать не заставляет, даже GPL.



Смотри п.1.


Смотри п.2


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



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


  Я не верю, что программа длинной в два экрана выполняет
настолько ценные функции, что должна стоить $1000. Я не
куплю такую программу. Я лучше отнесу пива знакомому
программеру и он сделает мне не хуже и с исходником ;)
  В принципе так и есть в реальном мире. Дорого стоят
только сложные и большие программы. Так что ценность
программы состоит не только в функциях, но и в их количестве ;)


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



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


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

Виктор

Re: Открытые исходник и (Было: Использовани е обфускаторов)

[Viktor Vislobokov]

> Вот  есть широкий выбор программ с  открытыми исходниками. Скажите
> мне хотя бы из участников этого списка кто вносил серьезные правки
>  скажем  в исходные  тексты  Mozilla?  Или  ядра Linux?  Там,  что
> называется, попробуй разберись! И так в любой сколь-нибудь сложной
> (читай дорогой) системе.

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


[для краткости поскипано]

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



Назвать  результат работы  обфускатора исходником  можно только  с очень
большой натяжкой -- как результат  gcc -S, к примеру. Лучше уж попросить
написать критические части кода сорокалетнюю даму-инженершу -- она любый
обфускатор переплюнет с запасом :-)

> Но я,  честно говоря, не  совсем понимаю, к  чему вы заговорили  про эти
> "программы специальные".  Может, никто  и не боится  выложить obfuscated
> исходник на  всеобщее оборзение -- но  такой "исходник" ведь  и не нужен
> никому! Так ради чего авторам закрытого софта напрягаться?

Мысль 2-я:
Вот и я говорю - совсем не обязательно делать бинарник с помощью
обфускатора, чтобы затруднить или сделать невозможным разборки
с исходными текстами. Можно предоставлять исходные тексты вполне
в соответствии с GPL, но с такими исходниками бывает проще
написать с нуля, чем пытаться в них разобраться.


Если  она ещё  и нормально  написана,  то немаленькое  ;-) Впрочем,  это
неважно.

Дело в  том, что (в случае  закрытого сейчас софта)  открыть исходник --
это _телодвижение_, а "не открывать" -- значит попросту оставить всё как
есть. Поэтому вопрос  надо ставить так -- какие  _выгоды_ может получить
автор  от открытия  исходника?  И тут  всё  зависит и  от  автора, и  от
качества  исходника, и от  природы самой  софтины... Тут  можно привести
много аргументов как  pro, так и contra, и вес  этих аргументов в каждом
конкретном случае  будет разным. Между прочим, _ваши_  аргументы на тему
"почему бессмысленно закрывать исходник" можно повернуть на 180 градусов
-- они  точно   так  же  обосновывают   "почему  бессмысленно  открывать
исходник".


Повернуть можно всё что угодно. Но для меня эти аргументы звучат
вполне убедительно.


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


Ну и что? Если люди хотят купив у меня программу наложить на неё патчи
хотя бы даже не мои и левые - это их право. Открытие исходника - это
не значит свободное (в смысле бесплатное) распространение.


Так вот, можете вы (на  места автора/продавца программы) сказать с ходу,
хорошо или плохо  для вас наличие таких patchsets?  С одной стороны, они
тормозят  апгрейды...  С   другой  стороны,  повышают  полезность  вашей
программы...  Что перетянет?  Это надо  просчитывать  индивидуально, для
каждого конкретного случая.


И в сообществе opensource далеко не все патчи присылаемые авторам
идут в дело и по разным причинам. Ну и что?


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


Я, со своей стороны, тоже говорю о мелких доработках, которые лениво
было бы доводить до состояния, готового к выпуску в свет.


Согласен. Вот именно для этого наличие исходников крайне полезно и
даже необходимо.


> Т.е. я говорю не о GPL и не воровстве (которое кстати легко
> доказуемо в этом случае, несмотря на обфускаторы и преследуется по
> закону, по крайней мере за бугром).

Нету никакого воровства программ!


На мой взгляд есть! Смотря с какой стороны посмотреть.
Программа - это товар. Со своим спросом и предложением.
И хотя он не обладает физическим телом и
тиражируется буквально задаром, но тот кто создает этот товар
должен что-то получить в качестве вознаграждения, кроме известности
славы и почестей. Кушать программистам тоже надо!

Другое дело что вот этот процесс - вознаграждения программеру
за его труд, до сих пор, помоему, нормально нигде не осуществлён,
ни за бугром ни тем более у нас.

Но это отдельный вопрос, а здесь моё мнение - программа должна
ВСЕГДА продаваться с исходником. А уже решение о том разрешить
ли свободное и/или бесплатное распространение исходников - это
на усмотре

Re: Открытые исходник и (Было: Использовани е обфускаторов)

[Viktor Vislobokov]

Andrey Kiselev wrote:

Но это отдельный вопрос, а здесь моё мнение - программа должна
ВСЕГДА продаваться с исходником. А уже решение о том разрешить
ли свободное и/или бесплатное распространение исходников - это
на усмотрение продавца.



Еще раз: а какой смысл в исходнике, который нельзя распространять?
Любоваться на него?


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

Re: Открытые исходник и (Было: Использовани е обфускаторов)

[Viktor Vislobokov]

Andrey Kiselev wrote:

On Fri, Jul 04, 2003 at 01:37:31PM +0600, Viktor Vislobokov wrote:


Еще раз: а какой смысл в исходнике, который нельзя распространять?
Любоваться на него?


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



У-у-у... Это неинтересно.


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

Виктор

Re: Открытые исходник и (Было: Использовани е обфускаторов)

[Viktor Vislobokov]

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



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


Ну есть у тебя исходник игры. И что ты с ним будешь делать,
если передать никому не можешь, а править там тебе
скажем лень? Будет лежать у тебя на компашке только
и всего. Что в этом страшного?


В заключении я могу сказать, что я говорю именно о
предоставлении программы с открытыми исходниками с целью
доработки под себя и багфиксов, 


Весь фокус в том что после этого практически нельзя ни с кем поделится своими 
доработками/фиксами...


Почему нельзя? Если ты будешь делится именно СВОИМИ патчами
и фиксами, а не исходниками, то помоему никто этого тебе
запретить не сможет.


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


тут кстати тоже далеко не просто доказать, что имела место кража...


А на мой взгляд достаточно просто. Есть сложный алгоритм. Если
его реализация совпадает (чуть ли не до строчки) с оригиналом,
то понятно, что дело не чисто.


PS а что такое обфускатор? просветите меня пожалуйста


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

Виктор

Re: Открытые исходник и (Было: Использовани е обфускаторов)

[Viktor Vislobokov]

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

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


   Я согласен, что домохозяйка не должна быть программистом. Но
вот вызовет она техподдержку, а пришедший человек увидит, что
это баг в MS Office. И как он его будет устранять без наличия
исходных текстов? Можно конечно написать в M$, но сколько времени
пройдёт пока(если) этот баг поправят!

Виктор

Re: Открытые исходник и (Было: Использовани е обфускаторов)

[Viktor Vislobokov]

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


Что конкретно за бугром работает? Технические меры защиты или защита
законом? Ни то, ни  другое и "там" дает сбои...


  Даёт сбои - это одно, а работает - это другое!
  Без сбоев вообще ничего не бывает в нашей жизни!


К сведению, тема об обфускаторах началась с темы двухмесячной давности
"Обфускатор для Перла"... То есть можно с уверенностью утверждать, что
кто-то не прав -- либо Виктор, либо разработчик обфускатора для
программ/скриптов на языке Perl... Судя по самому слову и его
изначальному значению, я думаю, что в определении слова "обфускатор"
неправ Виктор...


  Ну что же. Я не настаиваю. Правда как уже тут говорилось,
если обфускатор оставляет исходник, то вполне можно написать
или найти антиобфускатор, который вновь сделает всё нормальным.
Я не знаю можно ли считать обфускатором программу, если есть
(или его можно написать) антиобфускатор.


  Я не верю, что программа длинной в два экрана выполняет
настолько ценные функции, что должна стоить $1000. Я не
куплю такую программу. Я лучше отнесу пива знакомому
программеру и он сделает мне не хуже и с исходником ;)
  В принципе так и есть в реальном мире. Дорого стоят
только сложные и большие программы. Так что ценность
программы состоит не только в функциях, но и в их количестве ;)



Ценность программы в пользе для ее пользователя. А эта польза может


   Есть много ОЧЕНЬ полезных программ, которые даются бесплатно
и также много очень полезных программ, которые стоят весьма
дёшево.


заключаться во многих вещах... В оценке качества программы
используется много субъективного. Достаточно объективных критериев
оценки я, например, еще не встречал... Количество функций в программе


  Я не про оценку качества программы. Я про то что стоить дорого
должны только большие и сложные программы.


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


  В большинстве случаев я не буду я платить $1000. Решу другим
способом, может быть не столь эффективным. Но это кстати отдельный
вопрос, в котором я полностью согласен со Столманом - идеи
патентоваться не должны! Алгоритм же представляет собой реализацию
той или иной идеи, которая выполнена с большей или меньшей
эффективностью. Так что и алгоритмы патентовать тоже не должны,
а вот конкретные реализации этих алгоритмов, пожалуй да. Но имея
идею, нормальный программист может спокойно выдать свою реализацию
алгоритма.


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


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


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

  Наукоёмкие проекты - это как правило открытые проекты. Но от науки
до практики - очень большой шаг. Мы тоже можем проектировать
процессоры не хуже и даже лучше Intel, но вот построить их не можем -
нет технологической базы. Так что здесь, с точки зрения наукоёмких
проектов, всё в порядке ;)

Виктор

Re: Открытые исходник и (Было: Использовани е обфускаторов)

[Viktor Vislobokov]

Ты действительно веришь в то, что пришедший человек будет
способен взять исходный код продукта масштаба MS Office,
найти там ошибку, исправить ее и все это за несколько минут?

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


  Зачем утрировать? Пусть мальчик по вызову установит причину -
баг в программе, а правки могут внести и программисты в конторе.
Я ведь не про то, кто конкретно будет исправлять баг - а про
то, что его можно исправить имея в наличии исходники.

Виктор

Re: Открытые исходник и (Было: Использовани е обфускаторов)

[Viktor Vislobokov]

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


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


  Я не про оценку качества программы. Я про то что стоить дорого
должны только большие и сложные программы.

Мне кажется, что Вы путаете такие понятия, как рыночная цена (или реальная 
стоимость) и себестоимость. Это немного разные вещи. Рыночная цена 
определяеся (и существует) только в момент продажи. Это цена, которую 
покупатель согласен уплатить,  за продукт, и за которую продавец согласен его 
продать


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

А если подойти к этому вопросу немного с другой стороны. Если эта программа 
атесстованна/сертифициролвана на применение, а программу, которую ты напишеш, 
тоже нужно будет сертефицировать? (ну нельзя использовать несертефицированную 


   Сертификация программ - это, как бы сказать помягче, - полная ерунда.
Программу сертифицируют как правило как пригодную на выполнение
какого-то действия. Т.е. по факту сертифицируется не программа,
а её соответствие ряду условий.
   Если моя несертифицированная программа этим условиям удовлетворяет,
то мне эта сертификация до лампочки - пусть на неё тратят бабки те,
у кого их много.


Но это кстати отдельный
вопрос, в котором я полностью согласен со Столманом - идеи
патентоваться не должны!


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


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

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


   Как я и говорю, алгоритм - это та же идея. Идеи патентоваться не
должны. А вот если я по этому алгоритму написал код, а ты в этот код
вставил свой кусок и выдаешь его за новый или свой - это неправильно.
Пиши всё с нуля, пользуясь идеей, но не трогай мой код. Тогда ты
будешь прав.

прошли те времена, когда гении одиночки могли "перевернуть мир" свременная 
цивилизация берет количеством, а не качеством! точно так же, как и 
биологические организмы


   Лично я не берусь составить то самое "количество" в сколь-нибудь
сложном наукоемком проекте. А ты? Тоже вряд ли.


то его результат будет максимум через полгода повторён в другой
лаборатории. 



Не факт! это справедливо только в случае если в этой лаборатории будут знать, 
что повторять. Простой пример: высокотемпературную сверхпроводимость вполне 
могли открыть лет на 15 раньше у нас в "союзе". В одной химлаборатории 
изучали именно это вещество (в котором впоследствии и было обнаружена 
высокотемпературная сверхпроводимость) и изучали именно зависимость свойств 
этого вещества от температуры. До сверхпроводящего состояния чуть чуть не 
дотянули --- остановились на 77 Кельвинах (температура кипения азота) --- ну 
небыло у них жидкого гелия... обыдно да?


   Я не понял как это относится к программированию и патентованию?
Давай возьмём сухой остаток твоей информации:
Идея была какая? Что существование сверхпроводимости при высокой
температуре возможно! Далее началось написание кода - поиск
конкретного решения как эту идею реализовать.
   Помоему всё в пределах того, что я говорил.

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


Виктор

Re: Открытые исходник и (Было: Использовани е обфускаторов)

[Viktor Vislobokov]

Дмитрий Федосеев wrote:



   Как я и говорю, алгоритм - это та же идея. Идеи патентоваться не
должны.


Странно это - "цивилизованность" и (фактически) экспроприация идей оказались
рядом.


  Ну давай, кто-нибудь идею колеса запатентует. Или идею
двери. Ну глупо же?


Кто-ж изобретать-то будет, если ему за это (кроме лысины) ничего не
достанется?


  Почему не достанется? Имея идею, которой ни у кого нет,
можно захватить рынок. Можно выдать качественную продукцию,
которая ещё не скоро появится у конкурентов. и т.д.
  Это весомые аргументы на мой взгляд.


Кто будет инвестировать в науку, если от результата инвестиций инвестор
получит одну десятимиллиардную, как и все прочие жители планеты?


  Почему как все? Два года назад корпорации Western Digital,
Quantum, Seagate и др. инвестировали деньги в исследование
магнитных носителей повышенной емкости. В результате сейчас
мы уже имеем винты в 300Gb размером и сами корпорации тоже
нехило заработали. При этом я уверен, что в основе технологий,
которые они используют лежит одна и таже идея.


Пусть уж автор идеи решит - патентовать её или нет, и что ему потом с
патентом делать.


  Ага. Дверь запатентует, а мы потом без лицензионных отчислений
будем в окна лазить.

Виктор

window managers

[Viktor Vislobokov]

Anatoly Pugachev wrote:

> On Mon, Jul 14, 2003 at 02:06:46PM +0500, dim wrote:
>
>> Где бы почитать про сравнительные характеристики различных сабжев?
>>
>> Что-то гном последнее время утомляет, хочется подыскать чего полегче,
>> мож даже блэкбокса...


Почитай

http://www.linuxshare.ru/docs/software/wm/qvwm/qvwm.html

рекомендую.
На том же сайте найдешь про fvwm и icewm.

Виктор

Re: X Font Server in "stable" is broken

[Viktor Vislobokov]

А мне вот интересна следующая вещь: есть X'ы которые берут все шрифты с
xfs-xtt сервера и если при открытой сессии просто перезапустить xfs-xtt то X'ы
не видят после этого никаких шрифтов. То есть если был запущен xterm то
он продолжает работать а вот новый запустить уже нельзя -- не находит
шрифт. И решается это перезапуском X. Это как-то лечиться?


Я думаю через

xset fp rehash

Виктор

Re: FastTrack 100 and Mirror

[Viktor Vislobokov]

Alexander Golovankov wrote:

Добрый день!

Есть проблема с зеркалом на Promise FastTrack 100. К контроллеру
подключены два винчестера. Через BIOS организовано зеркало. Собрано ядро
2.4.21 которое видит оба жестких диска как индивидуальные устройства hde
и hdg. SoftRAID так же работает без особых проблем, но вот аппаратный
никак не хочет. Не получается обращаться к RAID-1 через /dev/ataraid/d0.
Вопрос, реально реализовать данный аппаратный RAID на 2.4.21, и если
есть такая success story, то хотелось бы услышить как этого добиться.
Может при сборке ядра не указал что то? НowTo на примере RH 7.3
прочитан, и вроде попытки сделать тоже самое но на woody не увенчались
успехом. :(


   Совсем недавно устанавливал Linux на машину с FastTrack 100.
   Вся фича в том, что нужно родные дрова от Promise. При этом насколько
я знаю они собраны только для RH 7.3 (вроде и 7.2 есть) и RH 8.0.
Под другими ядрами их драйвер, который раздается в виде скомпиленого
модуля с высокой степенью вероятности работать не будет!
На сайте Promise есть и инструкция по установке. Там еще надо
загрузчику прописать хитрые параметры для IDE.

   Я ставил по инструкции на Red Hat 8.0:
1. Сделал зеркало в BIOS
2. Загрузился с установочного диска с хитрыми параметрами для
загрузчика
3. Когда она запросила дополнительный диск с драйверами - я сунул
ей заранее сделанную дискетку с тем содержимым, что скачал с их
сайта
4. После чего все нашлось определилось и прописалось. Теперь
зеркало доступно как /dev/sda - обычное SCSI устройство.

   Для Debian придется повозиться - грузить модуль вручную, а потом
не забыть его поставить в загрузку также как и параметры для
загрузчика. Параметры нужны для того, чтобы сперва грузились дрова
от Promise, а уже потом родные для IDE.

Виктор

Re: FastTrack 100 and Mirror

[Viktor Vislobokov]

  Для Debian придется повозиться - грузить модуль вручную, а потом
не забыть его поставить в загрузку также как и параметры для
загрузчика. Параметры нужны для того, чтобы сперва грузились дрова
от Promise, а уже потом родные для IDE.



ты хочешь сказать, что придется параметры на загрузку вставлять в Lilo
через append="", а сам драйвес скомпиленный как модуль подсунуть в
initrd, и грузить ядро с правленным initrd? Но насколько я помню модуль


  Угу.


собран для 2.4.18, и есть сомнения что он пойдет с 2.4.21. Даже в


  У меня даже сомнений нет - не пойдет. С 2.4.20 и то уже не идет
даже если делать с ключиком force для insmod.


последнем варианте, мне всю жизнь сидеть на 2.4.18? :(


  Или до того момента пока Promise не выпустить обновление драйвера
или не опубликует исходник - Вот кстати наглядный пример тем, кто
утверждал недавно, что исходники не нужны.

  Так что дружно покажем пальцем на Promise и скажем - фу!
  Может написать им?


Виктор, а ты параметры не помнишь которые скармливал загрузчику? Ты
имеешь ввиду а-ля ide2=...?


  Да, это они.

Виктор

Re: FastTrack 100 and Mirror

[Viktor Vislobokov]

Konstantin Matyukhin wrote:

У меня есть исходники модуля ft.o, полученные у Intel'а на Technical
Solutions Training. У меня с ними работает FastTrak TX4 на ядре 2.2


Хм. Для меня в общем-то это была шабашка, но людям может
пригодится. Можно в студию?

Виктор

Странная ошибка в samba

[Viktor Vislobokov]

Привет всем!

  Вот такая штука в логах:

[2003/08/12 16:47:49, 1] smbd/session.c:session_claim(87)
  session_claim: out of session IDs (max is 3000)
[2003/08/12 16:47:49, 1] smbd/password.c:register_vuid(345)
  Failed to claim session for vuid=101
[2003/08/12 16:47:49, 2] smbd/server.c:exit_server(461)
  Closing connections

Пользователи которые уже работают - полет нормальный!
А те кто хочет зайти снова получают отлуп с таким сообщением в логе!

Кто знает, что это за session ID?

Виктор

Re: Вопрос про переход на LDAP

[Viktor Vislobokov]

> На сервере в passwd/shadow есть значительное количество пользователей и их 
> паролей (зашифрованных через crypt).
> 
> Хочется изжить всякие данные о пользователях из passwd и shadow, и 
> оставить информацию только в LDAP.
>  
> uid/gid/gecos/shell переносятся в LDAP легко и непринуждённо.
> 
> А можно ли перенести пароли? Конкретнее: можно ли, зная захэшированные 
> через crypt() пароли в /etc/shadow, занести в LDAP нечто, чтобы pam_ldap 
> позволял пользователям входить (как на сервере, так и на других машинах, 
> берущих через pam_ldap информацию с сервера)? 

  Ну ессно! Ты что думаешь правильно пароли в LDAP в Plain Text'е
держать? Значение поля пароля в записях LDAP может иметь вид:

{crypt}383jhf84s

для алгоритма шифрования crypt

{md5}$1$a2ImnsTw$h87V1qQpO4UzK1YM1qa.P.

для md5 соответственно

Виктор

Переводы на www.debian.org

[Viktor Vislobokov]

Привет честному люду.

А кто в данный момент занимается переводами на www.debian.org и владеет
доступом на выкладывание туда?

Виктор

Re: Как удалить пакет?

[Viktor Vislobokov]

> Добрый день.
>
> Мне уже надоело лечить все проблемы в Linux'e переустановкой.
> Может можно как-нибудь обходиться без нее?

   Основная масса людей обходится.

> Ладно, от превращений /dev/null в файл я избавился (снеся Linux
> на той машине), теперь другие проблемы: не хочет удаляться пакет.
>
> joker:ii:~# dpkg -P kdebase
> (Reading database ... 62408 files and directories currently installed.)
> Removing kdebase ...
> dpkg: error processing kdebase (--purge):
>  subprocess post-removal script returned error exit status 1
> wallpapers directory already exists...not creating.
> Errors were encountered while processing:
>  kdebase
>
> Как его можно снести руками, без участия dpkg, при этом не испортив базу
> установленных пакетов?

   Снеси его dpkg таким образом

dpkg --force-all -P kdebase

   Учти только, что --force-all работает только в новых версиях dpkg, но
судя по всему у тебя и должна стоять новая. Если все же не работает,
смотри man на dpkg в плане ключиков --force-*

   Снести руками тоже можно, но это ни есть правильно. Тем не менее.
Удалить все файлы /var/lib/dpkg/info/kdebase*, и проставить статус в
/var/lib/dpkg/status, что пакет purged. Ессно нужно удалить и файлы пакета
при этом ;)

Виктор

Re: HDD backup на другой HDD

[Viktor Vislobokov]

- Original Message -
From: "Igor Goldenberg" <[EMAIL PROTECTED]>
To: 
Sent: Wednesday, October 17, 2001 11:35 PM
Subject: HDD backup на другой HDD


> Здравствуйте!
>
> Подскажите, пожалуйста, как организовать полный бэкап с одного диска (на
> нём одна корневая партиция для всего на 29 мег да своп) на другой диск?
>
> Хочется что-то типа
>
> dd if=/dev/hda1 of=/dev/hdb1
>
> На втором винте создал партицию чуть больше (точно такая же не
> получилась), чем на первом. В обычном состоянии он отмонтирован.
>
> Как быть?
> Надо же бэкапить партицию с первого винта в r/o состоянии? А как это
> делать на автопилоте?
>
> И как правильно делать dd? Или какой аналогичный способ использовать.
> Надо в случае смерти первого винта работать со вторым.
>
> --
>  С уважением,
>  Игорь.
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact
[EMAIL PROTECTED]
>
>

Re: HDD backup на другой HDD

[Viktor Vislobokov]

> Подскажите, пожалуйста, как организовать полный бэкап с одного диска (на
> нём одна корневая партиция для всего на 29 мег да своп) на другой диск?
>
> Хочется что-то типа
>
> dd if=/dev/hda1 of=/dev/hdb1

 Так и делай, только

dd if=/dev/hda of=/dev/hdb

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

Партиции создавать не надо, dd скопирует все - включая и
таблицу разделов (партиций).

> Как быть?
> Надо же бэкапить партицию с первого винта в r/o состоянии? А как это
> делать на автопилоте?

   Опускать init'ом машину в Single mode. Перемонтировать партиции
в ro, скажем через mount -o ro,remount, запускать dd, а затем перемонтровать
в rw и поднимать сервер в multimplay режим.

> И как правильно делать dd? Или какой аналогичный способ использовать.
> Надо в случае смерти первого винта работать со вторым.

   Тады почитай доки в ядре и сделай себе зеркало

Виктор

Re: postgresql

[Viktor Vislobokov]

> Hi, All!
>
> Сорри, вопрос не совсем про дебиан.
> С помощью какого интерфейса и каким образом можно записать в
> PostgreSQL поле типа TEXT строку размером > pagesize (8k).

А что обычные уже не работают? Ты пробовал?
Помоему такое ограничение было у старых версий, а с новыми
такого нет.

Виктор

Re: HDD backup на другой HDD

[Viktor Vislobokov]

> > > dd if=/dev/hda1 of=/dev/hdb1
> >
> >  Так и делай, только
> >
> > dd if=/dev/hda of=/dev/hdb
> >
> > > На втором винте создал партицию чуть больше (точно такая же не
> > > получилась), чем на первом. В обычном состоянии он отмонтирован.
> >
> > Партиции создавать не надо, dd скопирует все - включая и
> > таблицу разделов (партиций).
>
> У меня по этому поводу вопрос: а как-же разная геометрия
> винтов?
> Передо мной то-же встала такая проблема, но я еще
> не придумал как ее решить, у меня винты IDE и SCSI.

   А причем здесь геометрия? dd делает тупо - читает весь диск с
самого начала поблочно и потом также тупо эти блоки кладет в другое
место. Геометрия от этого не страдает. Вот таблица разделов станет
такой какой она была на исходном винте.

Виктор

Re: HDD backup на другой HDD

[Viktor Vislobokov]

> > > dd if=/dev/hda1 of=/dev/hdb1
>
> >  Так и делай, только
>
> > dd if=/dev/hda of=/dev/hdb
>
> > Партиции создавать не надо, dd скопирует все - включая и
> > таблицу разделов (партиций).
>
> А если второй винт чуть меньше?
> Оно как бы не критично, т.к. на первом в конце swap
> Или задать просто размер блока и нужное число блоков, чтобы он на втором
> диске на конец не напоролся во время, когда на первом ещё есть данные?

 Если данные размещаются на диске целиком, то побарабану что он
чуть меньше - у тебя там своп и значит он не будет использвоваться вот
и все

>
> >Опускать init'ом машину в Single mode. Перемонтировать партиции
> > в ro, скажем через mount -o ro,remount, запускать dd, а затем
перемонтровать
> > в rw и поднимать сервер в multimplay режим.
>
> т.е. некий такой скрипт сработает?:
>
> --
>
> telinit s
> mount -o ro,remount /dev/hda1
> dd if=/dev/hda of=/dev/hdb bs=512 count=5970
> mount -o rw,remount /dev/hda1
> telinit 2
>

Думаю должно.

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

 Дело твое.

> Да, а если я сделаю зеркало, а потом кто-то (внезапный ребут) винт
> запорет, это ж на обоих винтах будет так?

Внезапных ребутов быть не должно. По питалу ставишь UPS,
а все остальное решает зеркало. Но работать тебе - думай

Виктор

Re: Модуль

[Viktor Vislobokov]

> > Как узнать чем(кем) используется тот или иной модуль ядра.
> imho net такой программулины, нада написать.

Через lsmod можно узнать какие модули используются
другими модулями, а остальное можно понять по логике вещей.
   Например, если у тебя не выгружается по rmmod модуль
сетевой карты, то понятно, что сперва нужно сделать
ifdown <соответствующий интерфейс> и выгружать только потом.
И т.д.

Виктор

Когда очередной релиз будет?

[Viktor Vislobokov]

Привет всем!

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

Виктор

Re: Когда очередной релиз будет?

[Viktor Vislobokov]

> >Скажите мне знающие люди, когда господа буржуи планируют все-таки
> > выпустить релиз? С момента предыдущего, (если кто не помнит) значительно
> > больше года.
>
> А смысл? С момента выходы slink-a до момента выхода potato прошло не менее
> 2,5 лет, если я правильно помню :) Это только RH и иже с ними выпускают

  Плохо ты помнишь.
  Release Notes о выходе Slink для архитектуры I386 датируется
28.08.1999
  Release Notes о выходе Potato 14.08.2000
  Так что меньше года.

> по несколько кривых релизов за год и сразу кидаются чистить в них баги
> и глюки... А debian - это по-хорошему консервативный и спокойно
разрабатываемый
> дистрибутив.

  Особенно если вспомнить сколько багов и глюков было вычищено от
Potato r1 до Potato r3, то понимаешь, что в этом смысле он не сильно
выигрывает перед RH

>Нужно тебе все самое новое - садись на ветку unstable. Нужен

Ай браво. Ты сам-то на ней сидишь? Я да и скажу тебе, что сборка
около 10% пакетов просто невозможна, если сидеть на unstable. Не говоря
уже о том, что здесь глюков пожалуй будет даже побольше чем в RH, что
в общем-то понятно.
 Теперь о самом новом. В Potato не то что не самое новое, а просто
откровенное старье!

> адреналин в крови и жажда приключений - садись на woody. Или я не понимаю,
> что ты подразумеваешь под словом "релиз" :)))

 Скажу, что я понимаю - совокупность непротиворечащих друг другу и
интегрирующихся вместе пакетов. Potato является таковым, а вот unstable -
нет.
Unstable - это не релиз, это куча (pool) самых разных версий никак не
гарантированных
от ошибок, конфликтов, противоречий. И на этом ты мне предлагаешь работать?
Спасибо.

Виктор

P.S. Желающих просто флеймить и предлагать мне перелезть на другой
дистрибутив просьба не беспокоится и не писать ничего в ответ. Хочу
услышать что-либо по делу.

Re: Когда очередной релиз будет?

[Viktor Vislobokov]

> >   Особенно если вспомнить сколько багов и глюков было вычищено от
> > Potato r1 до Potato r3, то понимаешь, что в этом смысле он не сильно
> > выигрывает перед RH
>
> Да. Много.. Ну так что же делать... Это же, я извинияюсь, 4000 пакетов...
> И их вычищение - планомерное и быстрое, а не как в RH - сырой дист, ну и
> хрен с ним - скоро выпустим другой дист. Вот для меня, например,
оптимально,
> чтобы один дист жил как можно дольше - потому как переустанавливать
дистрибутивы
> на серваке раз в полгода не будешь - нахрен кому это надо? А вот
> проапдейтить текущий релиз - это самое то.

 Ну а что RH? Почему сравнение идет только с ним? А Mandrake?
Два релиза в год и я что-то не слышал, чтобю народ ругался по поводу
его сырости. А SuSE? В нем что меньше пакетов? Один релиз в год
и тоже никто по поводу сырости не плевался.

> > >Нужно тебе все самое новое - садись на ветку unstable. Нужен
> >
> > Ай браво. Ты сам-то на ней сидишь? Я да и скажу тебе, что сборка
> > около 10% пакетов просто невозможна, если сидеть на unstable.
>
> Сижу... Естественно, на собственной десктопной тачке, но никак уж не
> на серверах :) Невозможна сборка 10% пакетов? ну и х.. с ними :)

Тебе может и х... а мне они нужны.
Хочу знаешь ли ALSA драйвера посвежее, но вот беда - esound-то
собирается только с <=0.5, не говоря уже о том, что в pool'е сейчас просто
нет корректных исходников с 0.5. - те что лежат после сборки неюзабельны,
ибо при построении забыт пакет alsa-base.
 И perl-gtk не собирается с последними версиями библиотек, а я без
него как без рук.

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

Маловато значит собирал. У меня практически целый CD (хроме libc и
Иксов 4.1.0) собран руками из сырцов и скажу тебе - это трах еще тот. Чего
например стоила глюка (к счастью уже пофиксенная), когда gnome-core
для сборки хотел libxml2-dev и libglade-gnome-dev, а libglade-gnome-dev
хотел libxml-dev, а libxml2-dev и libxml-dev конфликтовали друг с другом. ;)

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

 Да, ветка нестабильна, но все-таки можно было бы посерьезнее
подходить
к этому вопросу.

> >  Теперь о самом новом. В Potato не то что не самое новое, а
просто
> > откровенное старье!
>
> Опять же... Если мне нужно "для себя" - то собираю из исходников. А если

 Давай! Бери сейчас из unstable последний Гном и собирай. Я посмотрю
и
посмеюсь - ты его не соберешь. Хотя бы потому, что ему надо последние
версии libxml, libxml2 и т.д и т.п. Ну и еще Docbook 4, а не 2.1 который в
POTATO.
Словом если ты все что нужно обновишь, то у тебя уже будет не POTATO на
80%. ;)

> для сервера - я уж лучше предпочту оттестированное многими тысячами
старье,
> чем непонятное "новье" :)

  Дык вот. Как раз в серверной части, то новье, которое сейчас идет
может использоваться на ура! Проблема сейчас как раз не в серверной части,
а в десктопной. Именно там гордиев узел проблем, которые в Debian не
торопятся разрешать.
 Серверная часть довольно неплохо тестируется и у самих upstream.
Я думаю, что например новая Samba будет по стабильности не хуже той,
что сейчас в Potato.

> Ты сам себе предлагаешь :) Если хочется чего-то более нового, чем stable,
то
> предложенный путь - практически единственный :) Или - как делают многие
> (и я в т.ч.) - основной дистрибутив - potato + некоторое количество
> собраных пакетов из testing/unstable. По-моему хороший компромис...

   Гм ;)
   Во-первых компромис фиговый, потому что требует от каждого кто
захочет такой компромис нехилого канала в Инет для выкачивания всего
что потребуется - ибо на CD unstable никто не продает.
   Во-вторых, мне кажется надо просто НЕМЕДЛЕННО объявлять freeze на
нестабильную ветку, если мы хотим получить релиз хотя бы к весне ;)
   И вот если говорить о конкретике, кто готов меня в этом
поддержать,
если я захочу написать письмо с предложением сделать это скажем в
debian-devel?

> От testing phase до frozen пройдет никак не меньше полугода, я думаю. Ну и
от
> frozen до release еще пара-тройка месяцев.. Так что через годик получим
> новый релиз :)

   Если это будет так, то Debian потеряет около 30% пользователей.
Я думаю, что не я один такой нехороший и недовольный. При всех достоинствах
Debian, этот его недостаток заставит многих отказаться от него.

Виктор

Re: Когда очередной релиз будет?

[Viktor Vislobokov]

> > P.S. Желающих просто флеймить и предлагать мне перелезть на другой
> > дистрибутив просьба не беспокоится и не писать ничего в ответ. Хочу
> > услышать что-либо по делу.
>
> Виктор, а сами Вы на какой ветке работаете ?

 А черт его знает. ;)
 Исходно ставился POTATO, но сейчас в моей домашней системе
не осталось пожалуй ничего из него - все собрано руками из unstable,
кое-что добавлено самостоятельно через Debian'изацию (например socks5),
кое-что просто взято из Инета (например mplayer)
 А вот на сервере я ВЫНУЖДЕН держать POTATO. Просто потому,
что ничего новее нет. Хотя и там приходится кое-что тащить и собирать
из сырцов.

Виктор

Re: Когда очередной релиз будет?

[Viktor Vislobokov]

> >Скажите мне знающие люди, когда господа буржуи планируют все-таки
> > выпустить релиз?
>
> вот он, наш _менталитет_ (с)чей-то, Задорнов, наверное :)
> i like it!
>
> > С момента предыдущего, (если кто не помнит) значительно
> > больше года.
>
> во-во, пусть они делают, а мы еще покритикуем :)

   Ок. Давай скажи мне что я могу сделать, чтобы релиз был выпущен
через месяц? ;) Причем РЕАЛЬНО могу сделать (в свое свободное
время)
Если бы мое слово (или дело) имело решающее (или даже весомое)
значение. :(

> ничего личного, просто филосовский вопрос:
> а почему Вы считаете, что 'буржуи' должны выпускать релизы вообще?

   Потому что если они не выпустят, то я сделаю это раньше ;)
   Не Debian конечно, а свой козявчик на один CD для себя и
друзей-знакомых

> помнится, кто-то из крупных дебиановых активистов сказал что-то вроде
этого
> "Чтобы правильно пользовать дебиан - надо активно участвовать в его
разработке"

  Как? Постить багрепорты, которые не торопятся обрабатывать - примеры
надо? Или фиксить эти баги - даже ощутимую часть мне не под силам, не говоря
уже о том, а нафига тогда нужны майтейнеры?

   Что касается слова "буржуи", то я придаю ему не обидную, а смысловую
окраску - просто называя этим словом всех ненаших и капиталистов ;)

Филосовский экскурс я твой опустил ибо этот кусок Windows vs Linux и
Commercial source vs Open source уже обсуждался несчетное количество раз -
каждому свое.

Виктор

Re: Re[2]: Когда очередной релиз будет?

[Viktor Vislobokov]

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

>У меня несколько серверов на Debian/Potato и FreeBSD, единственное что
>мне пришлось собирать самому на Debian, это Kernel + OPENWALL patch.

   Apache-rus
   Модули для него (уже непомню какие)
   socks5
   Новую Samba
   Ядро 2.2.19 с патчем от Solar Designer
   POP3 сервер popa3d
   Webmin
   Squid

ну там еще чего-то по мелочи, уже не помню

Виктор

Re: Re: Re[2]: Когда очередной релиз будет?

[Viktor Vislobokov]

> А может вот подскажите заодно где этот пресловутый sock5 то достать можно?

Да на nec'овском сайте ессно. Адрес забыл, не то www.socks.nec.com
не то
www.nec.sock.com
   Ну да плюнь на них. Можно и отсюда - я выкладывал в свое время:

ftp://lighting.raid.ru/linux

и там дебиановское дерево, в local'е в сырцах найдешь

> Я вот живу на unstable и раз в месяц что-нибудь обязательно не
собирается..

  Гы! У меня ГОРАЗДО чаще. ;)

> Особенно ядро 2.4 ветки стабильностью не отличается.

  Угу. Хотя 2.4.9 с последними заплатами от Алана пользоваться можно
вполне уверенно.

Виктор

Кстати по поводу SOCKS5

[Viktor Vislobokov]

Несколько замечаний по поводу.

  По крайней мере с POTATO наблюдается с SOCKS5 такая штука -
ICQ клиенты отваливаются от сервера - невозможно работать. В
логах сообщение Bad file description.
  В свое время я задался вопросом откуда оно берется и полазив
по исходникам обнаружил, что при вызове recv - чтение данных из
socket'а. Я тогда подумал, что дело в ошибке в библиотеке C.
  Кого я тогда не спрашивал по этой проблеме, все утверждали,
что у них работает (но как ни странно все были пользователями
Red Hat).
  Потом на DejaNews я наткнулся на сообщение, что один буржуй
тоже задался этим вопросом и пришел к выводу что имеет место
ошибка оптимизатора в компиляторе gcc.
  Я не знаю прав он был или нет, но когда я собрал SOCKS5 с
компилятором gcc272, вместо gcc295, то обнаружил, что проблема
исчезла.

   Это так... о птичках... ;)

Виктор

Re: Кстати по поводу SOCKS5

[Viktor Vislobokov]

> >   По крайней мере с POTATO наблюдается с SOCKS5 такая штука -
> > ICQ клиенты отваливаются от сервера - невозможно работать. В
> > логах сообщение Bad file description.
>
> Potato r3
> Socks5 version: Socks5 v1.0r11
>
> Собралось и работает на ура (дефолтовым компилятором).

   Вот мне и непонятно, где грабли.
   Мне же это не приснилось и порукой тому сообщения на DejaNews.

Виктор

Re: Когда очередной релиз будет?

[Viktor Vislobokov]

> >Ок. Давай скажи мне что я могу сделать, чтобы релиз был выпущен
> > через месяц? ;) Причем РЕАЛЬНО могу сделать (в свое свободное
> > время)
> > Если бы мое слово (или дело) имело решающее (или даже весомое)
> > значение. :(
>
> я же не наезжаю, я предлагаю разобраться.
> и кабы я знал, я бы наверное тут демогогию не разводил :)

   Дык вот. Опять таки аппелируя к общественности - к кому надо
обращаться, чтобы попытаться дать пинок этому процессу?

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

   Помоему нет. Видеть там особо нечего. Даже месторасположение
файлов уже давно задекларировано и стандартизированно. Чего там
видеть? Надо собирать и выкладывать. Все! Остальное сделают
другие.

> > > ничего личного, просто филосовский вопрос:
> > > а почему Вы считаете, что 'буржуи' должны выпускать релизы вообще?
> >Потому что если они не выпустят, то я сделаю это раньше ;)
> >Не Debian конечно, а свой козявчик на один CD для себя и
> > друзей-знакомых
>
> вот, и друзей-знакомых. значит, Вы тоже мантэйнер, только в более узком
кругу
> что "нашим" мешает учавствовать в проекте на более высоком уровне??

   Куча формальностей, которые надо решить, чтобы скажем стать
майнтейнером, куча правил и самое главное необходимость работать в
такой команде, когда один из ее членов может тормознуть всех и при
этом ты НИЧЕГО не сможешь сделать.

> Вы сами говорите "если они не выпустят, то я сделаю это раньше" :)
> а этот самый "козявчик" - это релиз, каким Вы его себе представляете, но
он
> очевидно будет заметно меньше 4000 пакетов.
> кста, может именно из-за этого и кончилась progeny

  Я не видел progeny, но это уже будет второй мой козявчик. Первый с
удовольствием использует человек 6 моих знакомых и СТРАШНО довольны.

> > > "Чтобы правильно пользовать дебиан - надо активно участвовать в его
> > разработке"
> >   Как? Постить багрепорты, которые не торопятся обрабатывать -
примеры
> > надо? Или фиксить эти баги - даже ощутимую часть мне не под силам, не
говоря
> > уже о том, а нафига тогда нужны майтейнеры?
>
> не хочу придираться к словам, но все-же майтейнеры != буржуи, и наоборот.
> а неправильно пофиксеные баги рождают себе подобных в геометрической
прогрессии

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

> >Что касается слова "буржуи", то я придаю ему не обидную, а
смысловую
> > окраску - просто называя этим словом всех ненаших и капиталистов ;)
>
> я Вас прекрасно понимаю и сам занимаюсь тем же самым уже давно :)
> видимо просто "нашим" _надо_ то, что делают "буржуи", а вот "буржуям" то,
что делают
> наши - не всегда. чья дорога прямее? :)

   Еще год назад, я в открытом 

Re: dpkg vs perl-5.6.1

[Viktor Vislobokov]

> Во, как ругается.

> Это есть с perl-5.6.1, нет с 5.6.0
> Кто -- виновник бед?

  У меня с perl-5.6.1 все живет хорошо.
  Так что что-то у тебя с Perl'ом криво. Я, правда, собирал
свой из исходников самостоятельно ;)

Виктор

Re: Когда очередной релиз будет?

[Viktor Vislobokov]

> >Дык вот. Опять таки аппелируя к общественности - к кому надо
> > обращаться, чтобы попытаться дать пинок этому процессу?
>
> Ни к кому. Девелоперам только пинков от пользователей со словами "давай
> релиз быстрее, гад!" не хватало.

  Именно! Пусть шевелятся побыстрее и видят, что народ хочет
и жаждет.

> > файлов уже давно задекларировано и стандартизированно. Чего там
> > видеть? Надо собирать и выкладывать. Все! Остальное сделают
> > другие.
>
> Другие -- это кто? И далеко не все задекларировано и стандартизовано.

  По файлам все. Есть стандарт файловой системы, где описано
что и где должно лежать - следуй ему и не надо ничего видеть по другому.

> Woody достаточно сильно будет отличаться от Potato, чтобы появилась
> масса новых вещей, которые надо обсудить (банальный пример на
> поверхности -- _кардинальное_ изменение boot-floppies).

   Угу. Особенно, если учесть, что все прекрасно ставится с
флоппарями аж от Debian 1.3. Пущай обсуждают себе, но на готовность
релиза это не влияет, если только не задаться целью влиять. Есть
некий стабильный boot-floppies? Есть - вперед к новому релизу!

> > такой команде, когда один из ее членов может тормознуть всех и при
> > этом ты НИЧЕГО не сможешь сделать.
>
> Пример? Я что-то как-то не могу себе представить подобной ситуации, в
> которой ты прям-таки НИЧЕГО не сможешь сделать.

Пример - посмотри когда делали последний upload libgtk-perl. И то,
что он не собирается с последним gtkhtml. Что я могу здесь сделать?
(баг кстати про это имеется в BTS) Самому это фиксить? Не зная материала,
не говоря уже о том, что нафига тогда майнтейнер?
 Ну хорошо - ты скажешь, что раз тебе надо - разбирайся и фикси.
Хорошо, пусть даже я смогу это сделать, но ведь это проблема в одном
пакете, а таких проблемных пакетов не один десяток. И с таким объемом
я НИЧЕГО не могу сделать.

> > появились бы другие ;) Однако вот уже появился проект переводов
> > описаний к пакетам на другие языки ;)
>
> Это в некотором смысле не проект переводов, а автоматизированная система
> их добавления и каталогизации. Сам Barmer ничего не переводит, AFAIK.
> И лично я не вижу, какое это отношение имеет к разделению Debian на
> части..

  То отношение, что народ начинает постепенно понимать, что кроме
перевода сообщений в gettext нужно еще и многое другое.


Виктор

Re: Когда очередной релиз будет?

[Viktor Vislobokov]

> >> Ни к кому. Девелоперам только пинков от пользователей со словами
"давай
> >> релиз быстрее, гад!" не хватало.
>
> VV>   Именно! Пусть шевелятся побыстрее и видят, что народ
хочет
> VV> и жаждет.
>
> в оон жаловаться бесполезно.  попробуй столману написать

Жаловаться и подпинывать это две разные вещи.
Либо сижу я ленивый и никто меня не трогает. Ну и мне соответственно
лень и делать неохота. А когда мне штук 20 писем свалилось с напоминаниями
и просьбами, то я все-таки сделаю, что просят.
А вообще говоря у майнтейнера тоже совесть должна быть. Видишь, что
не тянешь, что времени нет или мозгов. Скажи об этом честно и откажись.
Пусть на твое место придут другие, те кто хочет и может.

> VV>Угу. Особенно, если учесть, что все прекрасно ставится
с
> VV> флоппарями аж от Debian 1.3. Пущай обсуждают себе, но на
готовность
> VV> релиза это не влияет, если только не задаться целью влиять. Есть
> VV> некий стабильный boot-floppies? Есть - вперед к новому релизу!
>
> так поставь себе 1.3, в чем проблема-то?  зачем тебе новый релиз.
> если в старом все устраивает?

> VV>  Ну хорошо - ты скажешь, что раз тебе надо - разбирайся и
фикси.
> VV> Хорошо, пусть даже я смогу это сделать, но ведь это проблема в
одном
> VV> пакете, а таких проблемных пакетов не один десяток. И с таким
объемом
> VV> я НИЧЕГО не могу сделать.
>
> это карма такая у тебя

  При чем здесь карма? У меня есть желание и как мне кажется вполне
себе естественное и понятное. Думаю, что не у меня одного.

Виктор

Re: Когда очередной релиз будет?

[Viktor Vislobokov]

>> Ни к кому. Девелоперам только пинков от пользователей со словами "давай
>> релиз быстрее, гад!" не хватало.
 VV> Именно! Пусть шевелятся побыстрее и видят, что народ хочет и жаждет.
>Т.е. типа чаще отвечают на такие письма в стиле "отвали, надоел, будет тебе
>релиз в свое время" ? :)

  А может надоест и все-таки сделает?

>> Другие -- это кто? И далеко не все задекларировано и стандартизовано.
 VV> По файлам все. Есть стандарт файловой системы, где описано что и где
 VV> должно лежать - следуй ему и не надо ничего видеть по другому.
>Стандарт - во многих местах спорный (если ты про fhs), и девелоперы
>Дебиановские в частности помогают его дорабатывать ...

  Спорный он или нет, но ему прежде всего надо следовать, если
он есть. И насколько я помню именно этого и требует Debian policy
так что как я и говорю нечего тут фантазировать

>Если бы все было так просто - "что тут думать, прыгать надо" - то уже давно
>бы спаковали root/paw и всякие прочие old scientific software from hell с
>системой сборки времен динозавров.

 Вот странно. Почему же у меня с моим козявчиком таких проблем
нет? Может быть просто я себе их не создаю ;)

 VV> Угу. Особенно, если учесть, что все прекрасно ставится с флоппарями аж
 VV> от Debian 1.3.
>... на ноутбуки с новыми сетевухами. Агащаз.

 Я думаю всегда найдутся машины на которые не будет ставится
и самая распоследняя версия. И что? Из-за этого мы сейчас все встанем
и будем ждать пока удовлетворят тот 1% пользователей, у которых не
идет?
 Тем более, что я не предлагаю использовать 1.3 есть и бутявки
от  POTATO наконец.

 VV> Пущай обсуждают себе, но на готовность релиза это не влияет, если
 VV> только не задаться целью влиять. Есть некий стабильный boot-floppies?
>Который не понимает кучи вещей ... Новые tasks, отсутствие монстрообразного
>base.tgz, etc

 А зачем тебе монстрообразный base.tgz? Чтобы труднее ставится
было? Зачем тебе куча док, которые идут в этом самом base и жрут
кучу места, если для этого есть отдельные пакеты, где им и место?

 VV> Есть - вперед к новому релизу!

>Поправка - ты ничего не ХОЧЕШЬ сделать. Не делай со всем объемом - сделай с
>одним пакетом. Все скажут спасибо и в ножки поклонятся.

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

 VV> То отношение, что народ начинает постепенно понимать, что кроме
 VV> перевода сообщений в gettext нужно еще и многое другое.
>Это понимали давно, вопрос был в том, как это сделать правильно.

   В ответ на мое письмо я получил только крики - нафига нам это надо?

Виктор

Re: Когда очередной релиз будет?

[Viktor Vislobokov]

> VV> А вообще говоря у майнтейнера тоже совесть должна быть.
Видишь, что
> VV> не тянешь, что времени нет или мозгов. Скажи об этом честно и
откажись.
> VV> Пусть на твое место придут другие, те кто хочет и может.
>
> почему вместо? вместе нельзя?

   Я еще раз спрошу - если я вынужден делать работу "вместо"
майнтейнера,
то тогда зачем он нужен?

Виктор

Re: Когда очередной релиз будет?

[Viktor Vislobokov]

 VV> А может надоест и все-таки сделает?

>А может надоест, и он вообще плюнет?

Лучше плюнуть чем месяцами тянуть резину и задерживать других.
Как я и говорю, на его место придут другие, кто хочет и может.

 VV> Спорный он или нет, но ему прежде всего надо следовать, если он
 VV> есть. И насколько я помню именно этого и требует Debian policy так что
 VV> как я и говорю нечего тут фантазировать
>Если он спорный - его надо улучшать.

 Надо. Но пока эти улучшения не утверждены законодательно -
надо выполнять не их, а то что утверждено.

VV> Вот странно. Почему же у меня с моим козявчиком таких проблем нет?
VV> Может быть просто я себе их не создаю ;)
>Т.е. все довольны ? :)

  Те 6 чел которые его используют ОЧЕНЬ!

 VV> И что? Из-за этого мы сейчас все встанем и будем ждать пока
 VV> удовлетворят тот 1% пользователей, у которых не идет?  Тем более, что
 VV> я не предлагаю использовать 1.3 есть и бутявки от POTATO наконец.
>Кто сказал, что их 1 процент?

  Какая КУЧА народу работает на ноутбуках! Причем именно с Debian.
Причем именно на таких, в которых стоят сетевые карты, которые напрочь
не понимает бутявка от POTATO.
   Не иначе как таких миллионы ;)
   Как раз не больше процента. Если ты попадаешь под этот процент,
то мне тебя искренне жаль.

 VV> А зачем тебе монстрообразный base.tgz? Чтобы труднее ставится было?
 VV> Зачем тебе куча док, которые идут в этом самом base и жрут кучу места,
 VV> если для этого есть отдельные пакеты, где им и место?
>Так в том-то и дело, что теперь его _нет_. Нету кучи док, есть отдельные
>пакеты, как и должно имхо быть. Для поддержки этого добра и сделали новые
>boot-floppies, которые кардинально новые. И не стабильные.

  Взять бутявки от ранних версий Debian так там тоже нет монстрового
base. И что же здесь кардинально нового? Ну реализовали по новому, то
что было в идее с самого начала. Удивили, блин.

>>Поправка - ты ничего не ХОЧЕШЬ сделать. Не делай со всем объемом - сделай
с
>>одним пакетом. Все скажут спасибо и в ножки поклонятся.
 VV> Фигушки. Щас раскланились просто все.
>А есть отрицательный опыт?

   Ты не понял. Я не ожидаю каких-либо благодарностей. Я просто
делаю
то что могу. Скажут мне спасибо - приятно, не скажут - ну и ладно.
Ты сайт наш (Пермской группы) видел? Сайтом занимаются два
человека. На мой взгляд он по прежнему остается одним из лучших сайтов
в России с информацией по Linux (http://linux.perm.ru), хотя в последнее
время
мы его подзапустили. Ты думаешь мы получаем кучу благодарностей? На
моей памяти письма со "спасибо" я получал за три года раз 5. Если бы мы
работали за благодарности - сайта бы просто не было.

>Так почему бы не взять текущий testing, не закатать на CD, не написать на
>нем маркером "New Debian Release 10.11" и его использовать? В чем
>проблема-то? Чтобы "отцы-основатели" официально его "окрестили"?

 В том, что это не будет релизом - т.е. сÐ

Re: Когда очередной релиз будет?

[Viktor Vislobokov]

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

Надоело - не читай.
Если люди диалог ведут - значит кому-то все-таки интересно!
Тем более, что к Debian она имеет прямое отношение - речь-то о нем
родимом. Тебя излагаемые мной вещи не заботят. Это означает, что либо
тебя все устраивает либо тебе все-равно.
А у меня вопрос - что делать-то?

> Ничего личного :)

Аналогично

Виктор

Re: Когда очередной релиз будет?

[Viktor Vislobokov]

>Ну чем он задерживает других? Кто угодно может сделать NMU или прислать
>патч, или и то, и другое. Что мешает "другим" прийти и сделать? (яркий
>пример - .deb для мозиллы).

Угу, яркий. Сколько того deb'а не было на официальном сайте?
Полгода его приходилось брать по неофициальным ссылкам.

VV> Те 6 чел которые его используют ОЧЕНЬ!
>Ну так и в чем проблема? В том, что официально компакты с Debian testing
>купить нельзя, а приходится качать?

В этом тоже. Хотя это не основная проблема.

>Ок. Это тоже понятно. Т.е. славы не надо, желание есть - так почему бы не
>сделать самому, или не взять готовое? Ведь есть же готовое.

 Что готовое? Набор готовых исходников в каталогах pool'а с
зачастую кривой дебианизацией, багами, конфликтами и т.д.

 VV> В том, что это не будет релизом - т.е. совокупностью интегрирующихся и
 VV> непротиворечивых пакетов. Не говоря уже о том, что все что мне надо
 VV> вполне умещается на один CD.
>jablicator? apt-move?

>А совокупность непротиворечивых - в testing такого не должно быть по

 А я о чем? Релиза нет! Когда будет неизвестно. А работать надо
сейчас. Работать с новьем.

>определению. И уже релиз woody на одном компакте точно не получится.

Из 3-х CD релиза сделать один можно легко.

Виктор

Готовность релиза и критические баги

[Viktor Vislobokov]

Сходил почитал список критических багов.
Сейчас их зарегистрировано чуть более 400

Но что это за баги? 90% - это баги вида:

1. В файле control отсутствует зависимость от
такого-то пакета

2. Соберите пакет с новыми версиями библиотек.

3. Не собирается на платформе отличной от i386

Мдя. Как первое так и второе видимо непосильные
задачи, поскольку количество дней, прошедшее с
момента постинга этих багов впечатляет. ;)

Еще одно мдя касается уровня важности, который
ставят отправители. Конечно, если в файле control
нет какой-либо зависимости от другого пакета, то
это Release critical ошибка ;)

Касательно 3-го пункта - если еще и ждать пока
все заработает на всех платформах, то релиза
не будет точно до Второго Пришествия

Виктор

Re: shell script

[Viktor Vislobokov]

> извиняюсь что не совсем в тему.
> есть скрипт:
>
> == cut ==
> #!/bin/sh
> for msg
>   in *.MSG
>   do
> mv $msg $msg.tmp
> .. и тд.
> done
> == cut ==
>
> как в этом скрипте привести имя и расширение файлов к нижнему регистру?

Добавь команду вида

NAME=`echo "$i" | dd conv=lcase`

Виктор

Re: Вопросик

[Viktor Vislobokov]

> Добрый день!
> Не подскажет ли всезнающий all,
> что можно использовать вместо ms exchangе server на дебиан???

   Если по почтовым возможностям, то связку MTA плюс POP3 и/или IMAP.
Можешь попробовать монстров типа Courier, где все это в одном
флаконе плюс еще Веб интерфейс к почте и управление через Веб

   Если по дополнительным возможностям, то тут обломс. Единственное,
что мне приходит на ум - это ставить LDAP сервер и заводить там то,
что тебе надо. Однако интерфейс к этим базам писать тебе самому

Виктор

Re: changelog

[Viktor Vislobokov]

> Можно ли каким-либо образом посмотреть changelog.Debian.gz для какого-либо
> пакета, не скачивая сам пакет? А то вот, например, вышел gcc 3.0.2 дня
эдак 4
> назад, а уже успели 2 комплекта деб-пакетов выпустить (в unstable).

А не советую пользоваться gcc 3.0
С его помощью ты даже apt не соберешь. Мозилла тоже с ним
не собиралась. Все сейчас заточено под 2.95
Не поймите неправильно. Я не говорю, что gcc 3.0 плохой
компилятор. Но сейчас я бы им пользоваться не советовал никому.
Может через полгодика.

Виктор

Re: Exim

[Viktor Vislobokov]

> Есть ли в Еxim стандартные средства для того, чтобы письмо для
[EMAIL PROTECTED] пересылалось всем пользователям domain?
> В принципе сейчас всё работает через Perl скрипт которому пайпится тело
письма, а тот в свою очередь делает выборку по юзерам данного домена
(Exim+MySQL), и рассылает найденным тело.
>
> Просто есть такое ощущение что я изобретаю велосипед ;)

   Не могу сказать, что являюсь крутым специалистом по Exim, но помоему
это не изобретение велосипеда.
   Суди сам. Чтобы отправить письмо всем пользователям домена,
нужно знать что это за пользователи. Поскольку Exim список таковых
нигде не держит, то и знать он не может. Поэтому не может и отправить.

Виктор

Re: Re[2]: Когда очередной релиз будет?

[Viktor Vislobokov]

> >  Любопытно, что он так гнило написан? Есть известные нефиксенные баги в
> > секьюрити или это 'боязнь из профилактики'? Он perl tainted моде
использует
>
> Боязнь из профилактики. Ибо чем больше различных подсистем использует
> тулза для конфигурирования, тем больше шансов сделать с ее помощью то,
> что потом с ее же помощью не исправишь.
>
> Тут тебе нужна сеть, нужен web-сервер, нужен mod_ssl и libssl к нему.
> Потому что если эта штука не использует ssl, то она ничуть не секьюрнее
> телнета.

  Речь кстати шла именно о webmin-ssl. Просто webmin - это не для нас ;)

Виктор

Re: xine & DivX & MPEG & AVI etc

[Viktor Vislobokov]

> Вот я пытался проиграть файл закодированный в divx через xine из
> дебиановского пакета.

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

  Пользуйтесь ТОЛЬКО mplayer и ничем другим!
  Что-то другое = всякие разные проблемы.
  Не могу понять чем не нравится людям mplayer, маленький, может
пользоваться кодеками Windows, если своих не хватает. Внутри есть
все чтобы без гемора собрать нормальный Debian пакет.
  Плюс все это довольно динамически развивается.
  Если хотите мое мнение - ну нет в Linux нормальных плэйров видео
кроме mplayer.

Виктор

Re: xine & DivX & MPEG & AVI etc

[Viktor Vislobokov]

> >   Пользуйтесь ТОЛЬКО mplayer и ничем другим!
>
> Ну  что Вы ересь-то какую-то говорите. Пользоваться только mplay╜
> er. Да если захотеть -- в нем столько неприятностей можно  найти,

  Неприятности можно найти и на ровном месте. Гораздо сложнее
найти приятности. И вот как раз пользуясь mplayer'ом эти приятности
можно найти в отличие от других.

> что пожалеешь, что родился. Вообще меня сильно нервируют подобные
> заявления. Добро бы еще Вы были моим начальником.

  А не надо нервничать. Нервные клетки не восстанавливаются ;)

> mplayer  тоже не нормальный. Морды нет, даже функционально полной
> поддержки для внешнего управления,  поддержки  http://  и  всяких

  Мне то управление, которое есть в mplayer нравится гораздо больше
морды и управления Windows Media Player. Оно простое и понятное и
что главное - работает. А вот в WMA быструю перемотку вперед или
назад сделать практически невозможно.

> таких  streamов  тоже,  security  audit  его никто пока не делал,
> единственное достоинство -- обычно показывает фильмы так, что  их
> видно.

  А что еще нужно от проигрывателя видео? ;)
  Чтобы он был секурный и стримы там были и морда была, но
чтобы фильмы показывал так чтобы не видно? ;))
  Здорово блин!
  По поводу морды - скины уже появились, значит скоро будет.

> Да  даже  если бы это было. Один продукт -- это фактически смерть
> развития.  Это мало когда можно спокойно воспринять.

   Один продукт можно взять и довести до ума, тогда как 10 уже
проблематично

Виктор

Re: mplayer troubles

[Viktor Vislobokov]

>
> ТС> А может попробовать "-vo sdl" ?
> ТС> я не заметил большой разницы в проигрывании
> ТС> а sdl мне показался более умным/удобным
>
> Хех, оказалось, это он с DivX4 работать не хочет, с другими плагинами
> работает, но ОЧЕНЬ тормозно. И это на Cel 1066, nVidia GF2 MX400. xine
> работает ГОРАЗДО быстрее. Так и должно быть?

 Хех, а у меня DivX4 на Cel 700 с TNT2 и -vo sdl пашет весьма приятно в
fullscreen'е в Иксах и не жужит. Однако, я собирал ручками и sdl и
mplayer

Виктор

Re: OpenOffice

[Viktor Vislobokov]

> PS: ОО у всех тако "тормознутый" ? AMD TB 650->733 128RAM 16MBVooDoo3
> сильно тормозит при перерисовке/загрузке окон (слабое видео?).

Возьми бету StartOffice. Он мне показался раза в три быстрее и лучше
понимает форматы офиса от M$

Виктор

Re: Some more. inetd, xinetd, rinetd, rlinetd...

[Viktor Vislobokov]

> Имеет ли смысл менять netkit-inetd на более кгуутой аналог?
> Насколько я понимаю, эти фичи частично берут на себя функции firewall,
> типа сортировки по ip и прочего.

   Главная проблема inetd на мой взгляд - это возможность DoS при
запуске службы через inetd. У него есть одно пренеприятное ограничение -
не более 50 (цифру точно не помню, но не больше 60 точно) коннектов
ЗА МИНУТУ. Если больше, то имеем DoS в чистом виде.
   Т.е. если у вас сайт под приличной нагрузкой, то через inetd ничего
пускать не стоит точно - надо ставить xinetd. Насчет безопастности
я не вдавался, хотя говорят, что xinetd лучше. Чем? Без понятия.

Виктор

Re: version kernel in unstable

[Viktor Vislobokov]

>   никто не в курсе почему на unstable до сих пор нет kernel source
>   2.4.14?
>   вроде уже 2.4.15 на подходе

  Я уже говорил почему.

>   я вчера попробовал переехать на 2.4.13 и почему то перестал нормально
>   работать ppp (пришлось откатиться на 2.2.20 обратно)

>   для ветки 2.4.* нужен какой то особый ppp или это баг?

  Да. И не только ppp. Вроде список чего нужно обновлять можно
где-то в документации, которая идет с сырцами и найти

Виктор

Re: mailserver

[Viktor Vislobokov]

> Есть сервер на котором на одном ip хостятся несколько web серверов.
> Нужно поставить мыльный сервер чтоб обслуживающий персонал каждого из
> webов пользовался почтой.
> Есть список юзеров [EMAIL PROTECTED], [EMAIL PROTECTED],
> [EMAIL PROTECTED] и в том же духе. Что посоветуете поставить чтоб было
> желательно 1) максимально просто в настройке, 2) на старом линухе не
> требовало всяких хитрых lib при сборке из сорса.

  IMHO exim + popa3d с виртуальными доменами

Виктор

Кто-там спрашивал про xinetd

[Viktor Vislobokov]

Кто-то недавно спрашивал про xinetd
Вот вам переведенный man'чик от него

Виктор



xinetd.8
Description: Binary data

Re: version kernel in unstable

[Viktor Vislobokov]

>как лучше переходить на новое ядро?
>видимо надо поставить готовое ядро 2.4.* из unstable (чтоб вытащил
>обновил все зависимые пакеты) а потом уже пересобирать ядро и ставить его
>поверх? я правильно придумал?

 Не знаю, попробуй.
 Я переходил на 2.4 уже давно и перед этим обновил все пакеты согласно
доке. Там были, кроме ppp еще и modutils и ext2progs (и еще чего-то).

Виктор

Re: cvs update kernel-source

[Viktor Vislobokov]

>Можно ли брать свежий kernel-source не целым архивом (apt-get)
>а просто обновлять его из cvs репозитория какого-нить?
>А то ломает каждый раз тащить более 23 Mb из за нескольких фиксов...

>Или надо патчи таскать? какие вообще есть возможности?

   На мой взгляд ты поднял достаточно острый вопрос.
   С ядром-то как раз все просто - таскай patch'и.
   А вот со многими другими программи все не так просто. Горе разработчики
в большинстве случаев уже не делают patch и предлагают нам брать
изменения по CVS.
Здорово блин. Не говоря о том, что я должен лишний раз геморится с
CVS (впрочем это не очень сложно), но вот сижу я на работе за proxy.
Proxy у меня пропускает только http и ftp. И как я им достучусь до их
славного CVS?

 Еще один компот с debian'овскими пакетами.
 Выпустили скажем mozilla 0.9.2. И я вынужден качать целиком
mozilla-0.9.2.orig.tar.gz в 30 метров и diff к нему.
 Нет чтобы в pool'е выкладывать patch'и.
 Кроме удобств пользователю представляешь во сколько бы раз
упала нагрузка на каналы?
  В большинстве случаев - вот ведь они две версии лежат, рядом.
Сделать с них diff никакого труда не составляет. А как было бы приятно
многим людям, особенно тем у кого Инет далеко не бесплатный.

Виктор

Re: cvs update kernel-source

[Viktor Vislobokov]

> > CVS (впрочем это не очень сложно), но вот сижу я на работе за proxy.
>
> Это в целом проще, чем с патчами.

 Нет, patch проще. Хотя бы по количеству команд, которые надо
выполнить, чтобы получить пропатченный исходник.
>
> > Proxy у меня пропускает только http и ftp. И как я им достучусь до их
> > славного CVS?
>
> Что,  даже ssh не пропускает? Тогда меняй работу или пользуйся I-
> NETом в свободное от работы время.

 Даже ssh не пускает.
 Ничто больше не бесит - как советы которые идут далее.
 У тебя нет в кране теплой воды - поменяй квартиру ;-[~~~]
 А может надо просто по человечески сделать patch и выложить?
Затраты времени и труда близки к нулю - зато пользы сколько.

> >   В большинстве случаев - вот ведь они две версии лежат, рядом.
> > Сделать с них diff никакого труда не составляет. А как было бы приятно
> > многим людям, особенно тем у кого Инет далеко не бесплатный.
>
> А  вот это, блин, да. Неприятно. Особенно то, что .orig.tar.gz --
> зачастую уже совсем не .orig и собрать его из только что  вынутых
> с  сайта  исходников просто невозможно. Да и если он .orig -- все
> равно пересобирать его геморройно.

 Вот и я о чем

  Мэтры! Кто здесь maintainers в Debian. На полном серьезе -
подкиньте
идейку в community. Вас скорее послушают!

Виктор

Re: cvs update kernel-source

[Viktor Vislobokov]

> >  Нет, patch проще. Хотя бы по количеству команд, которые надо
> > выполнить, чтобы получить пропатченный исходник.
>
> cd имярек
> cvs login
> cvs update
>
> login при ssh опускается. Куда уж проще.

zcat patch.gz | patch -p0

Еще проще.

> >  А может надо просто по человечески сделать patch и выложить?
>
> А может надо вспомнить, что уже 21-ый век и голые патчи -- это
> что-то допотопное?
>
> > Затраты времени и труда близки к нулю - зато пользы сколько.
>
> Пользы отрицательно. Так люди приучаются к CVS, а с патчами -- нет.

  Я ведь тебе толкую. Ну нет у многих просто физической возможности
работать с CVS.
   Еще diff и patch стандартные утилита, а CVS надо дополнительно
ставить.
   А если у меня UNIX? Соляра например. Где я тебе там CVS найду?

  Пойми, я не против CVS. Я против отсутствия patch'ей в тех случаях,
когда их присутствие никого не затрудняет, но приносит массу пользы.

Виктор

Re: Informix Dynamic Server 200

[Viktor Vislobokov]

> Кто нибудь ставил Informix 9.23 UC-3 на дебиан?
> Проблема в том, что при запуске dbaccess выдается сообщение .
> Пакет RPM, пропущенный через alien, инсталляция прошла успешно, тестовую
базу создал, а вот подцепиться не могу...

   Попробуй поставить xterm
   У меня Informix на Скотине и Солярке работает с этим типом терминала

Виктор

Re: service port

[Viktor Vislobokov]

> Достали меня онанизмусы в ftp (их теперь посылают, но они лезут с
> такой частотой, что на одних отлупах трафик может набежать).
> Исправил я в конфиге proftpd порт на другой. И перестало у меня с ним
> коннектиться. Пишет (на "ftp ...:"), что облом сконнектиться.
>
> Что я сделал не так? По идее, /etc/services -- штука информационная и
> править ее не надо, разве не так?

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

Виктор

Re: service port

[Viktor Vislobokov]

> >2. Попробуй пускать ftpd через xinetd. В xinetd есть большое
> > количество хитрых параметров, которыми можно ограничивать
> > подключение пользователей
> Дык анонимус вообще запрещен. Там фишка в том, что попытки идут постоянно.

   Вот пусть у тебя попытки откидывает xinetd, а не ftp
   xinetd может вообще через определенное количество попыток
запретить соединение с этой службой с определенного адреса (адресов)

Виктор

Ядро 2.4.14

[Viktor Vislobokov]

Привет всем!

   Кто-то работает с 2.4.14?
   У меня есть странная проблема - не собирается поддрежка loop device
   Если модулем, то при depmod или modprobe - unresolved symbol чего-то
там ..._page
   Если внутри ядра, то такая же ошибка прямо при компиляции

   У кого-либо есть сходная проблема?

Виктор

P.S. Ядро получал patch'ами начиная с 2.4.12, может грабля в этом?

Re: debsums

[Viktor Vislobokov]

> libtool, в принципе, штука которая генерится ltconfig'ом

  Вот ктстати вопрос, который давно хотел задать общественности.
  Практически каждый пакет где есть configure и т.д. снабжается
своим libtool.
   Нафига? Если в системе присутствует свой собственный libtool,
который идет отдельным пакетом.
   Сколько раз видел, сообщения об ошибке в libtool во время сборки
пакетов из исходников - в собственном libtool. Собирать оно правда
продолжает, но удовольствия наблюдать ошибки мало
   Ну я понимаю, что пакет может и не знать о системном libtool,
но вообще говоря он все-таки должен брать его из системы или
нет? Считать это багом?

Виктор

Re: make gaim

[Viktor Vislobokov]

- Original Message -
From: "Victor Wagner" <[EMAIL PROTECTED]>
To: "Debian-Russian" 
Sent: Wednesday, November 21, 2001 1:06 PM
Subject: Re: make gaim


> On Tue, 20 Nov 2001, Vlad Harchev wrote:
>
> > > который и параметры командной строки, и ресурсы обрабатывает примерно
> > > одинаково. Почему бы им не пользоваться авторам всевозможных
тулкитов --
> > > я не понимаю.
> >
> >  Они хотят быть портабельными - работать не только под Х. Посему не
хотят
>
> И в результате не работают ни под X ни под другими оконными системами.
> Потому что от привычных пользователю возможностей тех систем они
> точно так же отказываются.
>
> Заметим, что Tk был портабельным, когда Gtk еще и в проекте не было.
> Что почему-то не мешает ему пользоваться ресурсами. А также иметь
> native look & feel некоторых видгетов на разных платформах.
>
> Последнее, я впрочем считаю скорее багом, чем фичей, потому что
> биндишь что-нибудь на правую клавишу мыши в меню - под Unix все работает,
> запускаешь на виндах - не работает. Ну не умеет тамошний native widget
> отдавать такого рода события приложению.
>
> А в Tcl7.6, где native widget-ов еще не было - все работает.
>
> Вот и задумаешься - а стоит ли переносимость такой платы?
> Может проще X-сервер под виндами запускать? (что, кстати, делают
> некоторые солидные коммерческие системы типа TNTMips)
>
> >  Хм, это какие например? Да и их по-любому можно пустить если установить
> > $DISPLAY в нужное значение через /usr/bin/env
>
> Можно. Но когда у тебя написан много лет назад скрипт, запускающий
> указанную программу на указанной машине (который authentication cookie
> пробрасывает и много чего другого делает) и вдруг он отказывается
> работать с новой программой, это раздражает.
>
>
> --
> Victor Wagner [EMAIL PROTECTED]
> Chief Technical Officer Office:7-(095)-748-53-88
> Communiware.Net Home: 7-(095)-135-46-61
> http://www.communiware.net  http://www.ice.ru/~vitus
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact
[EMAIL PROTECTED]
>
>

Re: make gaim

[Viktor Vislobokov]

> > > который и параметры командной строки, и ресурсы обрабатывает примерно
> > > одинаково. Почему бы им не пользоваться авторам всевозможных
тулкитов --
> > > я не понимаю.
> >
> >  Они хотят быть портабельными - работать не только под Х. Посему не
хотят
>
> И в результате не работают ни под X ни под другими оконными системами.
> Потому что от привычных пользователю возможностей тех систем они
> точно так же отказываются.

   Так. Я тоже решил сказать.
   Первое - вот как раз они работают под разными оконными системами.
Что касается хваленого тобой Tk, то я не видел ничего достойного моего
внимание на платфоме Windows, написанного на нем. На Gtk пожалуйста -
то же GIMP. Также можно легко сравнить количество Tk и Gtk приложений
в UNIX. Последних несмотря на молодой возраст Gtk в несколько десятков
раз больше. Значит люди сделали свой выбор. И как пользователи и как
разработчики.

> Заметим, что Tk был портабельным, когда Gtk еще и в проекте не было.
> Что почему-то не мешает ему пользоваться ресурсами. А также иметь
> native look & feel некоторых видгетов на разных платформах.

   Вот только портабельность Tk сейчас уже мало кому нужна. Потому
что и сам Tk мало кому нужен. О какой графической либе можно говорить
если там даже не существует ComboBox и CList (Grid в терминах Deplhi
или Table кому больше нравится)
   Не надо меня уговаривать, что недостающая функциональность
может быть достигнута библиотеками расширений - я уже говорил, что
это не интересно.
   Позволю тебе Витус напомнить снова мои основные (но далеко не
все) аргументы против Tk.

- Тем нет
- Drag & drop нет
- Очень маленький набор native виджетов.

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

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

   Можно долго спорить и упираться. Но тем не менее никуда вы не
денетесь. Через 5 максимум 10 лет все будут работать в Linux либо под
KDE (Qt) либо под GNOME (Gtk). Третьего не дано. Все эти ваши
расчудесные Xaw, Motif и Tk отомрут как динозавры потому что как
были вещью сами в себе, не желающей ни с кем интегрироваться, так и
остаются.
И не надо мне доказывать, что мне не нужен D&D, темы, Corba
и т.д. Мне нужно работать, работать уже сегодня и с минимальным
гемором. В настоящий момент эту работу могут обеспечить либо
GNOME либо KDE, но никак не набор тех раскиданых и разделенных
самостоятельных фиговин, даже если они и дороги чьему-то сердцу.

Виктор

Re: Holy war

[Viktor Vislobokov]

> > И не надо мне доказывать, что мне не нужен D&D, темы, Corba
> > и т.д. Мне нужно работать, работать уже сегодня и с минимальным
> > гемором. В настоящий момент эту работу могут обеспечить либо
> > GNOME либо KDE, но никак не набор тех раскиданых и разделенных
> > самостоятельных фиговин, даже если они и дороги чьему-то сердцу.
>
> Я тут тоже, знаете ли, работаю. И чудесно обхожусь без Gnome/KDE. Более
> того, многие мои коллеги, посмотрев на то, как я работаю, тоже снесли
> Gnome/KDE. Потому как нам нужно, знаете ли, ехать, а не шашечки.

   Посмотрю я на тебя лет через 5, как ты будешь работать.
   Я не знаю круг задач, с которыми работаешь ты. Но я знаю, что
есть вещи которые динамично развиваются и растут - Qt, Gtk и есть
вещи в которых уже давно нет ничего нового и в ближайшее время
не предвидится - это Xaw, Tk и  Motif. Кто из них выживет для меня
очевидно.

Виктор

Re: make gaim

[Viktor Vislobokov]

> > - Тем нет
>
> Мы тут уже три дня ругаемся по поводу НЕУДОБСТВА кастомизации
> интерфейса там, где есть темы. В идее тем есть что-то глубоко виндовое -
> что кастомизацией интерфейса должен заниматься не юзер, а юзер имеет
> право только выбирать из готовых вариантов.

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

> > - Drag & drop нет
>
> Устаревшие сведения.

  Если ты про BWidget'овский D&D то вынужден тебя разочаровать -
это не D&D - это пародия на него. И к тому же ни с кем опять не
совместимая

> > - Очень маленький набор native виджетов.
>
> Устаревшие сведения. В дистрибутив ActiveTcl сейчас входит BWidget.

   А что такое BWidget? Это библиотека расширений. Хотя к bwidget
я отношусь теплее, чем скажем к TiX, поскольку она написана на Pure
Tk. Зато при этом работает не особенно быстро

> Tcl/Tk выводы) появляются примерно через полгода после того, как в текущей
> версии Tcl/Tk конкретно упомянутые в данном обзоре проблемы исправлены.

   На мой взляд tck/tk - это одна большая проблема.

> >А вот меня раздражает, что понапишут скриптов времен царя Гороха
> > и вместо того, чтобы их переписать с новыми современными либами,
> > вписав их в существующее окружение, пытаются тащить за своими
> > старыми скриптами целый вагон не менее старых библиотек.
>
> Вопрос в том, как понимать понятие "существующее окружение". Для
> меня "существующее окружение" это тот .fvwmrc, с которым я работаю
> уже 7 лет.

Ну дык ТЫ работаешь. Но ТЫ это не ВСЕ. Зачем же говорить, что
Gtk сакс, только потому что ТЫ на нем не работаешь и ТЕБЕ оно не
нравится.
Меня можно обвинить в предвзятом отношении к Tk точно также,
но я во-первых уже говорил, что и народ в большинстве все-таки за
Gtk и Qt, а не за Tk, а во-вторых, я хоть на Tk в свое время немного
пописал и познакомился с ним на мой взгляд довольно основательно,
в отличие от тебя, Витус, если ты сам говоришь, что на Gtk не писал
не пишешь и не собираешься.

> >Можно долго спорить и упираться. Но тем не менее никуда вы не
> > денетесь. Через 5 максимум 10 лет все будут работать в Linux либо под
> > KDE (Qt) либо под GNOME (Gtk). Третьего не дано. Все эти ваши
>
> Не думаю. За 5-10 лет либо GnuStep до ума доведут, либо Aqua перенесут.

 GnuStep - это тоже уже старо. Про Auqa я не знаю - не видел.
 Вряд ли. Посмотри какими темпами доводится до ума GnuStep
и какими GNOME/KDE

> Проблема KDE и GNOME заключаются в том, что создавая массу неудобств
> и несовместимостей они НЕ производят революции в плане удобства
> использования.

 Темы? Чего не было до появления KDE и GNOME.

> Да, для тех, кто впервые увидел компьютер сегодня, или кто слаще
> виндов не едал, эти системы являются полезными.  А для тех, кто
> уже создал себе "существующее окружение" переход не оправдан.

  Если твое окружение в данный момент решает твои задачи, то
да. Но ведь с течением времени задачи имеют тенденцию менятся.

> > И не надо мне доказывать, что мне не нужен D&D, темы, Corba
>
> Corba тебе не нужна. Corba это один конкретный способ взаимодействия
> между процессами. Тебе нужен способ взаимодействия между процессами,
> обладающий определенными пользовательскими свойствами. Может быть,
> что сейчас эту задачу лучше решает Corba, но завтра появится какой-нибудь
> другой способ, который будет уметь все то же самое, плюс что-нибудь
> еще чего тебе сейчас дико не хватает.

 Завтра мы посмотрим. От появления чего-либо в идее до ее
практической реализации могут пройти годы и годы.
 Сегодня УЖЕ ЕСТЬ Corba и она еще будет до-о-о-лго.

Виктор