Re: web-frontend Ë ftp Ó ÐÏÉÓËÏÍ
On Wed, 30 May 2001 15:37:17 +0400 (MSD) Victor Wagner [EMAIL PROTECTED] wrote: VW Чуть только у тебя текст длинее окошка в форме, в нем сразу теряешься. Имеется в виду input type=text или textarea? Не понял, где именно теряешься. VW Ни тебе поиска, ни тебе переходов на заданный номер строки, про подсветку Если веб-интерфейс создается для делопроизводства, необходимости писать поэмы в форме textarea я пока не встречал. Отсутствие поиска в 10 строчках заменяется мышкой. VW синтаксиса (если он есть) я и не говорю. Про WISYWYG (при необходимости VW ввода форматированного текста - тем более). Многоуровневых каскадных VW меню - нет. Синтаксис - каприз. Так можно доутрироваться до обязательной необходимости MS Word в каждой масюсенькой формочке. Визивиг понятие вообще узкоспециальное и редко необходимое. И редко встречающееся. Многоуровневые меню а-ля Windows Explorer есть, могу показать на примере своей системы. Javascript. VW Все списки вариантов выбора должны быть отданы пользователю сразу. Даже VW если из десяти popup-menu на странице ему в среднем нужно одно. 10 менюшек не очень напрягают трафик, особенно по сравнению с графикой. В интранете вообще размер не актуален, в разумных пределах. VW Даже до такой тривиальной вещи как select src=http/ никто не VW додумался. Зато есть iframe, хоть и не во всех бравзерах. VW Речь идет не о соответствии браузера стандарту, а о соответствии стандарта VW или его практической реализации задаче. Дадада, я примерно ту же демагогию и развожу. -- Yours truly, CDS -
Re: Linux and Windows
On Thu, May 31, 2001 at 10:31:26AM +0700, Pavel Orehov wrote: Дык а если винда померла? [man smb.conf] SECURITY = DOMAIN .. In this mode Samba will try to validate the user╜ name/password by passing it to a Windows NT Primary or Backup Domain Controller [endquote] Значит нельзя? У меня к примеру один win2000 DC, который к тому же на ночь вырубают. Я как-то попробовал его подергать ldapsearch, увидел только dc=... Заавторизироваться не удалось. Вот я и подозреваю, что возможно это невозможно :). Впрочем я не сильно ковырялся. Думай, Петька, думай... :( А на внешнем LDAP ADS не может хранить данные? Не знаю, я ее с месяц как поставил и ADS там только на будущее. Но теоретически в таком случае это будет не DC, а просто сервер, доверяющий авторизацию DC, т.е. если ляжет внешний LDAP, то работать ничего не будет. И боюсь что при таком раскладе установка какой нибудь бодяги на win может обламаться из-за ошибки при расширении схемы например или что-нибудь в этом роде. -- Best regards, Sergey Chumakov 2:450/77[.43]
Проблемы со сборкой alsa-драйверов.
Привет!
Имеем: kernel-source-2.4.5, alsa-source0.9+0beta4-4.
Собираем. kernel-image строится нормально.
при попытке построить modules-image получаю следующее:
...
dh_gencontrol -- -v`cat debian/MODVERS`
dpkg-gencontrol: warning: unknown substitution variable ${kvers}
dpkg-gencontrol: warning: unknown substitution variable ${kversdeb}
dpkg-gencontrol: warning: unknown substitution variable ${kvers}
dh_md5sums
dh_builddeb --destdir=/usr/src/kernel-source-2.4.5/..
dpkg-deb: ошибка разбора, in file `debian/tmp/DEBIAN/control' near line 7 пакет
`alsa-modules-2.4.5':
`Recommends' field, reference to `kernel-image-': error in version: строка
версии пуста
dh_builddeb: command returned error code
make[2]: *** [binary-modules] Ошибка 1
make[2]: Leaving directory `/usr/src/modules/alsa-driver-0.9+0beta4-4'
make[1]: *** [kdist_image] Ошибка 2
make[1]: Leaving directory `/usr/src/modules/alsa-driver-0.9+0beta4-4'
Module /usr/src/modules/alsa-driver-0.9+0beta4-4 failed.
Если честно, я не очень в курсе, как происходит построение дебиановских пакетов
вообще и паков для ядра в частности. Потому понять, почему он не проставляет
версию ядра, а так же где он это делает у меня пока не получается.
Просмотр каталога debian в исходниках alsa показал, что вроде бы он эти версии
определяет правильно, по крайней мере в debian/substvars содержится следующее:
kversdeb=small.1.0
kvers=2.4.5
curvers=0.9+0beta4
nextvers=0.9+0beta5
kdebrev=
Генерируемый debian/control файл имеет следующий вид:
...
Package: alsa-modules-2.4.5
Depends: alsa-base (= 0.9+0beta1-1), debconf
Recommends: kernel-image-${kvers} (= ${kversdeb})
Conflicts: alsa-modules-0.4-2.4.5, alsa-modules-0.5-2.4.5
Replaces: alsa-modules-0.4-2.4.5, alsa-modules-0.5-2.4.5
...
Но насколько я понимаю, при генерации по этому файлу файла
debian/tmp/DEBIAN/control переменные эти почему-то не находятся.
Вообщем в чем здесь может быть дело? В кривом пакете или в кривых руках?
Буду рад любой подсказке.
Заранее спасибо.
--
Best Regards.
Alexey Kakunin, M.Sc.
Линуксовка в подмосковье.
Привет! В прошлом году проходило достаточно веселое (насколько я понял) мероприятие - линуксовка где-то в подмосковье. Тогда у меня не получилось принять в ней участие, а вот в этом году очень бы хотелось (у меня даже есть дистрибут виндов для разжигания костра, специально берегу). Никто не в курсе - в этом году будет-нет? И примерно когда? -- Best Regards. Alexey Kakunin, M.Sc.
Re: Emacs (консоль, auctex)
Andrei Stankevich (AS) writes: AS Здравствуйте. Есть два вопроса: AS 1. Можно ли настроить GNU Emacs (если можно, то каким образом) AS так, чтобы работала подсветка синтаксиса в консоли? Подобный AS вопрос недавно проскакивал в рассылке, но ответа на него не было AS дано. При просмотре FAQ, который идет с Emacs есть ответ, но AS только при такой настройке подсветка работает под X, а в консоли AS - нет. Можно взять GNU Emacs21. Он умеет цвета в консоли. Готовые пакеты есть, но я не помню где. Можно легко найти через любой поисковик (искать Emacs21). AS 2. Можно ли сделать при установленном пакете auctex так, чтобы AS при выборе из меню GNU Emacs пункта View гляделка dvi-файлов AS запускалась бы автоматически? Сейчас просто в минибуфере AS появляется команда xdvi foo.dvi и необходимо явно жать клавишу AS Enter. Можно просто написать свою функцию и повесить на любую кнопку. -- Alexander Zhuckov [EMAIL PROTECTED] 2:5030/518.50
Re: ðÒÏÂÌÅÍÙ ÓÏ ÓÂÏÒËÏÊ alsa-ÄÒÁÊ×ÅÒÏ×.
Alexey,
What Debian system are you using?
I haven't succeded with 2.4.3 kernel and alsa-0.9beta on Potato because
dependencies of some Woody packages which means for me a need to upgrade all
installations to Woody. BTW have you checked .dsc file that all needed
Build-depend packages are installed?
Pavel.
--- Alexey Kakunin [EMAIL PROTECTED] wrote:
ðÒÉ×ÅÔ!
éÍÅÅÍ: kernel-source-2.4.5, alsa-source0.9+0beta4-4.
óÏÂÉÒÁÅÍ. kernel-image ÓÔÒÏÉÔÓÑ ÎÏÒÍÁÌØÎÏ.
ÐÒÉ ÐÏÐÙÔËÅ ÐÏÓÔÒÏÉÔØ modules-image ÐÏÌÕÞÁÀ ÓÌÅÄÕÀÝÅÅ:
...
dh_gencontrol -- -v`cat debian/MODVERS`
dpkg-gencontrol: warning: unknown substitution variable ${kvers}
dpkg-gencontrol: warning: unknown substitution variable ${kversdeb}
dpkg-gencontrol: warning: unknown substitution variable ${kvers}
dh_md5sums
dh_builddeb --destdir=/usr/src/kernel-source-2.4.5/..
dpkg-deb: ÏÛÉÂËÁ ÒÁÚÂÏÒÁ, in file `debian/tmp/DEBIAN/control' near line 7
ÐÁËÅÔ
`alsa-modules-2.4.5':
`Recommends' field, reference to `kernel-image-': error in version: ÓÔÒÏËÁ
×ÅÒÓÉÉ ÐÕÓÔÁ
dh_builddeb: command returned error code
make[2]: *** [binary-modules] ïÛÉÂËÁ 1
make[2]: Leaving directory `/usr/src/modules/alsa-driver-0.9+0beta4-4'
make[1]: *** [kdist_image] ïÛÉÂËÁ 2
make[1]: Leaving directory `/usr/src/modules/alsa-driver-0.9+0beta4-4'
Module /usr/src/modules/alsa-driver-0.9+0beta4-4 failed.
åÓÌÉ ÞÅÓÔÎÏ, Ñ ÎÅ ÏÞÅÎØ × ËÕÒÓÅ, ËÁË ÐÒÏÉÓÈÏÄÉÔ ÐÏÓÔÒÏÅÎÉÅ ÄÅÂÉÁÎÏ×ÓËÉÈ
ÐÁËÅÔÏ× ×ÏÏÂÝÅ É ÐÁËÏ× ÄÌÑ ÑÄÒÁ × ÞÁÓÔÎÏÓÔÉ. ðÏÔÏÍÕ ÐÏÎÑÔØ, ÐÏÞÅÍÕ ÏÎ ÎÅ
ÐÒÏÓÔÁ×ÌÑÅÔ ×ÅÒÓÉÀ ÑÄÒÁ, Á ÔÁË ÖÅ ÇÄÅ ÏÎ ÜÔÏ ÄÅÌÁÅÔ Õ ÍÅÎÑ ÐÏËÁ ÎÅ
ÐÏÌÕÞÁÅÔÓÑ.
ðÒÏÓÍÏÔÒ ËÁÔÁÌÏÇÁ debian × ÉÓÈÏÄÎÉËÁÈ alsa ÐÏËÁÚÁÌ, ÞÔÏ ×ÒÏÄÅ ÂÙ ÏÎ ÜÔÉ
×ÅÒÓÉÉ ÏÐÒÅÄÅÌÑÅÔ ÐÒÁ×ÉÌØÎÏ, ÐÏ ËÒÁÊÎÅÊ ÍÅÒÅ × debian/substvars ÓÏÄÅÒÖÉÔÓÑ
ÓÌÅÄÕÀÝÅÅ:
kversdeb=small.1.0
kvers=2.4.5
curvers=0.9+0beta4
nextvers=0.9+0beta5
kdebrev=
çÅÎÅÒÉÒÕÅÍÙÊ debian/control ÆÁÊÌ ÉÍÅÅÔ ÓÌÅÄÕÀÝÉÊ ×ÉÄ:
...
Package: alsa-modules-2.4.5
Depends: alsa-base (= 0.9+0beta1-1), debconf
Recommends: kernel-image-${kvers} (= ${kversdeb})
Conflicts: alsa-modules-0.4-2.4.5, alsa-modules-0.5-2.4.5
Replaces: alsa-modules-0.4-2.4.5, alsa-modules-0.5-2.4.5
...
îÏ ÎÁÓËÏÌØËÏ Ñ ÐÏÎÉÍÁÀ, ÐÒÉ ÇÅÎÅÒÁÃÉÉ ÐÏ ÜÔÏÍÕ ÆÁÊÌÕ ÆÁÊÌÁ
debian/tmp/DEBIAN/control ÐÅÒÅÍÅÎÎÙÅ ÜÔÉ ÐÏÞÅÍÕ-ÔÏ ÎÅ ÎÁÈÏÄÑÔÓÑ.
÷ÏÏÂÝÅÍ × ÞÅÍ ÚÄÅÓØ ÍÏÖÅÔ ÂÙÔØ ÄÅÌÏ? ÷ ËÒÉ×ÏÍ ÐÁËÅÔÅ ÉÌÉ × ËÒÉ×ÙÈ ÒÕËÁÈ?
âÕÄÕ ÒÁÄ ÌÀÂÏÊ ÐÏÄÓËÁÚËÅ.
úÁÒÁÎÅÅ ÓÐÁÓÉÂÏ.
--
Best Regards.
Alexey Kakunin, M.Sc.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
=
Yours,
Pavel V. Epifanov.
---
__
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail - only $35
a year! http://personal.mail.yahoo.com/
Re: Линуксовка в подмосковье.
On Thu, 31 May 2001 10:44:29 +0400 Alexey Kakunin [EMAIL PROTECTED] wrote: AK Привет! AK В прошлом году проходило достаточно веселое (насколько я понял) AK мероприятие - линуксовка где-то в подмосковье. AK Тогда у меня не получилось принять в ней участие, а вот в этом году AK очень бы хотелось (у меня даже есть дистрибут виндов для разжигания AK костра, специально берегу). AK AK Никто не в курсе - в этом году будет-нет? И примерно когда? AK -- AK Best Regards. AK Alexey Kakunin, M.Sc. AK Говорят, что в 20-х числах июля в Балабаново. -- Best regards AB -- ... In nomine Altli, et Ctrli, et Spititus Deli, Reset!
Re: Проблемы со сборкой alsa-драйверов.
On Thu, 31 May 2001 00:35:17 -0700 (PDT) Pavel Epifanov [EMAIL PROTECTED] wrote: Hi! I use daebian-unstable. And I use not src-package: I use kernel-source-2.4.5 alsa-source packages. It is tar.gz with sources, what should be build with using make-kpkg And I don't found any .dsc files (as I understand, .dsc files used in src-packages) PE Alexey, PE PE What Debian system are you using? PE PE I haven't succeded with 2.4.3 kernel and alsa-0.9beta on Potato because PE dependencies of some Woody packages which means for me a need to upgrade all PE installations to Woody. BTW have you checked .dsc file that all needed PE Build-depend packages are installed? PE PE Pavel. PE -- Best Regards. Alexey Kakunin, M.Sc.
Re: web-frontend к ftp с поиском
On Wed, 30 May 2001, Daniel Ginsburg wrote: On Wed, May 30, 2001 at 05:03:50PM +0700, Dmitry Chernyakov wrote: On Wed, 30 May 2001 11:52:50 +0400 (MSD) Victor Wagner [EMAIL PROTECTED] wrote: VW Хочешь ли ты сказать, что веб-интерфейс неудобен вообще, сам по себе, либо это неудобно лишь как средство управления сайтом и его контентом? VW Вообще. Обоснуй (это обзывательство). Web интерфейсы ужасны. Чего хотя бы стоит редактирование текста в формах. По мне, так без vi bindings текст редактировать вообще невозможно. Отсутствие vi bindings - это уже к браузеру, а не к web intrefaces. lynx позволяет использовать vi bindings AFAIR (уж emacs bindings точно) (и вызывать внешний редактор для редактирования textarea). При большом желании можно отхакать Mozilla для поддерджки vi bindings. В netscape наверно это уже делается с помощью X resources (уж emacs bindings точно). Выбирать, что-либо из этих menu from hell, состоящих из 150-200 пунктов (часто очень встречаются) я не могу. Это можно упростить/сделать с помощью спец. java or javascipt applets. Во всех браузерах крайне слабая клавиатурная навигация, без мыши не обойдешься. Это проблема некоторых браузеров. В lynx можно прыгнуть к элементу с произвольным номером (у него есть режим, когда около каждой link/control показывается номер - типа [43] - и достаточно набить его чтобы перейти на тот элемент).То же и в popup lists - ссылки тоже нумеруются. А также в popup lists можно искать подстроку - и эелемнт с найденной подстрокой автоматически выбирается. В HTML 4.0 Specification есть accelerators для form controls (хотя я не в курсе, поддерживают ли их современные гуевые браузеры). Из web приложений, требующих развитого интерфейса, таких, как управление контентом сайта, почта, конференции и т.д., я ни разу не встречал ничего удобного и думаю что не встречу никогда. Короче, вся инфраструктура для удобного web-interface уже есть, либо может теоретически предоставляться браузерами, и на худой конец реализуема при помощи применения Java. Слава богу, код Mozilla - открыт, и при желании можно добавить в нее поддержку mouseless navigation, accelerators custom keyboard bindings если сильно приспичит. Best regards, -Vlad
Re: Линуксовка в по дмосковье.
Alexey Kakunin [EMAIL PROTECTED] writes: Привет! В прошлом году проходило достаточно веселое (насколько я понял) мероприятие - линуксовка где-то в подмосковье. Тогда у меня не получилось принять в ней участие, а вот в этом году очень бы хотелось (у меня даже есть дистрибут виндов для разжигания костра, специально берегу). Никто не в курсе - в этом году будет-нет? И примерно когда? в конце июня. Следите за новостями на linux.ru.net. -- Peter Novodvorsky http://www.altlinux.ru/AltLinux Team, Russia Debian.Org http://debian.org/~nidd Debian --- no need to wait for tomorrow.
Антиспам-Фильтр 4 sendmail
Привет всем! Задумался тут о всевозможных методах фильтрации спама. Задача примерно следующая - один из почтовых адресов - скажем, [EMAIL PROTECTED] переправляет все письма в news-конференцию sales.partners на сервере news.sales.com, пользуя для этого mail2news из дебиановского пакета. Соответственно, на это публичный адрес, известный worldwide идет огромное количество спама, не адресованного напрямую на [EMAIL PROTECTED] Понятно, конечно, что можно вставить между mail2news и sendmail'ом перловый скрипт, который проверяет поля To и CC на наличие данного адреса и просто дропает спамерские письма, однако наверняка есть более прямой метод для этого - в самом sendmail например. Если кто-нибудь уже делал такие фильтры - расскажите, pls. -- WBR, Oleg Amiton
Re: Antispam filter 4 sendmail
Please check Procmail. There are many resources for it on Internet to filter smap by it. --- Oleg Amiton [EMAIL PROTECTED] wrote: ðÒÉ×ÅÔ ×ÓÅÍ! úÁÄÕÍÁÌÓÑ ÔÕÔ Ï ×ÓÅ×ÏÚÍÏÖÎÙÈ ÍÅÔÏÄÁÈ ÆÉÌØÔÒÁÃÉÉ ÓÐÁÍÁ. úÁÄÁÞÁ ÐÒÉÍÅÒÎÏ ÓÌÅÄÕÀÝÁÑ - ÏÄÉÎ ÉÚ ÐÏÞÔÏ×ÙÈ ÁÄÒÅÓÏ× - ÓËÁÖÅÍ, [EMAIL PROTECTED] ÐÅÒÅÐÒÁ×ÌÑÅÔ ×ÓÅ ÐÉÓØÍÁ × news-ËÏÎÆÅÒÅÎÃÉÀ sales.partners ÎÁ ÓÅÒ×ÅÒÅ news.sales.com, ÐÏÌØÚÕÑ ÄÌÑ ÜÔÏÇÏ mail2news ÉÚ ÄÅÂÉÁÎÏ×ÓËÏÇÏ ÐÁËÅÔÁ. óÏÏÔ×ÅÔÓÔ×ÅÎÎÏ, ÎÁ ÜÔÏ ÐÕÂÌÉÞÎÙÊ ÁÄÒÅÓ, ÉÚ×ÅÓÔÎÙÊ worldwide ÉÄÅÔ ÏÇÒÏÍÎÏÅ ËÏÌÉÞÅÓÔ×Ï ÓÐÁÍÁ, ÎÅ ÁÄÒÅÓÏ×ÁÎÎÏÇÏ ÎÁÐÒÑÍÕÀ ÎÁ [EMAIL PROTECTED] ðÏÎÑÔÎÏ, ËÏÎÅÞÎÏ, ÞÔÏ ÍÏÖÎÏ ×ÓÔÁ×ÉÔØ ÍÅÖÄÕ mail2news É sendmail'ÏÍ ÐÅÒÌÏ×ÙÊ ÓËÒÉÐÔ, ËÏÔÏÒÙÊ ÐÒÏ×ÅÒÑÅÔ ÐÏÌÑ To É CC ÎÁ ÎÁÌÉÞÉÅ ÄÁÎÎÏÇÏ ÁÄÒÅÓÁ É ÐÒÏÓÔÏ ÄÒÏÐÁÅÔ ÓÐÁÍÅÒÓËÉÅ ÐÉÓØÍÁ, ÏÄÎÁËÏ ÎÁ×ÅÒÎÑËÁ ÅÓÔØ ÂÏÌÅÅ ÐÒÑÍÏÊ ÍÅÔÏÄ ÄÌÑ ÜÔÏÇÏ - × ÓÁÍÏÍ sendmail ÎÁÐÒÉÍÅÒ. åÓÌÉ ËÔÏ-ÎÉÂÕÄØ ÕÖÅ ÄÅÌÁÌ ÔÁËÉÅ ÆÉÌØÔÒÙ - ÒÁÓÓËÁÖÉÔÅ, pls. -- WBR, Oleg Amiton -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] = Yours, Pavel V. Epifanov. --- __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/
latex2rtf и русский язык
Здравствуйте. Скажите пожалуйста, возможно ли использовать latex2rtf для конвертации документов на русском языке. Ситуация такая - файлы набираются в LaTeX формате под Linux, и это содержимое помимо Linux будет использоваться и под Вндами, т.е. содержимое части файлов будет вставляться в вордовский документ. Я попробовал конвертнуть latex-документ в RTF, но Ворд его прочитал показав, естественно, ерунду вместо буковок и счастливо подвис. Если необходимо специально настроить latex2rtf для этой цели - подскажите как это правильно сделать. Заранее спасибо. Процветайте!!! Андрей. P.S. Использование AbiWord не подходит.
Re: URL and mail
Hi Eduard! EB == Eduard Bloch writes: apt-get install urlview EB Я длe этого eщё один скрипт схакал. Собираeт всe URLs, заносит в мой EB спeциалный букмарк-фаил и откладываeт мeил в архивe. Может быть, это оффтопик, но мне бы всё же хотелось сказать, что у меня нет никаких проблем с URL-ами в почте, потому что у меня стоят gnus и w3-el, а в ~/.emacs написано: (setq browse-url-browser-function 'browse-url-w3) Можно, конечно, и другой браузер прикрутить. Всего хорошего! Дмитрий
Re: web-frontend к ftp с поиском
On Thu, 31 May 2001, Vlad Harchev wrote: Web интерфейсы ужасны. Чего хотя бы стоит редактирование текста в формах. По мне, так без vi bindings текст редактировать вообще невозможно. Отсутствие vi bindings - это уже к браузеру, а не к web intrefaces. lynx позволяет использовать vi bindings AFAIR (уж emacs bindings точно) (и вызывать внешний редактор для редактирования textarea). При большом желании можно отхакать Mozilla для поддерджки vi bindings. В netscape наверно это уже делается с помощью X resources (уж emacs bindings точно). Так вот, теоретически можно гланды через одно место вырезать. Вопрос в том, зачем. Когда говорят о web-интерфейсах, имеют обычно в виду интерфейсы доступные достаточно широкому классу пользователей без апгрейда их браузеров и установки специальных плагинов. Поелику если нам надо ставить специальную софтину, почему бы не поставить специализированный клиент, написанный на Java или каком-нибудь Delpi/Kylix? Этот специализированный клиент написать гораздо легче чем эквивалентный по функциональности Web-интерфейс. Общаться с сервером этот клиент может, скажем по SOAP, чем снимаются все проблемы с проникновением через firewall-ы. Если нужна гибкость и возможность централизованной модификации интерфейса, клиент пишется на Tcl/Tk, Perl/Tk, Python/Tkinter и подгружает обновившиеся модули с сервера по мере необходимости (а уж какие возможности тут предоставляет erlang) Другой вариант - использование ssh-клиента (благо тут вариантов куча putty.exe, не нуждающийся в установке, java ssh applet) и curses или slang-based полноэкранный интерфейс на сервере. Если мы будем всегда рассматривать эти два варианта (вернее три - компилированный клиент SOAP, скриптовый клиент SOAP и текстовый интерфейс over ssh) как альтернативы web-интерфейсу, то мы увидим, что во всех случаях кроме самых тривиальных (поисковые системы и форумы) web-интерфейс проигрывает. Даже для web-чатов использование Java-клиента (запускаемого как апплет) зачастую осмыслено. Слава богу, код Mozilla - открыт, и при желании можно добавить в нее поддержку mouseless navigation, accelerators custom keyboard bindings если сильно приспичит. В Mozilla есть XUIL или как он там называется- XML User Interface Language. Вот на этом и стоило бы писать интерфейсы, если бы оно было чуточку более распространено. Хотя модель распределенного программирования в erlang все равно круче. -- 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
pgp (gpg)
Добрый день! А чем принято в приличном обществе письма подписывать GnuPG (gpg) или pgp5 и как их совместно использовать? -- WBR, Konstantin V. Sorokin :wq pgpgN0yqVLfNh.pgp Description: PGP signature
Re: ìÉÎÕËÓÏ×ËÁ × ÐÏÄÍÏÓËÏ×ØÅ.
Alexey Kakunin [EMAIL PROTECTED] wrote: В прошлом году проходило достаточно веселое (насколько я понял) мероприятие - линуксовка где-то в подмосковье. Тогда у меня не получилось принять в ней участие, а вот в этом году очень бы хотелось (у меня даже есть дистрибут виндов для разжигания костра, специально берегу). Никто не в курсе - в этом году будет-нет? И примерно когда? Можно спросить у Rider'а ([EMAIL PROTECTED]). Я в прошлом году тоже пропустил.. =(
Re: pgp (gpg)
On Thu, 31 May 2001, Konstantin V. Sorokin wrote: Добрый день! А чем принято в приличном обществе письма подписывать GnuPG (gpg) или pgp5 и как их совместно использовать? В приличном гнутом обществе конечно gpg. А вместе они вроде как очень даже хорошо рыботают. Т.е. задумываться о том, кто чем подписывал и кто чем ключи делал не надо. Peter. -- UNIX *is* user-friendly; it's just picky about its friends.
ìÉÎÕËÓ-ÔÕÓÏ×ËÁ
А не провести ли нам такую тусовку параллельно и в Киеве?
Re: Линукс-тусовка
On Thu, 31 May 2001 16:57:53 +0300 (EEST) Andi Peredri [EMAIL PROTECTED] wrote: А не провести ли нам такую тусовку параллельно и в Киеве? А зачем -- параллельно? Вы к нам приедете, мы -- к вам. Давайте лучше разнесем по времени. Rgrds, AEN -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ìÉÎÕËÓ-ÔÕÓÏ×ËÁ
On Thu, 31 May 2001 16:57:53 +0300 (EEST) Andi Peredri [EMAIL PROTECTED] wrote: А не провести ли нам такую тусовку параллельно и в Киеве? я бы с удовольствием провел такую тусовку в Амстердаме :) параллельно -- Artem Baguinski, (http://nerve.v2.nl/) V2_Lab - International Lab For the Unstable Media Eendrachtsstraat 10 - 3012 XL Rotterdam http://www.v2.nl/V2_Lab/ Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!
Re: web-frontend к ftp с поиском
On Thu, 31 May 2001, Victor Wagner wrote: On Thu, 31 May 2001, Vlad Harchev wrote: Web интерфейсы ужасны. Чего хотя бы стоит редактирование текста в формах. По мне, так без vi bindings текст редактировать вообще невозможно. Отсутствие vi bindings - это уже к браузеру, а не к web intrefaces. lynx позволяет использовать vi bindings AFAIR (уж emacs bindings точно) (и вызывать внешний редактор для редактирования textarea). При большом желании можно отхакать Mozilla для поддерджки vi bindings. В netscape наверно это уже делается с помощью X resources (уж emacs bindings точно). Так вот, теоретически можно гланды через одно место вырезать. Вопрос в том, зачем. Когда говорят о web-интерфейсах, имеют обычно в виду интерфейсы доступные достаточно широкому классу пользователей без апгрейда их браузеров и установки специальных плагинов. Про vi-bindings высказывание было довольно конкретное и обозначало именно тоску по vi bindings. Поелику если нам надо ставить специальную софтину, почему бы не поставить специализированный клиент, написанный на Java или каком-нибудь Delpi/Kylix? Причем тут спец. софтина? Bindings - глобальная настройка пользователем bindings для своего браузера, независящая от URL'а в текущем окне. Ну а для расширенной функциональности - типа rich text formatting - как раз и нужны java applets (есть же X server на java в 300 Kb). Этот специализированный клиент написать гораздо легче чем эквивалентный по функциональности Web-интерфейс. Общаться с сервером этот клиент может, скажем по SOAP, чем снимаются все проблемы с проникновением через firewall-ы. Да. Можно обойтись без всякого общения с севером через SOAP и не вылезать за рамки http post/get и обычных форм (то же rich text formatting не требует постоянного диалога с сервером по мере редактирования - просто сбрасываем RTF или HTML в hidden input когда юзер нажимает submit). И посему расширяющие функциональность applets могут быть очень общими (general) - то есть имеется возможность собирать функциональность из таких applets как из кирпичиков. Если нужна гибкость и возможность централизованной модификации интерфейса, клиент пишется на Tcl/Tk, Perl/Tk, Python/Tkinter и подгружает обновившиеся модули с сервера по мере необходимости (а уж какие возможности тут предоставляет erlang) Другой вариант - использование ssh-клиента (благо тут вариантов куча putty.exe, не нуждающийся в установке, java ssh applet) и curses или slang-based полноэкранный интерфейс на сервере. Вышеуказанные варианты требуют установки спец. софта (за исключением java ssh applet) и посему не очень портабельны (надо будет достать клиентов для всех популярных платформ и все такое).. Java для этого - практически оптимальна из-за распространенности. И не обязательно на ней писать - можно скомпилить что-нить в java bytecode (например python). Если мы будем всегда рассматривать эти два варианта (вернее три - компилированный клиент SOAP, скриптовый клиент SOAP и текстовый интерфейс over ssh) как альтернативы web-интерфейсу, то мы увидим, что во всех случаях кроме самых тривиальных (поисковые системы и форумы) web-интерфейс проигрывает. Даже для web-чатов использование Java-клиента (запускаемого как апплет) зачастую осмыслено. Согласен. Ты только почему-то в понятие web interface не включаешь java applets. Ну а если включать java applets то должно быть очевидно, что как web interfaces можно реализовать все (не рассматривая трудоемкость писания, приспособленность java и пр.). Слава богу, код Mozilla - открыт, и при желании можно добавить в нее поддержку mouseless navigation, accelerators custom keyboard bindings если сильно приспичит. В Mozilla есть XUIL или как он там называется- XML User Interface Language. Вот на этом и стоило бы писать интерфейсы, если бы оно было чуточку более распространено. Было бы оно LGPLed - уже многие писали бы. А так - кому оно нужно.. Best regards, -Vlad
ìÉÎÕËÓ-ÔÕÓÏ×ËÁ
А зачем -- параллельно? Вы к нам приедете, мы -- к вам. Давайте лучше разнесем по времени. А что по этому поводу скажут другие киевляне? И вообще, есть ли в Киеве LUG?
Re: web-frontend к ftp с поиском
On Thu, 31 May 2001, Vlad Harchev wrote: Когда говорят о web-интерфейсах, имеют обычно в виду интерфейсы доступные достаточно широкому классу пользователей без апгрейда их браузеров и установки специальных плагинов. Про vi-bindings высказывание было довольно конкретное и обозначало именно тоску по vi bindings. Зачем же специально сужать тему? Поелику если нам надо ставить специальную софтину, почему бы не поставить специализированный клиент, написанный на Java или каком-нибудь Delpi/Kylix? Причем тут спец. софтина? Bindings - глобальная настройка пользователем Притом, что все кроме Java-апплета, например Active-X или Flash Plugin - суть специальная софтина, которую надо ставить. клиент пишется на Tcl/Tk, Perl/Tk, Python/Tkinter и подгружает обновившиеся модули с сервера по мере необходимости (а уж какие возможности тут предоставляет erlang) Другой вариант - использование ssh-клиента (благо тут вариантов куча putty.exe, не нуждающийся в установке, java ssh applet) и curses или slang-based полноэкранный интерфейс на сервере. Вышеуказанные варианты требуют установки спец. софта (за исключением java ssh Как иFlash, или Active-X или MSXML без которых развитых web-интерфейсов не бывает. applet) и посему не очень портабельны (надо будет достать клиентов для всех популярных платформ и все такое).. Java для этого - практически оптимальна из-за распространенности. И не обязательно на ней писать - можно скомпилить что-нить в java bytecode (например python). Моя практика показывает, что Java, несмотря на все заявления Sun и прочих МЕНЕЕ портабельна, чем perl, tcl и python. Например, на BSDI 2.x и 3.x эти три есть, а Java - нет. На более современных *BSD, да в общем-то и на Linux, Java глючна неимоверно (из-за своей любви к multithreading), а эти три - rock solid. проигрывает. Даже для web-чатов использование Java-клиента (запускаемого как апплет) зачастую осмыслено. Согласен. Ты только почему-то в понятие web interface не включаешь java applets. Не включаю. Из-за того, что ни разу не видел работоспособного за пределами конкретного браузера java-апплета, который бы не надо было нафиг переписывать по каждому чиху. Технология разработки web-интерфейсов, и технология разработки Java-апплетов принципиально различны, и последняя больше похожа на технологию разработки традиционных приложений на C. В Mozilla есть XUIL или как он там называется- XML User Interface Language. Вот на этом и стоило бы писать интерфейсы, если бы оно было чуточку более распространено. Было бы оно LGPLed - уже многие писали бы. А так - кому оно нужно.. Чего чего? Какое отношение LGPL может иметь к XML-ной DTD? -- 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
Re: ìÉÎÕËÓ-ÔÕÓÏ×ËÁ
А не провести ли нам такую тусовку параллельно и в Киеве? А как собрать тех, кто будет тусоваться? :) a я бы с удовольствием провел такую тусовку в Амстердаме :) Угу. Предлагаю и Киеву, и Москве собираться, и ехать в Амстердам :) -- Dmitry Astapov //ADEpt (mail-to: [EMAIL PROTECTED])
Seminar
Информационное сообщение. Институт Логики и фирма ALT Linux объявляют об открытии семинара Свободные программы: философия, технология, бизнес. На первом заседании семинара, в среду 6 июня 2001 г. в 17.00, будет заслушан доклад Станислава Иевлева и Дмитрия Левина Концепция построения защищенной системы на примере ALT Linux Castle. Руководитель семинара -- Алексей Смирнов, директор Института Логики. Заседание пройдет в Красном зале Института Философии РАН (Волхонка, 14, строение 5, м. Кропоткинская, выход к Храму Христа Спасителя). Вход по предварительной свободной записи. Записаться можно до 12.00 5 июня, послав письмо Алексею Смирнову ([EMAIL PROTECTED]) с заголовком Seminar. с указанием фамилии, имени, отчества (обязательно) и места работы (по желанию). Просьба с собой иметь какое-либо удостоверение. Телефон для справок: 203-96-98 (ALT Linux). План доклада прилагается. thesis.tex Description: TeX document
Re: web-frontend к ftp с поиском
On Thu, 31 May 2001, Victor Wagner wrote: On Thu, 31 May 2001, Vlad Harchev wrote: Когда говорят о web-интерфейсах, имеют обычно в виду интерфейсы доступные достаточно широкому классу пользователей без апгрейда их браузеров и установки специальных плагинов. Про vi-bindings высказывание было довольно конкретное и обозначало именно тоску по vi bindings. Зачем же специально сужать тему? Я отвечал на конкретную фразу в письме. клиент пишется на Tcl/Tk, Perl/Tk, Python/Tkinter и подгружает обновившиеся модули с сервера по мере необходимости (а уж какие возможности тут предоставляет erlang) Другой вариант - использование ssh-клиента (благо тут вариантов куча putty.exe, не нуждающийся в установке, java ssh applet) и curses или slang-based полноэкранный интерфейс на сервере. Вышеуказанные варианты требуют установки спец. софта (за исключением java ssh Как иFlash, или Active-X или MSXML без которых развитых web-интерфейсов не бывает. applet) и посему не очень портабельны (надо будет достать клиентов для всех популярных платформ и все такое).. Java для этого - практически оптимальна из-за распространенности. И не обязательно на ней писать - можно скомпилить что-нить в java bytecode (например python). Моя практика показывает, что Java, несмотря на все заявления Sun и прочих МЕНЕЕ портабельна, чем perl, tcl и python. Например, на BSDI 2.x и 3.x эти три есть, а Java - нет. На более современных *BSD, да в общем-то и на Linux, Java глючна неимоверно (из-за своей любви к multithreading), а эти три - rock solid. Ну, на популярных плафтормах она вроде ничего.. Ну и на perl python ты не напишешь GUI (не используя Tk :) - а на java - ты смеешь надеяться. Ну и глючит/неглючит - это уже относится к деталям реализации. В теории все должно быть ОК. проигрывает. Даже для web-чатов использование Java-клиента (запускаемого как апплет) зачастую осмыслено. Согласен. Ты только почему-то в понятие web interface не включаешь java applets. Не включаю. Из-за того, что ни разу не видел работоспособного за пределами конкретного браузера java-апплета, который бы не надо было А я - видел. Да и вообще, запуск java-appleta в браузере - технически простая вещь (с точки зрения реализации - это создание подокна и управление фокусом ввода) - посему именно *к браузерам* претензий быть не должно. Проблемы могут быть в теории только из-за java VM standard classes implementation. нафиг переписывать по каждому чиху. Технология разработки web-интерфейсов, и технология разработки Java-апплетов принципиально различны, и последняя больше похожа на технологию разработки традиционных приложений на C. Да, технологии существенно отличаются. В Mozilla есть XUIL или как он там называется- XML User Interface Language. Вот на этом и стоило бы писать интерфейсы, если бы оно было чуточку более распространено. Было бы оно LGPLed - уже многие писали бы. А так - кому оно нужно.. Чего чего? Какое отношение LGPL может иметь к XML-ной DTD? DTD любой школьник за 10 минут наклепает. Важен многоплатформенный код, который в соотв-ии с xml создает и конфигурит виджеты, а также сам кроссплатформенный виджетсет который юзается мозиллой. Ну а если просто про идею описания GUI в XML - это уже давно используется для qt и gtk и наверно для других виджетсетов. Best regards, -Vlad
Re: Linux-tusovka
On Thu, 31 May 2001 09:01:06 -0700 (PDT) Pavel Epifanov [EMAIL PROTECTED] wrote: Artem, Sorry, it is on your side (gateway?). I am receiving such messages properly at home. Ok, there is no charset defined in the header but all cyrillic passed well in Koi8-r. Pavel. i am terribly sorry, it's not even a gateway - it's something wrong with this mailer... sylpheed is also cheap shell as Command Com (not Norton, i was wrong there too) whould say. or may be i didn't configure it properly. but... only Pavel's mail confuses sylpheed, everything else is ok... BTW, in his mail (well, as i receive it, of course): Content-Type: text/plain; charset=us-ascii i guess that COULD confuse sylpheed, ah? -- Artem Baguinski, (http://nerve.v2.nl/) V2_Lab - International Lab For the Unstable Media Eendrachtsstraat 10 - 3012 XL Rotterdam http://www.v2.nl/V2_Lab/ Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!
??? ????? ????? ? *deb ?
Hi All! Вот такой вот вопрос... захотелось мне mutt пересобрать (с --disable-nls)... Начинаю пересобирать ... говорю mesweethome:~/tmp/TEST/mutt-1.3.18# debian/rules build CC=cc ISPELL=/usr/bin/ispell \ SENDMAIL=/usr/sbin/sendmail PERL=/usr/bin/perl \ make -f debian/sys-build.mk source.command SOURCE_CMD= \ ./configure --prefix=/usr --sysconfdir=/etc --mandir=/usr/share/man \ --with-sharedir=/usr/share/mutt --with-docdir=/usr/share/doc \ --with-mailpath=/var/mail \ --disable-nls --enable-fcntl --enable-pop --enable-imap \ --with-pgp --with-mixmaster --with-ncurses --with-sasl \ make[1]: Entering directory `/root/tmp/TEST/mutt-1.3.18' [skip] checking for initscr in -lncurses... (cached) no checking for initscr in -lxcurses... no checking for initscr in -ljcurses... no checking for initscr in -lunknown... no configure: error: no curses library found make[1]: *** [source.command] Ошибка 1 make[1]: Leaving directory `/root/tmp/TEST/mutt-1.3.18' make: *** [debian/stampdir/configure] Ошибка 2 Пакет libncurses5 установлен. Как мне узнать какого именно пакета недостает для успешной сборки? Меня не столько интересует mutt сколько методика работы с пакетами в debian. -- Best regards, Gleb Galkin ... CPU not found (only Windows 95...)
Re: как найти нужный *deb ?
On Fri, Jun 01, 2001 at 12:59:04AM +0400, Gleb Galkin wrote: Hi All! Вот такой вот вопрос... захотелось мне mutt пересобрать (с --disable-nls)... Начинаю пересобирать ... говорю mesweethome:~/tmp/TEST/mutt-1.3.18# debian/rules build CC=cc ISPELL=/usr/bin/ispell \ SENDMAIL=/usr/sbin/sendmail PERL=/usr/bin/perl \ make -f debian/sys-build.mk source.command SOURCE_CMD= \ ./configure --prefix=/usr --sysconfdir=/etc --mandir=/usr/share/man \ --with-sharedir=/usr/share/mutt --with-docdir=/usr/share/doc \ --with-mailpath=/var/mail \ --disable-nls --enable-fcntl --enable-pop --enable-imap \ --with-pgp --with-mixmaster --with-ncurses --with-sasl \ make[1]: Entering directory `/root/tmp/TEST/mutt-1.3.18' [skip] checking for initscr in -lncurses... (cached) no checking for initscr in -lxcurses... no checking for initscr in -ljcurses... no checking for initscr in -lunknown... no configure: error: no curses library found make[1]: *** [source.command] Ошибка 1 make[1]: Leaving directory `/root/tmp/TEST/mutt-1.3.18' make: *** [debian/stampdir/configure] Ошибка 2 Пакет libncurses5 установлен. Как мне узнать какого именно пакета недостает для успешной сборки? Меня не столько интересует mutt сколько методика работы с пакетами в debian. Посмотреть на Build-Depends и установить libncurses5-dev -- dg
chroot, security, etc
Привет всем! Чего-то я окончательно перестал что-либо понимать. Вот, например, chroot'овые серверы, там bind, postgres и т.д. Я правильно понимаю, что все это chroot'ство делается только для того, чтобы если человек найдет дыру и сорвет стек, получив таким образом root'овые права, все равно не мог за какое-то ограниченное пространство вылезти? Если да, то не проще ли просто поставить патч к ядру от Solar Designer с тем чтобы исполняемого стека просто не было? Или я чего-то не понимаю принципиально? Виктор
Re: chroot, security, etc
On Fri, Jun 01, 2001 at 09:11:47AM +0500, Victor Vislobokov wrote: Привет всем! Чего-то я окончательно перестал что-либо понимать. Вот, например, chroot'овые серверы, там bind, postgres и т.д. Я правильно понимаю, что все это chroot'ство делается только для того, чтобы если человек найдет дыру и сорвет стек, получив таким образом root'овые права, все равно не мог за какое-то ограниченное пространство вылезти? Если да, то не проще ли просто поставить патч к ядру от Solar Designer с тем чтобы исполняемого стека просто не было? Или я чего-то не понимаю принципиально? Не проще. Срыв стека - частный случай дыры. Исполнить свой код на машине можно и другими способами. Поэтому chroot - несколько иной механизм защиты, чем неисполняемый стек. Они друг друга не заменяют, а лишь дополняют. К тому же есть смысл ставить bind не только в chroot, а и с -u nobody -g nobody, ибо даже в chroot'е root может подгадить. -- dg
Re: chroot, security, etc
Срыв стека - частный случай дыры. Исполнить свой код на машине можно и другими способами. Хотелось бы услышать какими. Поэтому chroot - несколько иной механизм защиты, чем неисполняемый стек. Они друг друга не заменяют, а лишь дополняют. К тому же есть смысл ставить bind не только в chroot, а и с -u nobody -g nobody, ибо даже в chroot'е root может подгадить. Даже если на файлах стоит атрибут i, а утилиты для его смены в chroot'овом окружении нет? Виктор
Re: chroot, security, etc
К тому же есть смысл ставить bind не только в chroot, а и с -u nobody -g nobody, ибо даже в chroot'е root может подгадить. s/-g nobody/-g nogroup/ Sorry, недостаток кофеина в организме сказывается. -- dg
Re: chroot, security, etc
On Fri, Jun 01, 2001 at 09:46:24AM +0500, Victor Vislobokov wrote: Срыв стека - частный случай дыры. Исполнить свой код на машине можно и другими способами. Хотелось бы услышать какими. Например, переполняем статический буффер, за которым идет массив указателей на функции... Способов масса. Поэтому chroot - несколько иной механизм защиты, чем неисполняемый стек. Они друг друга не заменяют, а лишь дополняют. К тому же есть смысл ставить bind не только в chroot, а и с -u nobody -g nobody, ибо даже в chroot'е root может подгадить. Даже если на файлах стоит атрибут i, а утилиты для его смены в chroot'овом окружении нет? Сисколл-то никуда не делся :) К тому-же можно ioctl подлый сказать в устройство какое-нибудь. Сделать device для hda и почитать/пописать. Подлянок достаточно. -- dg This message is for informational purposes only and may contain confidential business information. All data and other information in it are not warranted as to completeness or accuracy. Any statements made herein do not necessarily reflect those of WARP Solutions Inc. It is intended for the addressee only and may not be copied without our permission. If you are not the intended recipient please contact the sender as soon as possible
