Re: Какой формат хране ния выбрать? ( типа Gis for Debian)
On Thu, Feb 06, 2003 at 03:37:43PM +0500, Поручиков Павел Иванович wrote: > Внимательно наблюдаю переписку по GIS. > Имеем по-моему одни в России пакет Surpac. > Завели туда наше все хозяйство - почти все карьеры. "Ездим" по нашей > электроннной карте - получаем рудное тело, макшейдера все там сидят - но > пакет под NT - и всех кого нужно подцепить - не цепляем не получается - > нужен upgade. Пока его нет. > Паралельно есть наработки под debian - ( пара баз под Firebird вертится - > WOODY ВЕЗДЕ!!!) > Хотелось бы вспомогательные справочники и службы привязать к единой базе, > построенной на каком-нибудь перспертивном формате хранения ( едином и для > Gis и для внутреннего документооборота). Что-нибудь в направлении ZODB ( > zope , python , xml ) > Опыта работы с форматами GIS большого нет - есть опыт администрирования > сетей и администрирования dеbian. Буду благодарен за любые советы по > выбору формата хранения справочной информации. А есть такая вещь, как PostGIS. Плюс, например, GRASS умеет работать с PostgreSQL. Рекомендую попоробовать PostGIS. Возможно, это то, что вам нужно. -- Andrey V. Kiselev Home phone: +7 812 5274898 ICQ# 26871517
citrix
День добрый. Не подскажет ли кто-нибудь кто игрался с сабжем под линухом - у меня стоит ICA Client v.6.30.1052. Как мне загрузить published application с сервера - мастер-броузера у меня нету - машина вообще через рутер ходит к терминальному серверу - посему цитрих автоматом не показывает ничего. Что мне надо написать в строке сервера чтобы загрузить, например, паблишед аппликэйшн "1С"? -- Nick Potemkin
Вопрос по видео-режиму от новичка
Установил Woody (только базовую систему), при загрузке в текстовом режиме происходит искажение изображения. Картинка уходит вниз-вправо. Где устанавливаются параметры видео-режима? В potato все было нормально, на том же оборудовании. Это наблюдается только в Woody. Сброс видео-режима происходит в начале инсталляции, при выборе языка. Установка происходит с DVD Woody от AltLinux.
RE: SMTP forwarding proxy
Я уже сказал что я не знаю какой почтовый адрес идет эта подписка - ваша долбанная рассылка не дает возможности узнать адрес!!! И чтобы ВЫ не спамили ко мне, еще раз убедительно прошу отписать [EMAIL PROTECTED] - если кто лишний попадется он подпишется снова!!! И нечего пугать меня блэклистами! Я не участвую в конференциях и НИЧЕМ это мне не грозит, НО Я НАДЕЮСЬ ЧТО МОДЕРАТОР ЭТОЙ КОНФЫ ОТПИШЕТ МЕНЯ! А еще - я бы посоветовал, как во всех приличных местах, сделать в конце сообщения HTTPшную ссылку со всем что надо чтобы отписать данного конкретного адресата! -Original Message- From: Alexander Kotelnikov [mailto:[EMAIL PROTECTED] Sent: Thursday, February 06, 2003 7:41 PM To: Харичев Александр Subject: Re: SMTP forwarding proxy Еще раз и Вы попадете во все black list'ы. Обещаю. В debian-russian найдется достаточно компетентных людей, знающих о том, как писать на [EMAIL PROTECTED] О том как отписаться от debian-russian@lists.debian.org следует читать на http://www.debian.org/MailingLists/unsubscribe > On Thu, 6 Feb 2003 18:58:06 +0300 > "ХА" == Харичев Александр <[EMAIL PROTECTED]> wrote: ХА> ХА> UNSUBSCRIBE [EMAIL PROTECTED] ХА> or visit http://www.grammy.ru !!! ХА> ХА> -Original Message- ХА> From: Elena Egorova [mailto:[EMAIL PROTECTED] ХА> Sent: Thursday, February 06, 2003 6:42 PM ХА> To: debian-russian@lists.debian.org ХА> Cc: Кондрашов Н.Ю. ХА> Subject: Re: SMTP forwarding proxy ХА> ХА> ХА> Здравстувйте, ХА> ХА> On Thu, Feb 06, 2003 at 05:46:30PM +0300, "Кондрашов Н.Ю." wrote: >> Такая проблема. Нужно установить SMTP forwarding proxy, чтобы закрыть >> relaying Exchange Server'а. Видимо я чего-то не понимаю (точнее >> многого), и не смог заставить его не делать "это". Можно еще больше >> углубиться в его документацию и снова STFW, но больно уж тошно, тем >> более, что хотелось бы от него избавиться вообще. >> >> Подскажите куда двинуться - чтоб не проходила почта желающая >> за'relay'иться - а остальная, соответственно, проходила прямо на этот, >> гхм, Exchange. Я подозреваю что можно взять любой MTA и соответственно >> настроить. Но хочется побыстрее и попроще без углубленного изучения SMTP >> (я обязательно это сделаю, но не сейчас!). ХА> ХА> 1. Берется стандартный exim.conf ХА> #принимать любую почту с данных адресов ХА> host_accept_relay = localhost:192.168.0/24 ХА> #примимать почту с любых адресов для локальных доменов ХА> relay_domains = domain1:domain2:domain3 ХА> #пишете свой роутер, примерно такой ХА> local: ХА> driver = domainlist ХА> transport = remote_smtp ХА> domains = domain1:domain2:domain3 ХА> route_list = * доменное_имя_эксченджа bydns_a ХА> #ставите этот роутер самым первым ХА> 2. Проверяете работоспособность ХА> 3. Вычеркиваете эксчендж из MX ваших доменов, ставите первым линукс ХА> ХА> Это совершенно рабочая конструкция. ХА> Правильнее, конечно, ХА> route_list = domain1:domain2:domain3 доменное_имя_эксченджа bydns_a ХА> но у меня работает только в таком варианте. ХА> -- ХА> Elena Egorova ХА> ХА> ХА> -- ХА> To UNSUBSCRIBE, email to [EMAIL PROTECTED] ХА> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] ХА> ХА> ХА> -- ХА> To UNSUBSCRIBE, email to [EMAIL PROTECTED] ХА> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] ХА> -- Alexander Kotelnikov Saint-Petersburg, Russia
Re: zsh & UTF-8
> wg writes: >> Может быть, старая libc или readline? Или что-то не то в /etc/inputrc >> прописано? >> >> Запустил xterm в локали be_BY.UTF-8, bash с кирилицей работает без >> проблем. >> > Стоiт woody r0. Вот inputrc: Оставьте разбирательства с libreadline, zsh её не использует. -- With Best Wishes, Anton Kovalenko /* http://kovalenko.webzone.ru */ #!/usr/bin/wish - best wish I have for you!
RE: SMTP forwarding proxy
UNSUBSCRIBE [EMAIL PROTECTED] or visit http://www.grammy.ru !!! -Original Message- From: Elena Egorova [mailto:[EMAIL PROTECTED] Sent: Thursday, February 06, 2003 6:42 PM To: debian-russian@lists.debian.org Cc: Кондрашов Н.Ю. Subject: Re: SMTP forwarding proxy Здравстувйте, On Thu, Feb 06, 2003 at 05:46:30PM +0300, "Кондрашов Н.Ю." wrote: > Такая проблема. Нужно установить SMTP forwarding proxy, чтобы закрыть > relaying Exchange Server'а. Видимо я чего-то не понимаю (точнее > многого), и не смог заставить его не делать "это". Можно еще больше > углубиться в его документацию и снова STFW, но больно уж тошно, тем > более, что хотелось бы от него избавиться вообще. > > Подскажите куда двинуться - чтоб не проходила почта желающая > за'relay'иться - а остальная, соответственно, проходила прямо на этот, > гхм, Exchange. Я подозреваю что можно взять любой MTA и соответственно > настроить. Но хочется побыстрее и попроще без углубленного изучения SMTP > (я обязательно это сделаю, но не сейчас!). 1. Берется стандартный exim.conf #принимать любую почту с данных адресов host_accept_relay = localhost:192.168.0/24 #примимать почту с любых адресов для локальных доменов relay_domains = domain1:domain2:domain3 #пишете свой роутер, примерно такой local: driver = domainlist transport = remote_smtp domains = domain1:domain2:domain3 route_list = * доменное_имя_эксченджа bydns_a #ставите этот роутер самым первым 2. Проверяете работоспособность 3. Вычеркиваете эксчендж из MX ваших доменов, ставите первым линукс Это совершенно рабочая конструкция. Правильнее, конечно, route_list = domain1:domain2:domain3 доменное_имя_эксченджа bydns_a но у меня работает только в таком варианте. -- Elena Egorova -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: SMTP forwarding proxy
UNSUBSCRIBE [EMAIL PROTECTED] or visit http://www.grammy.ru !!! -Original Message- From: Дмитрий Египко [mailto:[EMAIL PROTECTED] Sent: Thursday, February 06, 2003 6:22 PM To: debian-russian@lists.debian.org Cc: [EMAIL PROTECTED] Subject: RE: SMTP forwarding proxy Мне кажется, гораздо правильнее в этой ситуации исправить одно ПО, чем добавлять к нему другое... Relay в Exchange управляется здесь: System Manager -> Groups -> Servers -> <Имя сервера> -> SMTP -> <Имя виртуального сервера по умолчанию> -> правая кнопка на нем -> Access -> Relay -> а вот здесь ставим, какую нужно/не нужно relay-ить почту Если что-то непонятно - могу подробнее объяснить... ___ С уважением, Дмитрий Египко > -Original Message- > From: "Кондрашов Н.Ю." [mailto:[EMAIL PROTECTED] > Sent: Thursday, February 06, 2003 4:47 PM > To: debian-russian@lists.debian.org > Subject: SMTP forwarding proxy > > > Здравствуйте All. > > Такая проблема. Нужно установить SMTP forwarding proxy, чтобы закрыть > relaying Exchange Server'а. Видимо я чего-то не понимаю (точнее > многого), и не смог заставить его не делать "это". Можно еще больше > углубиться в его документацию и снова STFW, но больно уж тошно, тем > более, что хотелось бы от него избавиться вообще. > > Подскажите куда двинуться - чтоб не проходила почта желающая > за'relay'иться - а остальная, соответственно, проходила прямо > на этот, > гхм, Exchange. Я подозреваю что можно взять любой MTA и > соответственно > настроить. Но хочется побыстрее и попроще без углубленного > изучения SMTP > (я обязательно это сделаю, но не сейчас!). > > Может HOW-TO какие, или конфиги? > > Спасибо заранее. > SPB_NICK > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SMTP forwarding proxy
Здравстувйте, On Thu, Feb 06, 2003 at 05:46:30PM +0300, "Кондрашов Н.Ю." wrote: > Такая проблема. Нужно установить SMTP forwarding proxy, чтобы закрыть > relaying Exchange Server'а. Видимо я чего-то не понимаю (точнее > многого), и не смог заставить его не делать "это". Можно еще больше > углубиться в его документацию и снова STFW, но больно уж тошно, тем > более, что хотелось бы от него избавиться вообще. > > Подскажите куда двинуться - чтоб не проходила почта желающая > за'relay'иться - а остальная, соответственно, проходила прямо на этот, > гхм, Exchange. Я подозреваю что можно взять любой MTA и соответственно > настроить. Но хочется побыстрее и попроще без углубленного изучения SMTP > (я обязательно это сделаю, но не сейчас!). 1. Берется стандартный exim.conf #принимать любую почту с данных адресов host_accept_relay = localhost:192.168.0/24 #примимать почту с любых адресов для локальных доменов relay_domains = domain1:domain2:domain3 #пишете свой роутер, примерно такой local: driver = domainlist transport = remote_smtp domains = domain1:domain2:domain3 route_list = * доменное_имя_эксченджа bydns_a #ставите этот роутер самым первым 2. Проверяете работоспособность 3. Вычеркиваете эксчендж из MX ваших доменов, ставите первым линукс Это совершенно рабочая конструкция. Правильнее, конечно, route_list = domain1:domain2:domain3 доменное_имя_эксченджа bydns_a но у меня работает только в таком варианте. -- Elena Egorova
RE: SMTP forwarding proxy
Мне кажется, гораздо правильнее в этой ситуации исправить одно ПО, чем добавлять к нему другое... Relay в Exchange управляется здесь: System Manager -> Groups -> Servers -> <Имя сервера> -> SMTP -> <Имя виртуального сервера по умолчанию> -> правая кнопка на нем -> Access -> Relay -> а вот здесь ставим, какую нужно/не нужно relay-ить почту Если что-то непонятно - могу подробнее объяснить... ___ С уважением, Дмитрий Египко > -Original Message- > From: "Кондрашов Н.Ю." [mailto:[EMAIL PROTECTED] > Sent: Thursday, February 06, 2003 4:47 PM > To: debian-russian@lists.debian.org > Subject: SMTP forwarding proxy > > > Здравствуйте All. > > Такая проблема. Нужно установить SMTP forwarding proxy, чтобы закрыть > relaying Exchange Server'а. Видимо я чего-то не понимаю (точнее > многого), и не смог заставить его не делать "это". Можно еще больше > углубиться в его документацию и снова STFW, но больно уж тошно, тем > более, что хотелось бы от него избавиться вообще. > > Подскажите куда двинуться - чтоб не проходила почта желающая > за'relay'иться - а остальная, соответственно, проходила прямо > на этот, > гхм, Exchange. Я подозреваю что можно взять любой MTA и > соответственно > настроить. Но хочется побыстрее и попроще без углубленного > изучения SMTP > (я обязательно это сделаю, но не сейчас!). > > Может HOW-TO какие, или конфиги? > > Спасибо заранее. > SPB_NICK > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > >
SMTP forwarding proxy
Здравствуйте All. Такая проблема. Нужно установить SMTP forwarding proxy, чтобы закрыть relaying Exchange Server'а. Видимо я чего-то не понимаю (точнее многого), и не смог заставить его не делать "это". Можно еще больше углубиться в его документацию и снова STFW, но больно уж тошно, тем более, что хотелось бы от него избавиться вообще. Подскажите куда двинуться - чтоб не проходила почта желающая за'relay'иться - а остальная, соответственно, проходила прямо на этот, гхм, Exchange. Я подозреваю что можно взять любой MTA и соответственно настроить. Но хочется побыстрее и попроще без углубленного изучения SMTP (я обязательно это сделаю, но не сейчас!). Может HOW-TO какие, или конфиги? Спасибо заранее. SPB_NICK
Re: Russian localized install?
#include Martin Quinson wrote on Thu Feb 06, 2003 um 09:33:14AM: > First of all, I'm not really the right person to help you coordinate your > efforts. I don't speak russian *at all*. But I participate to the > french translation effort, and can give some hints. I think I was the right person for a such request 10 months ago, see http://lists.debian.org/debian-russian/2002/debian-russian-200203/msg00081.html However, nobody volunteered to make a complete and error-free translation, so the russian version has been excluded. Today, I would only accept russian translation for boot-floppies if someone sends me a translation in the next seven days and I can proof-read it. For long-term work, please help translation the next generation Debian-Installer. Gruss/Regards, Eduard.
Re: страна и ip
Evgeny wrote: Добрый день можно ли как нибудь получить по ip адресу страну (точнее интересно RU или нет) ? или где нибудь может есть адресное простанство выделенное для России проблема следующая надо каким то образом отслеживать доступ к web и если RU то одна страничка если нет то другая Может поступить проще - насколько я понимаю, надо для браузеров с поддержкой кириллицы отображать одну страницу, для остальных - с другой. То есть разделение не по географическому принципу, а по поддерживаемым кодировкам. Если это так, то надо определять кодировку по звголовкам хедеров в запросе браузера (по-моему Accept-Language: ... хотя не поручусь...) пробывал смотреть через whois но не у всех записей есть country: RU кто что может подсказать? Юркин Евгений
Какой формат хранения выбрать? ( типа Gis for Debian)
Внимательно наблюдаю переписку по GIS. Имеем по-моему одни в России пакет Surpac. Завели туда наше все хозяйство - почти все карьеры. "Ездим" по нашей электроннной карте - получаем рудное тело, макшейдера все там сидят - но пакет под NT - и всех кого нужно подцепить - не цепляем не получается - нужен upgade. Пока его нет. Паралельно есть наработки под debian - ( пара баз под Firebird вертится - WOODY ВЕЗДЕ!!!) Хотелось бы вспомогательные справочники и службы привязать к единой базе, построенной на каком-нибудь перспертивном формате хранения ( едином и для Gis и для внутреннего документооборота). Что-нибудь в направлении ZODB ( zope , python , xml ) Опыта работы с форматами GIS большого нет - есть опыт администрирования сетей и администрирования dеbian. Буду благодарен за любые советы по выбору формата хранения справочной информации.
субтитры
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Приветствую, Понадобилось создать субтитры для фильма, но руками делать неудобно - слишком трудно синхронизировать изображение и текст в 'неинтерактивном режиме' - с помощью текстового редактора и mplayer'а. Ищу софт который упростит наложение субтитров. Кто-нибудь знает такой? - -- Denis Компьютер позволяет сделать из мухи слона легким движением мыши... -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE+QjcW+zH7vYeuVKsRAlwVAJ9FNHLPEZ13X0LT5haL4b09bW/4IACeOYC+ ujRmloHDYBB9ttCkFKou8WU= =7Agv -END PGP SIGNATURE-
Perl+MLDBM - "Second level tie failed"
Пытаюсь запустить перловый скрипт в Debian и не могу понять, в чем проблема. Чтение гугла облегчения не дает. По крайней мере в двух дистрибутивах это работало без проблем, потому и пишу сюда. Вот проблемный фрагмент: use MLDBM 'DB_File'; tie(my %db, 'MLDBM', 'data.db'); untie %db; Вот ошибка: MLDBM error: Second level tie failed, "File exists" at ./f.pl line 4 Может, сталкивался кто?
Перестал работать mplayer -vo xv
недавно переустановил таки видеокарточку с rage128 на radeon 8500 в конфиге X-ов поменял только строчку касательно имени драйвера: Driver "ati" на Driver "radeon" мплаер не обновлял/переконфигурировал нормально работает mplayer -vo x11 а вот mplayer -vo xv теперь дает черный экран (или черное окошко) звук идет... насколько я понимаю дело в настройке видеокарточки, но куда копать не знаю... маны на r128 в системе есть, а на radeon почему-то нет, да и в конфиге секция Device описывающая карточку состоит собственно только из директивы Driver и имени куда копать подскажите направление плз ЗЫ: логи Х-сервера глядел, ничего криминального в них не вижу... никаких ошибок/предупреждений... ЗЗЫ: пробовал отключать/включать в конфиге ДМА для xv но результатов никаких... поставил старую коарточку - там все ок что делать-то ?
Re: Russian localized install?
On Wed, Feb 05, 2003 at 11:48:01PM +0300, Andrei Smirnov wrote: > On Wed, Feb 05, 2003 at 03:35:04AM -0800, Serge Winitzki wrote: > > Hi, > > > > I recently tried debian 3.0r1 install from CD #1. It > > offered to make install in several languages but > > Russian was not one of the available languages. I have > > two questions: > > > > 1) what needs to be done to add Russian as one of the > > available languages? I am a native speaker and could > > help with translation. > and me also First of all, I'm not really the right person to help you coordinate your efforts. I don't speak russian *at all*. But I participate to the french translation effort, and can give some hints. Then, it depends on if you are speaking about the old generation installer (the one used in woody, called boot-floppies), or the new one (to be used in sarge, called debian-installer, or d-i for short). In both case, there is a good chance that russian translators are subscribed to the debian-boot@lists.debian.org, which is CCed. For the old installer, russian translation seems to be well underway: CVSIMPORT/boot-floppies/utilities/dbootstrap/po$ msgfmt --statistics -v -o /dev/null ru.po 788 translated messages, 47 fuzzy translations, 17 untranslated messages. The previous translators of this file are (according to po file header): # Mikhail Sobolev <[EMAIL PROTECTED]>, 1999-2002 # Aleksey Novodvorsky <[EMAIL PROTECTED]>, 1999 # Peter Novodvorsky <[EMAIL PROTECTED]>, 1999 # Paul Romanchenko <[EMAIL PROTECTED]>, 1999-2001 # Ilgiz Kalmetev <[EMAIL PROTECTED]>, 2002 # Max V. Kosmach" <[EMAIL PROTECTED]>, 2002 You should coordinate with all those people before starting anything on that front to avoid dupplicate work. But be aware that this project may be considered as dead. I mean, I'm not sure a new version will be released, so translating that may be useless. Then, for the new installer, work is also started. In d-i, interaction with the user will be done using debconf templates. And those templates are to be translated with po-debconf (see dpkg -p po-debconf). Generic statistics about debconf templates translated that way are available from: http://www.debian.org/intl/l10n/po-debconf/ru Here, you can see that a whole bunch of templates are ready to be translated, and not translated yet (or not completly). The templates used for d-i are the following (unless I did an error in the small script retriving them from the CVS). The other listed templates are for packages, and can also be translated. Not translated yet: - anna (5u) - main-menu (4u) - choose-mirror (20u) - autopartkit(21u) - cdebconf (5u) - cdrom-detect (19u) - ddetect(15u) - disk-detect(3u) - grub-installer (2u) - languagechooser(241u) - lilo-installer (2u) - prebaseconfig (2u) - s390-dasd (13u) - s390-netdevice (30u) Translation started (their authors are unknown to me, but the translation seem a few month old): - debian-installer-utils (2t;0f;15u) - netcfg (28t;4f;4u) I'm not sure of the current status of the following templates, present in the CVS, but not listed in the page I gave you. I assume the corresponding package was not uploaded yet, and advice you to forget about them for now: - aboot-installer - hppa/palo-installer - ia64/elilo-installer - partkit - selectdevice - yaboot-installer One more time, do not forget to coordinate your efforts to avoid dupplicate work ! Good luck, Mt. -- The most exciting phrase to hear in science, the one that heralds new discoveries, is not "Eureka!" (I found it!) but "That's funny ..." --- Isaac Asimov
Re: в сети снифер
Доброго дня >Теоретически сниффер будет работать через свич при подделке MAC. >Например, чтобы перехватить пакеты, идущие на компьютер А, нужно >определить его МАС адрес и выставить его в своем сниффере. По идее свич >должен будет посылать пакеты уже не только на порт, к которому подключен >А, но и на ваш. Будет это работать или нет - зависит от алгоритма свича. >Он может действительно посылать пакеты на два порта сразу, может >проигнорировать второй адрес, а еще может послать сообщение на пейджер >админа - это наиболее вероятно в случае, когда в конфигурации свича >каждый порт привязан к определенному MAC-у из соображений безопасности. Все энто хорошо, но есть и обходные маневры :)) К примеру "умная винда" сама правит себе арп таблицу не спрашивая админа и не кого :)) Посылаешь ей пакет "типа ответ на арп запрос" с "правильным" адресом отправителя, тем где стоит снифер Она правит соот-но арп таблицу у себя и потом честно будет считать что твой арп адрес соответствует "нужному" тебе IP-шнику. Все сиди и слушай :)) как винда "разговаривает" с "нужным тебе" IP-шником. И коммутатор второго уровня (наб или свич) ничего не заметит, ведь твой то MAC не изменился. Вобще это проблемма TCP/IP протокола - каж-ся arp-spoofing зовется :) А теперь лозунг: :)) -- ВСЕ НА IP V6 гоу там такое вроде не прокатит
Re: Помогите выбрать
Новиков Леонид wrote: Прошу извинения за оффтопик, но судя по архиву эта тема когда-то поднималась и тут присутствуют люди которые могут подсказать или направить в нужном направлении. Вообще взбрило мне в голову приобрести себе что-либо мобильное и хотелось бы что бы на нем стоял линукс. Вообщем от устройства хотелось бы следующего: telnet,ssh, возможность просматривать тексты в pdf и ps,html, вордовские документы то же хотелось бы иметь возможность смотреть, просматривать картинки в jpg,png и т.п., возможность слушать музыку mp3, хотеломь бы так же иметь возможность подключаться к ethernet сети, и что бы это безобразие могло работать автономно хотя бы 1,5 2 часа да чють не забыл почта то же нужна. И за это всё мне не жалко 200 ну и если уж VW> С такими запросами нужен ноутбук примерно Pentium 133-150 с не менее чем 32 VW> мегабайтами памяти. За 350 такое год назад бралось. Правда, с VW> полудохлыми аккумуляторами, которых на два часа явно не хватит. С тех VW> пор ситуация несколько изменилась и у тебя есть шансы. VW> Правда, есть подозрение что ноутбуки дешевле 350 просто исчезают с VW> рынка. А оптимальное соотношение цена-производительность где-то в районе VW> $500-600. VW> Вообще, идеальная для твоих целей машинка это наверное, Тoshiba VW> Libretto. По размеру чуть больше KПК (во внутренний карман пиджака с VW> трудом засунуть можно) а внутри - нормальный ноут. VW> Только пойди ее найди сейчас подержанную. Да когда у меня возникла идея покупки мобильного компьютера я думал именно о подерженом ноутбуке но потом натолкнулся на статью о заурос и был интерес очень сильно перемистился в сторону PDA поскольку все что я хочу вроде как на них возможно при большоем времени работы и меньших размерах. Правда вот цена того же зауруса ;( Вообщем осмотрелся я и получается что это или очень старый ноутбук или КПК. С ноутбуком вроде как все ясно то есть линукс поставить не проблемма а вот с PDA не понятно. VW> PDA с требуемыми тебе возможностями по-моему, начинаются с $500 вот это подтверждаю. у меня Palm m125 , ему цена 200 баксов. и это при том что он... ну простейший... ни о каких линуксах на нем речи не идет.. ну и т.д. (( А как же agenta VR3, *Infomart Kaii* , вроде как на них цены меньше 200 доларов только насколько реально приобрести такое устройство и как оно выгдядит в реале не понятно. Вообще с ценами сейчас вроде как все не так уж и плохо как скажем год два назад та где то за 250 можно приобрести Psion на который вроде как я слышал можно поставить линукс вот только насколько он отвечает мои запросам я определиться не могу поэтому собственно и написал в рассылку. З.Ы. если верить price.ru в мой ценовой диапазон попадает довольно много устройств Palm M500, Palm m150, Psion revo plus, Casio Cassiopeia Pocket Manager BE-300 ещё что-то но насколько это всё линуксо совместимое и удовлитворяет моим требованиям? Есть такая контора - LinuxDA они продают Linux для Palm III/IIIxe/V называется он LinuxDA см. http://www.linuxda.com/ Они еще, вроде, продают свой PDA за $150, только, насколько я понял, это все Closed Source Software.
Re: производительност ь hdd
Hello Andrey Lebedev, Once you wrote about "Re: производительность hdd": > On Fri, 31 Jan 2003 20:35:26 +0300, Nyrkrl Bmrevgfxl jebgr: > > > В письме от 31 Январь 2003 02:00 Andrey Lebedev > > написал: > >> (но версия ext, похоже, роли не играет). > > > > на самом деле не факт. > > забавное разрешение получила эта > проблема: если примонтировать такой > тормозящий раздел с опцией data=journal, то > тормоза вроде как проподают. Хотя > согласно ману должно быть наоборот... > > Странно всё это... вот по этой ссылочке - http://www-106.ibm.com/developerworks/linux/library/l-fs8/ есть вот такой текст: The results were astounding. data=journal mode allowed the 16-meg-file to be read from 9 to over 13 times faster than other ext3 modes, ReiserFS, and even ext2 (which has no journaling overhead): :) Еще вот тут посмотри: http://www.redhat.com/mailing-lists/ext3-users/msg08782.html -- Any statement is incorrect.
Re[2]: в сети снифер
Hello Ilya, Thursday, February 6, 2003, 8:33:16 AM, you wrote: IP> Evgeny wrote: IP> ... во во я тоже пробывал и tcpdump и просто переводить интерфейс в promisc не находит не neped.c не програмулина sniffdet >>> >>>А каким образом и через что именно у вам машины соединены? >> >> >> локальная сеть свичи >> IP> Попробуйте послушать кого-нибудь через хаб. Ваши свичи могут просто не IP> пускать интересующие вас пакеты между сегментами (на то они и свичи IP> собс-но). Будет работать сниффер в сети со свичами или нет зависит от свича. точно. и от сниффера, а также от умелости человека запустившего сниффер. в составе dsniff есть утилита по приведению свичей в состояние возбуждения.. :-) -- Best regards, Герасимов e-mail: matrix AT podlipki DOT ru icq:26277841
Re[4]: в сети снифер
Hello Alexander, Thursday, February 6, 2003, 9:32:01 AM, you wrote: AD> On Thu, 6 Feb 2003 08:44:57 +0300 AD> Герасимов Д.С. <[EMAIL PROTECTED]> wrote: >> Hello Alexander, >> >> Wednesday, February 5, 2003, 5:08:58 PM, you wrote: >> >> AD> On Wed, 5 Feb 2003 11:16:03 +0300 (MSK) >> AD> Yuri Nefedov <[EMAIL PROTECTED]> wrote: >> >> >> >> > Единственное чем это сделать в Linux я не знаю, не смотрел. В масдае же >> >> > пользуюсь Sniffer Pro, он пакеты генерить умеет >> >> > или зайди на сайт http://www.securiteam.com/tools/ там маленькая прога >> >> > лежит - sniffer detection tool. >> >> > P/S/ >> >> > Если кто подскажет как и чем генерить свои пакеты в LINUX, был бы >> >> > признателен. >> >> > >> >> В аttachment лежит маленькая программулька - neped.c, >> >> которая и осуществляет изложеную Вами программу действий. >> >> >> >> AD> ничего эта программа полезного не показала, запустил я на одной машине >> tcpdump, а на другой neped и она не нашла машину с tcpdump >> AD> это глюк или так и задумано? >> а у вас какое ядро? >> сейчас у многих 2.4.x >> в исходниках описаны поддерживаемые ядра. может проблема в этом? AD> 2.4.18 вот строки их исходников "Network Promiscuous Ethernet Detector. Linux 2.0.x / 2.1.x, libc5 & GlibC" так что имеет право не работать.. -- Best regards, Герасимов e-mail: matrix AT podlipki DOT ru icq:26277841
Re: в сети снифер
Evgeny wrote: 6 Февраль 2003 11:33, Ilya Palagin написал: Evgeny wrote: ... во во я тоже пробывал и tcpdump и просто переводить интерфейс в promisc не находит не neped.c не програмулина sniffdet А каким образом и через что именно у вам машины соединены? локальная сеть свичи Попробуйте послушать кого-нибудь через хаб. Ваши свичи могут просто не пускать интересующие вас пакеты между сегментами (на то они и свичи собс-но). Будет работать сниффер в сети со свичами или нет зависит от свича. не совсем согласен apt-cache show hunt например А с чем тут можно не согласиться? Теоретически сниффер будет работать через свич при подделке MAC. Например, чтобы перехватить пакеты, идущие на компьютер А, нужно определить его МАС адрес и выставить его в своем сниффере. По идее свич должен будет посылать пакеты уже не только на порт, к которому подключен А, но и на ваш. Будет это работать или нет - зависит от алгоритма свича. Он может действительно посылать пакеты на два порта сразу, может проигнорировать второй адрес, а еще может послать сообщение на пейджер админа - это наиболее вероятно в случае, когда в конфигурации свича каждый порт привязан к определенному MAC-у из соображений безопасности.
Re: в сети снифер
On Thu, 06 Feb 2003 11:05:54 +0600 Ilya Palagin <[EMAIL PROTECTED]> wrote: > Evgeny wrote: > > 5 Февраль 2003 20:08, Alexander Danilov написал: > > > >>On Wed, 5 Feb 2003 11:16:03 +0300 (MSK) > >> > >>Yuri Nefedov <[EMAIL PROTECTED]> wrote: > >> > Единственное чем это сделать в Linux я не знаю, не смотрел. В масдае же > пользуюсь Sniffer Pro, он пакеты генерить умеет или зайди на сайт > http://www.securiteam.com/tools/ там маленькая прога лежит - sniffer > detection tool. P/S/ > Если кто подскажет как и чем генерить свои пакеты в LINUX, был бы > признателен. > >>> > >>> В аttachment лежит маленькая программулька - neped.c, > >>> которая и осуществляет изложеную Вами программу действий. > >> > >>ничего эта программа полезного не показала, запустил я на одной машине > >>tcpdump, а на другой neped и она не нашла машину с tcpdump это глюк или так > >>и задумано? > > > > > > > > во во > > я тоже пробывал и tcpdump и просто переводить интерфейс в promisc > > не находит не neped.c не програмулина sniffdet > > А каким образом и через что именно у вам машины соединены? > у меня машины в одном сегменте ethernet сидят -- Alexander Danilov UIN: 164825399 * Origin: If you can't do it in Perl, you don't want to do it.
Re: Re[2]: в сети снифер
On Thu, 6 Feb 2003 08:44:57 +0300 Герасимов Д.С. <[EMAIL PROTECTED]> wrote: > Hello Alexander, > > Wednesday, February 5, 2003, 5:08:58 PM, you wrote: > > AD> On Wed, 5 Feb 2003 11:16:03 +0300 (MSK) > AD> Yuri Nefedov <[EMAIL PROTECTED]> wrote: > > > >> > Единственное чем это сделать в Linux я не знаю, не смотрел. В масдае же > >> > пользуюсь Sniffer Pro, он пакеты генерить умеет > >> > или зайди на сайт http://www.securiteam.com/tools/ там маленькая прога > >> > лежит - sniffer detection tool. > >> > P/S/ > >> > Если кто подскажет как и чем генерить свои пакеты в LINUX, был бы > >> > признателен. > >> > > >> В аttachment лежит маленькая программулька - neped.c, > >> которая и осуществляет изложеную Вами программу действий. > >> > > AD> ничего эта программа полезного не показала, запустил я на одной машине > tcpdump, а на другой neped и она не нашла машину с tcpdump > AD> это глюк или так и задумано? > а у вас какое ядро? > сейчас у многих 2.4.x > в исходниках описаны поддерживаемые ядра. может проблема в этом? 2.4.18 -- Alexander Danilov UIN: 164825399 * Origin: If you can't do it in Perl, you don't want to do it.
Re[2]: в сети снифер
Hello Alexander, Wednesday, February 5, 2003, 5:08:58 PM, you wrote: AD> On Wed, 5 Feb 2003 11:16:03 +0300 (MSK) AD> Yuri Nefedov <[EMAIL PROTECTED]> wrote: >> > Единственное чем это сделать в Linux я не знаю, не смотрел. В масдае же >> > пользуюсь Sniffer Pro, он пакеты генерить умеет >> > или зайди на сайт http://www.securiteam.com/tools/ там маленькая прога >> > лежит - sniffer detection tool. >> > P/S/ >> > Если кто подскажет как и чем генерить свои пакеты в LINUX, был бы >> > признателен. >> > >> В аttachment лежит маленькая программулька - neped.c, >> которая и осуществляет изложеную Вами программу действий. >> AD> ничего эта программа полезного не показала, запустил я на одной машине tcpdump, а на другой neped и она не нашла машину с tcpdump AD> это глюк или так и задумано? а у вас какое ядро? сейчас у многих 2.4.x в исходниках описаны поддерживаемые ядра. может проблема в этом? AD> -- AD> Alexander Danilov AD> UIN: 164825399 AD> * Origin: If you can't do it in Perl, you don't want to do it. -- Best regards, Герасимов e-mail: matrix AT podlipki DOT ru icq:26277841
