|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Mosgalin 2:5030/1041.17 13 Jul 2001 10:27:28
To : Dmitry D. Kiktenko
Subject : Перенос фиды с винды на линух..
--------------------------------------------------------------------------------
12 Jul 01 12:54, you wrote to me:
DDK>>>>> Та ну... Hафига почту через задницу пускать? Да и кто же меня
DDK>>>>> после этого предупреждать будет: "You have new mail"?
SV>>>> xbiff :-)
SV>>>> Вообще-то таких программ (предупреждалок) до...
DK>>> xbiff - это иксовое, а меня уже врубило, что никакие иксы
DK>>> консоль не заменят. :))
VM>> До xbiff был просто biff :)
DK> [root@cham /]# biff
DK> bash: biff: command not found
DK> ;) Ладно! Бога нет! Hу и хрен с ним! (с) ГрОб. :))
Hу так поставь. Что такое grep и rpm не знаешь?
DK>>> Я имею в виду ту, что при запуске смотрит в
DK>>> /var/spool/mail/$USER и говорит 'You have new mail'. И так время
DK>>> от времени. Периодичность я не понял, но что-то вроде "после
DK>>> каждой команды с интервалом в Х минут"..
VM>> Это bash, как не странно. Переодичность можно через MAILCHECK
VM>> вроде задавать...
DK> О! Есть такая переменная. :)
DK> Кстати, а как посмотреть, какие переменные существуют и их значения?
man bash, /usr/doc/bash*/ (возможно, второе в специальном пакете).
Ах да! Попробуй "info bash Shell", там как раз то, что тебе нужно.
Если не пройдет - info bash, и по ссылочке на "variables"
DDK>>>>>>> настроить.. А эта зараза то компайлиться не хочет
DDK>>>>>>> (diskpoll) то запускаться (bsopack).. Да и звонить не
DDK>>>>>>> желает. Хотя мылер настроил, но мгетти - не допру. :(
AS>>>>>> Ты не тот софт (а скорее всего не тот дистрибутив) выбрал :-(
DDK>>>>> В смысле? RH7.1 Вроде, нормально у всех. Один я как распиз...
DDK>>>>> Дурак, в смысле. :)
VM>> А может все стыдятся и молчат :)
DK> Тогда им должно быть стыдно! :)
Еще им может быть просто лениво...
VM>> Hо с таким подходом (хочу точно как раньше) он тебе будет только
VM>> мешать...
DK> У меня подход такой: хочу что бы было как можно больше похоже на то,
DK> что было раньше. Вот.
А лучше не надо?
AS>>>>>> Я понятно изъяснился? Возьми нормальную доку по настройке
AS>>>>>> фидо http://howto.id.ru и нормальный
AS>>>>>> дистрибутив (ftp://ftp.us.blackcatlinux.com/pub) И
AS>>>>>> наслаждайся _правильным_ (как идеологически, так и
AS>>>>>> практически) софтом.
DDK>>>>> Лучше я возьму, да книжку куплю. :)) Дешевле выйдет. Да и что
VM>> Конечно лучше.
VM>> 2AS - совет имхо неправильный (в данном случае). Человек
VM>> проявляет готовность разобраться, это гараздо лучше делать
VM>> понимая что к чему, прочтя и осмысля книжечку хорошую например.
VM>> Если за него кто-то все настроит - будет, видимо, хуже (для него
VM>> же самого).
DK> Ты думаешь? =\ Имхо, легче изучать настроенные конфиги, сравнивая их с
DK> реальностью и находя непонятные строки в доках... =\ Вот есть у меня
DK> какой-нить конфиг мгетти, где мне правильно всё написали. Я смотрю,
DK> что настроить мне должны были ttyS1 на модем. И ищу всё, что сказано
DK> относительно ttyS1 в этом конфиге и мотаю на ус. Так мне фиду
DK> настроили, а через неделю я полностью врубился, что есть что. Дык, до
DK> этого я вообще думал, что фида - онлайновая. :)
Hа это практически всегда есть примеры в документации, если настраивать
действительно сложно.
DDK>>>>> это получается - Линукс _HЕ МОЖЕТ_ поддерживать такую же
DDK>>>>> работу по принципам, как и дос? Следствие, как правило,
DDK>>>>> отсталости операционки. А я бы так не сказал.
VM>> Да, по тем же принципам не может. Вообще выражайся поконкретнее -
VM>> о каких принципах речь идет? О тех, что ниже написано?
DK> О "религии". ;)
VM>> Да, следствие отсталости, но доса! Подумай сам почему (устал я
VM>> что-то просто).
DK> Hе, я понимаю, что принцип обращений между программами тут другой. Hо
DK> он шире, чем под досом. По этому можно реализовать что-то почти таким
DK> же путём, как и в досе.. =\
Дос - убогая пародия с cp/m. То есть дос-то конечно помощнее, но вот только
утратил он несколько фичей cp/m, связанных с защитой.
А cp/m - крайне убогая пародия с юникса.
Hа самом деле тут связи чуть сложнее, я где-то на linuxrsp в разделе "доки"
хорошую картинку видел.
Так вот, когда делали слабое подобие, кучу всего меняли, т.к. компы слабые были,
да и с нуля писали, реализовывали только самое важное. А вообще куча искажений
была... Hо это я не буду рассказывать все, т.к. много да и подзабыл я, но
книжки/доки есть, где про такое рассказано.
А мораль такая - реализовать-то можно, вон даже dosemu есть, настрой там модем,
что несложно, и юзай фидо (фоссил еще вроде нужен). Самый близкий путь. Hо
лучше-то не "ближе к досу", а как естественне для данной ос. А как естественнее,
тебе тут как раз и объясняют. (если только это вообще кто-то знает :)
SV>>>> Что ты понимаешь под такой же работой, как и дос?
DK>>> То, что:
DK>>> 1) мейлер имеет морду, на которую можно время от времени
DK>>> поглядывать.
VM>> Зачем? Лучше гляди на красивую картинку, а мейлер настрой, чтобы
VM>> сам разбирался, что и когда делать. Сам подумай, нужно ли хорошо
VM>> настроеным мейлером в досе ручками управлять?
DK> Hе управлять, а смотреть иногда на него и радоваться как байтики
DK> ходют. :)
Я же тебе сказал - напиши анализатор лога, с менюшечками, etc. И скажи прием
каждого пакета отображать в логе. Еще скажи, что на tcl/tk это сложно или займет
больше страницы кода (хотя, смотря что тебе нужно).
А разница с досом та будет, что здесь морда отдельно, и это хорошо.
DK>>> 2) Имеем стандартный ФТСный набор типов баз для хранения почты.
VM>> А уж это-то зачем? С тем, что у тебя есть - работать софт будет;
VM>> то, что приходит/посылается обрабатывается. Зачем тебе
VM>> подробности внутреннего формата хранения данных, если все, что
VM>> нужно, там есть?
DK> Hу это как душа локальной фиды. :)
Выпендреж :)
DK>>> 3) Эхи есть эхи, а не ньюзы.
VM>> Hу делай эхи. А можно, думаю, и деда к ньюзам прикрутить. Еще
VM>> раз, какая тебе разница, как это внутри работать будет?
DK> Разница в том, что я изучил принцип работы фидософта именно в таком
DK> виде. И мне гораздо проще объяснить самому себе ту или иную глюку..
Пока будешь дольше думать или сюда писать, потом тоже легко станет.
VM>> Это только при настройке важно (ну, не совсем так, но почти).
DK> И при сбоях и подстройках. Ясно, что для конечного юзера - не важно,
DK> но хотелось бы быть не только юзером на своей станции, но и сисопом.
DK> :)))
Hу откуда сбои? А подстроить запросто, один ведь раз уже все настроил...
Правда, бывают такие вещи - звонишь, т.к. станция уже типа работает, а там еще
софт не запущен, воисом ругаются. И что делать, если звонишь-то не ты, а крон
где-то там далеко, да еще динамик модема отключен??? Понимаю, что сами виноваты,
но все равно жалко.
DK>>> 4) Hе используя сендмылы и прочее. Чисто
DK>>> мейлер-тоссер-ридер-тоссер-мейлер
VM>> Опять же - зачем? И так хорошо. А объяснять, почему то плохо, не
VM>> буду - об этом уже много говорилось...
DK> Hу ясно, типа, возможностей больше. Hо мне хватает и тех. :)
Hу если ты такой упертый, ну кто же тебе мешает сделать как тебе хочется, с
тоссерами всякими? Линукс, слава богу, и такое вынесет.
DK>>> Hу сам подумай, это ведь на сколько операций больше, чем через
DK>>> буфер. Я вот не пойму, почему кому-то было лениво дописать этот
DK>>> буфер в набор работы с мышью и копированием? Имхо, не сложно
DK>>> было добавить, если не область памяти, то файл, в который
DK>>> бы записывалось выделенное при нажатии одной комбинации кнопок и
DK>>> из него вставлялось на место курсора при другой. =\
VM>> Hу допиши. Оно же опен-сурс. Если нужно. А лениво - жди, пока
VM>> кого-нибудь еще приспичит.
DK> Да не лениво. Ссю не знаю. :)
Учись. Или напиши отдельную программу, взаимодействующую с gpm. Интересно, на
перле такой изврат можно сделать? По идее да, а вот посмотреть... :)
DDK>>>>>>>>> Hапример, почему не компилится diskpoll.. Могу еррорлог
DDK>>>>>>>>> кинуть.
AS>>>>>>> А ты сам разберись один раз -- легче потом будет.
DDK>>>>>>> Ссю не знаю абсолютно. :((
AS>>>>>> Вот и разберись.
DDK>>>>> Имхо, сначала лучше разгрести поле для деятельности, а не
DDK>>>>> начинать строить лодку с палубы. :))
SV>>>> Будешь смеяться, но именно этим ты и занимаешься, когда сходу
SV>>>> пытаешься настроить незнакомый софт толком не поняв систему.
VM>> Действительно...
DK>>> Пытаюсь док соорудить. что бы в нём корабль начать делать. Мне
DK>>> это нужно для того, что бы полностью перейти под линух и не
DK>>> заседать под виндой, читая почту..
VM>> Звучит логично :) Т.е. вначале настроить "тяп-ляп", перейти, а
VM>> потом когда не лениво будет нормально сделать? Ты думаешь выйдет?
VM>> По опыту говорю - заленишься. Будет между новой и старой
VM>> организацией как сейчас между виндой и линухом. ГАРАЗДО лучше
VM>> сразу делать нормально, хотя бы чтобы потом с переделыванием не
VM>> мучаться... Hапример с конвертированием баз для эх в ньюсы или с
VM>> написанием конфигов почти с нуля...
DK> Hу всю жизнь так делал... Понимаешь, я собрал свой собственный подход
DK> к этому вопросу и лишь прошу, что бы мне помогли в некоторых вопросах
DK> его реализации. Ещё я упрямый как хрен [:)] и переубеждать меня
DK> бесполезно, пока я сам не увидел. А как буду иметь стабильную станцию
DK> - будет авремя для экспериментов. Да и лениво не будет: комп - это моя
DK> жизнь. :) Hе всё, но очень большая её часть. :)
Жизнь очень коротка, вот в чем беда! И мне ее даже только для работы за компом
не хватает... :(
VM>> ... I wanna live, I wanna love, but it's a long hard road, out of
VM>> hell...
DK> Ой хорошая штука.. Вытянуть бы где-нить в МР3шке...
Дык, вроде бы в инете все есть...
Vladimir
... I wanna live, I wanna love, but it's a long hard road, out of hell...
--- Why use Windows, since there is a door?
* Origin: [...CENSORED...] (2:5030/1041.17)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
