Re: SWIG и Tcl
Откопал в генто скрипты сборки пакета mapserver за 2005 год, выудил оттуда то, что относится к tcl, вроде как все согласуется с тем, что я ручками правил (в configure и Makefile), но есть одна занимательная строка sed -e s:-DTCL_WIDE_INT_TYPE=long long:-DTCL_WIDE_INT_TYPE=long\\\ long:g \ -i Makefile || die Unable to modify Makefile На кой она нужна? Авторам патча не нравится форматирование Makefile? Или это танец с бубном, без которого что-то не работает? Повторюсь, остальные патчи разумные и нужные, но вот эта строка P.S. Софтина все равно не собирается :-(
Вопрос по DNS
Доброго времени суток. У меня имеется сервер с 6 IP 5 из них находятся в одной сети (например 34.67.23.48-52) и один в другой сети 66.120.190.201 (все IP вымышлены %)). Так вот вопрос как лучше настроить bind (9 версия) пока что я сделал ns.что-то там на 66.120.190.201 IP (соответственно написал для него файлы зон, например db.что-то там и db.190.120.66), а остальные оставил по различные сервисы (www, ftp и т.д.), но пока ничего на них не прописавал. Я так понимаю сейчас стоит просто добавить записи с 34.67.23.48-52 в файл db.что-то там - для прямой зоны и создать соответствующий файл реверс-зоны (db.23.67.34). Всё вроде нормально но меня почему-то терзают смутные сомненья, подтвердите что я сделал всё правильно или опровергните :).
At команды + nokia + bluetooth
Привет всем... Вот хочю попробывать поиграться с телефоном, с помошью компьбтера и bluetooth.. Телефоном как то можно управлять с помошью АТ команд... Какой прогой это можно делать, и какие основныекоманды для nokia.. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: At команды + nokia + bluetooth
gln0fate - debian-russian@lists.debian.org @ Sun, 04 Mar 2007 12:50:32 +0200: g Привет всем... g Вот хочю попробывать поиграться с телефоном, с помошью компьбтера и g bluetooth.. g Телефоном как то можно управлять с помошью АТ команд... g Какой прогой это можно делать, и какие основныекоманды для nokia.. Нокии по голубым зубам, помнится, умеют не только модемный вариант. А вообще начать с gnokii. Если его попросить подробно рассказывать, что он говорит телефону, можно узнать много интересного. Документацию по AT-командам, когда меня это интересовало, я находил для своего сименса. В принципе, стандартное подмножество, определенное в спецификации GSM, нокии поддерживают. -- Artem Chuprina RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED] Истинно православная ОС всего одна - да-да, та самая, в которой иконы и службы. lj user=pzrk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Вопрос по DNS
vizor - debian-russian@lists.debian.org @ Sun, 4 Mar 2007 12:40:17 +0200: v У меня имеется сервер с 6 IP 5 из них находятся в одной сети (например v 34.67.23.48-52) и один в другой сети 66.120.190.201 (все IP вымышлены %)). v Так вот вопрос как лучше настроить bind (9 версия) пока что я сделал v ns.что-то там на 66.120.190.201 IP (соответственно написал для v него файлы зон, например db.что-то там и db.190.120.66), а v остальные оставил по различные сервисы (www, ftp и т.д.), но пока v ничего на них не прописавал. Я так понимаю сейчас стоит просто v добавить записи с 34.67.23.48-52 в файл db.что-то там - для прямой v зоны и создать соответствующий файл реверс-зоны (db.23.67.34). v Всё вроде нормально но меня почему-то терзают смутные сомненья, v подтвердите что я сделал всё правильно или опровергните :). Описания задач недостаточно для правильного ответа. ЗЫ. С реверсом все гораздо интереснее. Если он тебя интересует не только в пределах твоей локалки. Надо договариваться с тем, у кого настоящий реверс на твои зоны (в терминах выдуманных адресов - 23.67.34.in-addr.arpa и 190.120.66.in-addr.arpa) либо о прописывании у него в зоне твоих хостов, либо о делегировании тебе части зоны. -- Artem Chuprina RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED] Весь юникс для того и был придуман, чтобы PS в принтер выплевывать. Alex Korchmar в [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
вывести в инет спутн иковый ресивер Dreambox
Приветствую Подскажите, пожалуйста, где грабли - не могу вывести в инет спутниковый ресивер Дримбокс 7000. Есть спутниковый ресивер Dreambox 7000 (192.168.53.89) для приема спутниковых теле и радиоканалов, записи их на винт, для работы через спутниковый интернет. Изюминка в том, что он работает под управлением урезанной версии debian, загружаемой из флеши (размер всего имиджа - кернел, софт (энигма) - 6 Мб). Из железа в нем есть ком порт, ethernet, usb, hdd, compact flash. Дримбокс находится в сети с компом (192.168.53.88 ) с дебианом тестинг + unstable , с которого я сейчас пишу это сообщение. Комп выходит в спутниковый интернет (глобакс со спутника 60Е) , обратный канал - gprs. Но про спутниковый интернет пока забудем (для простоты) и попробуем вывести Дримбокс в инет через gprs на компе. На компе делаю goga:/# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 192.168.254.254 0.0.0.0 255.255.255.255 UH0 00 ppp0 192.168.53.00.0.0.0 255.255.255.0 U 0 00 eth1 - к этой карте подключенDreambox 192.168.60.00.0.0.0 255.255.255.0 U 0 00 eth0 0.0.0.0 0.0.0.0 0.0.0.0 U 0 00 ppp0 goga:/# ping dreambox PING dreambox (192.168.53.89) 56(84) bytes of data. 64 bytes from dreambox (192.168.53.89): icmp_seq=1 ttl=64 time=0.352 ms видим, что дрим пингуется без проблем goga:/# dig google.com ; DiG 9.3.2-P1 google.com ;; global options: printcmd ;; Got answer: ;; -HEADER- opcode: QUERY, status: NOERROR, id: 52059 ;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 4, ADDITIONAL: 0 ;; QUESTION SECTION: ;google.com.IN A ;; ANSWER SECTION: google.com. 300 IN A 64.233.167.99 google.com. 300 IN A 64.233.187.99 google.com. 300 IN A 72.14.207.99 ;; AUTHORITY SECTION: google.com. 345600 IN NS ns2.google.com. google.com. 345600 IN NS ns3.google.com. google.com. 345600 IN NS ns4.google.com. google.com. 345600 IN NS ns1.google.com. ;; Query time: 985 msec ;; SERVER: 10.140.142.45#53(10.140.142.45) ;; WHEN: Sun Mar 4 14:57:30 2007 ;; MSG SIZE rcvd: 148 goga:/# nslookup google.com Server: 10.140.142.45 Address:10.140.142.45#53 Non-authoritative answer: Name: google.com Address: 64.233.167.99 Name: google.com Address: 64.233.187.99 Name: google.com Address: 72.14.207.99 днс сервер от мегафона goga:/# echo 1 /proc/sys/net/ipv4/ip_forward goga:/# cat /proc/sys/net/ipv4/ip_forward 1 включили маршрутизацию на компе iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE - маскарадинг для ppp0 iptables -A FORWARD -i eth1 -j ACCEPT - собственно, сама переброска пакетов как таковая, iptables -A FORWARD -m state --state ESTABLISHED,RELATED -j ACCEPT - разрешить ответы на запросы, посланные из LAN, т.е. от Dreambox) получили goga:/# iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination ACCEPT all -- anywhere anywhere ACCEPT all -- anywhere anywherestate RELATED,ESTABLISHED Chain OUTPUT (policy ACCEPT) target prot opt source destination все вроде нормально теперь идем на дримбокс [EMAIL PROTECTED] ~ route -n Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 192.168.53.00.0.0.0 255.255.255.0 U 0 00 eth0 0.0.0.0 192.168.53.88 0.0.0.0 UG0 00 eth0 На дримбоксе пингуем яндекс [EMAIL PROTECTED] ~ ping 213.180.204.8 PING 213.180.204.8 (213.180.204.8): 56 data bytes 64 bytes from 213.180.204.8: icmp_seq=0 ttl=56 time=868.4 ms 64 bytes from 213.180.204.8: icmp_seq=1 ttl=56 time=806.9 ms --- 213.180.204.8 ping statistics --- 4 packets transmitted, 2 packets received, 50% packet loss round-trip min/avg/max = 806.9/837.6/868.4 ms но вот засада - следующий пинг не проходит [EMAIL PROTECTED] ~ ping ya.ru ping: ya.ru: Host name lookup failure [EMAIL PROTECTED] ~ вот у меня вопрос к уважаемому сообществу - где грабли ? я так понимаю - проблема с udp пакеты к/от днс сервера от мегафона. вижу, что dns запросы от дримбокса до компа доходят. Но дальше непонятно где теряются. goga:/# tcpdump -i eth1 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth1, link-type EN10MB (Ethernet), capture size 96 bytes 15:03:03.307566 IP dreambox.1026 goga.domain: 63676+ A? ya.ru. (23) 15:03:03.307605 IP goga dreambox: ICMP goga udp port domain unreachable, length 59 15:03:03.308357 IP dreambox.1026 goga.domain: 63676+ A? ya.ru. (23) 15:03:03.308369 IP goga dreambox: ICMP
Re: TCL mapscript
Pechnikov Alexey writes: Кто-нибудь может объяснить, почему в дебиане есть perl-mapscript php4-mapscript php5-mapscript python-mapscript но нет пакета tcl-mapscript? В ГИСах tcl стандартный язык, и сами разработчики mapserver его пользуют, и для GRASS на нем интерфейс пишут, rpm пакет есть (правда, старый), а вот в дебиане сделали из него золушку. А ручками собирать противно, ибо туча зависимостей, да еще и не поймешь, какую из альтернативных библиотек лучше подключать (выбор широкий). К сожалению, в Debian сделали золушку из всего tcl :( Если господа жалующиеся подготовят качественные пакеты требуемых компонентов, я с готовностью подпишу аплоады. Я также готов ответить на возникающие в процессе подготовки пакетов вопросы - естественно, если они будут по делу, а не уровня сделай пакет за меня. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: TCL mapscript
В сообщении от Воскресенье 04 марта 2007 20:08 Nikita V. Youshchenko написал(a): Если господа жалующиеся подготовят качественные пакеты требуемых компонентов, я с готовностью подпишу аплоады. Я также готов ответить на возникающие в процессе подготовки пакетов вопросы - естественно, если они будут по делу, а не уровня сделай пакет за меня. Вопрос - как портировать под etch Makefile для woody (а то и более древний)?
Re: TCL mapscript
Если господа жалующиеся подготовят качественные пакеты требуемых компонентов, я с готовностью подпишу аплоады. На deb http://ftp.45.free.net/pub/debian-cosy sarge tcl лежит 30 пакетов. Надеюсь, достаточно качественных. Правда, часть из них - более новые tcl/tk и tcllib который в etch и так есть. Кое-что, там, правда, нуждается в обновлении, поскольку в upstream посвежее есть, и всё - в пересборке под unstable. Чем я, вероятно, в ближайшее время займусь так и так, так как на etch уже пора переползать. Что характерно, некоторые из этих пакетов (например trf) добавляют существенную функциональность в пакеты, которые в дистрибутиве есть - например в tclvfs zipfs без trf и memchan нифига не работает. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: TCL mapscript
On 2007.03.04 at 20:54:56 +0300, Pechnikov Alexey wrote: В сообщении от Воскресенье 04 марта 2007 20:08 Nikita V. Youshchenko написал(a): Если господа жалующиеся подготовят качественные пакеты требуемых компонентов, я с готовностью подпишу аплоады. Я также готов ответить на возникающие в процессе подготовки пакетов вопросы - естественно, если они будут по делу, а не уровня сделай пакет за меня. Вопрос - как портировать под etch Makefile для woody (а то и более древний)? Судя по постившимся в список логам вопрос ставится не так. Он ставится так - как написать корректный с точки зрения современного Tcl Makefile для tcl-mapscript. (А на самом деле и с точки зрения несовременного тоже. Появление в Makefile конкртетного пакета явно указанного TCL_WIDE_INT свидетельствует о том, что автор ничерта не понимает в том, как писать расширения для Tcl на C. Впрочем, использование SWIG свидетельствует о том же.) Подозреваю, что правильным способом решения проблемы будет потратить неделю на дизайн и реализацию красивых и удобных биндингов Tcl к нижележащей C-шной библиотеке. (Правда, до этого придется потратить время на понимание того, а как вообще это следует делать). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: TCL mapscript
В сообщении от Воскресенье 04 марта 2007 21:25 Victor Wagner написал(a): Подозреваю, что правильным способом решения проблемы будет потратить неделю на дизайн и реализацию красивых и удобных биндингов Tcl к нижележащей C-шной библиотеке. (Правда, до этого придется потратить время на понимание того, а как вообще это следует делать). Можно пояснить, что следует делать? Есть исходники для mapserver-cgi, нужно сделать tcl-mapscript - следует ли копать сишный код на предмет написания функций для вызова из tcl или нужно писать тиклевский код для вызова немодифицированных сишных функций? В принципе, сишный код вобрал в себя множество проектов, таких, как shapelib и другие, да еще вызывает функции из GDAL, proj (ну уж не говорю про gd) - что делать со всем этим хозяйством? Оставлять вызовы в сишном коде или реализовывать на уровне tcl? То есть тикль сам умеет с графикой управляться, вероятно, можно не таскать привязки к libtiff, libpng, gd и прочие, но я не знаю, как это должно выглядеть на практике.
Re: TCL mapscript
On 2007.03.04 at 21:37:55 +0300, Pechnikov Alexey wrote: В сообщении от Воскресенье 04 марта 2007 21:25 Victor Wagner написал(a): Подозреваю, что правильным способом решения проблемы будет потратить неделю на дизайн и реализацию красивых и удобных биндингов Tcl к нижележащей C-шной библиотеке. (Правда, до этого придется потратить время на понимание того, а как вообще это следует делать). Можно пояснить, что следует делать? Есть исходники для mapserver-cgi, нужно сделать tcl-mapscript - следует ли копать сишный код на предмет написания функций для вызова из tcl или нужно писать тиклевский код для вызова немодифицированных сишных функций? В принципе, сишный код вобрал в себя множество проектов, таких, как shapelib и другие, да еще вызывает функции из GDAL, proj (ну уж не говорю про gd) - что делать со всем этим хозяйством? Оставлять вызовы в сишном коде или реализовывать на уровне tcl? То есть тикль сам умеет с графикой управляться, вероятно, можно не таскать привязки к libtiff, libpng, gd и прочие, но я не знаю, как это должно выглядеть на практике. Начать надо с того, что представить себе, как бы должен был выглядеть идеальный проблемно-ориентированный язык для работы с картами. Естественно, опираясь при этом на синтаксис Tcl (рекомендую посматривать в сторону Tk и встроенных команд вроде file), и возможности вышеперечисленных библиотек. Т.е. какие должны быть псевдообъекты (наподобие file handles в Tcl и Tk-шных widget-ов), какие команды и субкоманды. Далее, посмотреть, к каким из вышеперечисленных библиотек уже есть приличные Tcl-биндинги. Я точно знаю, например, что существует tclgd. И что расширение Img умеет работать с tiff, png etc. Далее следует решить какую функциональность мы можем написать на Tcl, а какую лучше реализовывать на C. Крайне рекомендую оформлять написанные на C команды Tcl, в стиле, характерном для встроенных команд Tcl, а не делать их прямым мэппингом C-шных процедур. API Tcl предназначенный для написания на C команд достаточно простой и удобный. Им стоит пользоваться. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: TCL mapscript
Вопрос - как портировать под etch Makefile для woody (а то и более древний)? Мдам. Я же писал: ... - естественно, если они будут по делу, а не уровня сделай пакет за меня. На такие вопросы можно ответить только одним способом. Идём и внимательно читаем: - Debian Policy Manual, http://www.debian.org/doc/debian-policy/ - Debian New Maintainers' Guide, http://www.debian.org/doc/maint-guide/ После чего задаём *конкретные* вопросы - если они останутся. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: TCL mapscript
On 2007.03.04 at 21:37:55 +0300, Pechnikov Alexey wrote: Можно пояснить, что следует делать? Есть исходники для mapserver-cgi, нужно сделать tcl-mapscript - следует ли копать сишный код на предмет написания функций для вызова из tcl или нужно писать тиклевский код для вызова немодифицированных сишных функций? В принципе, сишный код вобрал в себя множество проектов, таких, как shapelib и другие, да еще вызывает функции из GDAL, proj (ну уж не говорю про gd) - что делать со всем этим хозяйством? Оставлять вызовы в сишном коде или реализовывать на уровне tcl? То есть тикль сам умеет с графикой управляться, вероятно, можно не таскать привязки к libtiff, libpng, gd и прочие, но я не знаю, как это должно выглядеть на практике. Биндинг для libproj я бы, например, сделал следующим образом: 1. Команда proj параметрами которой являются все имеющиеся в libproj опции проекций, возвращает команду tcl, которая является конвертером из проекции в проекцию (вроде как команда создания видгета в Tk возвращает команду, которая позволяет управлять этим видгетом). 2. Команда-преобразователь проекций имеет следующие подкоманды $converter point $x $y - возвращает список из двух элементов - координат после преобразования $converter revpoint $x $y - выполняет обратное преобразование (например, координат курсора мыши на экране в географические координаты) $converter polygon [ -step x ] $list преобразует список вида x y x y x y, аналогичный тому что возвращает команда coords canvas item polyline, в аналогичный список. Опция -step указывает, если длина какого-то отрезка больше указанной в целевой проекции, навставлять туда дополнительных точек, чтобы вместо прямой линии получить плавный изгиб (представьте себе что мы хотим построить координатную сетку в конической проекции для карты России. На входе у нас куча отрезков с начальной долготой 20 и конечной -170. Если мы туда не навставляем точек, результат не будет похож на ожидаемый - плавные дуги $converter raster хэндл-растра [-bbox {x1 y1 x2 y2} ] [-cellsize x] где растром может быть, например tk image или GD image или что там у нас является базовым способом представления растра в нашей системе. По умолчанию создается растр, вмещающий весь исходный растр после преобразования и с примерно равным размером ячейки. Опции -bbox и -cellsize позволяют эти умолчания изменить. Функция, реализующая эти операции пишется на C. Когда команда proj создает новую команду Tcl, она в качестве командной процедуры выставляет туда эту функцию, а параметры исходной и результирующей проекции передает через ClientData. Ну и естественно, $converter destroy, освобождающая ClientData и уничтожающая команду. Она же вызывается как CmdDeleteProc. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: TCL mapscript
В сообщении от Воскресенье 04 марта 2007 22:17 Victor Wagner написал(a): Начать надо с того, что представить себе, как бы должен был выглядеть идеальный проблемно-ориентированный язык для работы с картами. В основном для отображения, хотя shapelib и писать файлы умеет, не только читать (и вообще модули из состава mapserver умеют много больше, чем mapserver). приличные Tcl-биндинги. Я точно знаю, например, что существует tclgd. Не знал. И что расширение Img умеет работать с tiff, png etc. Видел в доках, но о качестве реализации не имею понятия и не знаю, как проверить (в сравнении с сишными). Далее следует решить какую функциональность мы можем написать на Tcl, а какую лучше реализовывать на C. Крайне рекомендую оформлять написанные на C команды Tcl, в стиле, характерном для встроенных команд Tcl, а не делать их прямым мэппингом C-шных процедур. API Tcl предназначенный для написания на C команд достаточно простой и удобный. Им стоит пользоваться. ТО есть весь код надо не просто переписать, но еще и архитектуру переработать? Не реально, когда-то я исходники mapserver разбирал, там временами сам черт ногу сломит. Надо как-то практичнее подходить, не хвататься за все одним махом. P.S. Самое ценное в mapserver - алгоритмы отображения карты по заданному конфигу, причем исходные данные могут храниться в самых разных форматах. Конфиг клкассно продуман, можно на карте черта лысого нарисовать, не только поля/леса/озера...
Re: TCL mapscript
Биндинг для libproj я бы, например, сделал следующим образом: 1. Команда proj параметрами которой являются все имеющиеся в libproj опции проекций, возвращает команду tcl, которая является конвертером из проекции в проекцию (вроде как команда создания видгета в Tk возвращает команду, которая позволяет управлять этим видгетом). 2. Команда-преобразователь проекций имеет следующие подкоманды $converter point $x $y - возвращает список из двух элементов - координат после преобразования $converter revpoint $x $y - выполняет обратное преобразование (например, координат курсора мыши на экране в географические координаты) $converter polygon [ -step x ] $list преобразует список вида x y x y x y, аналогичный тому что возвращает команда coords canvas item polyline, в аналогичный список. Опция -step указывает, если длина какого-то отрезка больше указанной в целевой проекции, навставлять туда дополнительных точек, чтобы вместо прямой линии получить плавный изгиб (представьте себе что мы хотим построить координатную сетку в конической проекции для карты России. На входе у нас куча отрезков с начальной долготой 20 и конечной -170. Если мы туда не навставляем точек, результат не будет похож на ожидаемый - плавные дуги $converter raster хэндл-растра [-bbox {x1 y1 x2 y2} ] [-cellsize x] где растром может быть, например tk image или GD image или что там у нас является базовым способом представления растра в нашей системе. По умолчанию создается растр, вмещающий весь исходный растр после преобразования и с примерно равным размером ячейки. Опции -bbox и -cellsize позволяют эти умолчания изменить. Функция, реализующая эти операции пишется на C. Когда команда proj создает новую команду Tcl, она в качестве командной процедуры выставляет туда эту функцию, а параметры исходной и результирующей проекции передает через ClientData. Ну и естественно, $converter destroy, освобождающая ClientData и уничтожающая команду. Она же вызывается как CmdDeleteProc. Спасибо, есть теперь над чем думать, буду смотреть в указанном направлении. Еще вопрос есть, что можно выкинуть, а что нужно оставить. Например, есть возможность проецировать вектора через proj, а можно пользоваться функциями postgis. Последний вариант работает только если карты в postgresql хранятся, зато возможности на порядок шире (например, можно найти объекты на одной карте, которые поподают в выюранную область на другой, причем карты в разных проекциях). На практике для города-миллионника карта с точностью до дома имеет право жить только в базе, иначе слишком накладно с точки зрения производительности (если сравнивать обработку из базе и из шейпфайлов). Разумно ли ограничиться работой только с базой или стоит подумать и о файловом хранении? То есть стоит думать о минимально необходимом или о полном наборе возможностей? Вот с такими функциями в дебиане mapserver конфигурится: ./configure --prefix=/usr --enable-debug --without-tiff --without-pdf --with-gd=/usr --with-freetype=/usr \ --with-zlib=/usr --with-png=/usr --with-xpm=/usr --with-jpeg=/usr --with-gdal --with-ogr --with-proj --with-eppl \ --with-postgis --with-wcs --with-wms --with-wmsclient --with-wfs --with-wfsclient --with-threads --with-geos На практике требуется намного меньше, хотелось бы представлять, до какого момента более скромная версия будет интересна сообществу, а после какого - только мне лично.
Re: TCL mapscript
On 2007.03.04 at 22:53:37 +0300, Pechnikov Alexey wrote: В сообщении от Воскресенье 04 марта 2007 22:17 Victor Wagner написал(a): Начать надо с того, что представить себе, как бы должен был выглядеть идеальный проблемно-ориентированный язык для работы с картами. В основном для отображения, хотя shapelib и писать файлы умеет, не только читать (и вообще модули из состава mapserver умеют много больше, чем mapserver). Отображение это у нас что - в браузере что-ли? А что с этим изображением потом сделать можно? Мышкой тыкнуть и получить более подробную информацию по указанной точке можно? А провести линию и профиль по ней нарисовать? приличные Tcl-биндинги. Я точно знаю, например, что существует tclgd. Не знал. И что расширение Img умеет работать с tiff, png etc. Видел в доках, но о качестве реализации не имею понятия и не знаю, как проверить (в сравнении с сишными). Качество реализации там хорошее. Но это для GUI, а не для web-приложений. ТО есть весь код надо не просто переписать, но еще и архитектуру переработать? Да, конечно. Судя по всему что я успел в процессе хода этой дискуссии выяснить про mapserver, это вещь, которая годится только в качестве примера того как не надо делать. Помнится, была ещё на свете такая вещь как GRASSLinks. Может быть её за основу взять, там хотя бы фундамент здоровый - грассовский. P.S. Самое ценное в mapserver - алгоритмы отображения карты по заданному конфигу, причем исходные данные могут храниться в самых разных форматах. Какие алгоритмы? В этой операции НЕТ алгоритмов. Ничего принципиального. Может быть там есть хороший набор опций конфигурирования, но никаких принципиально интересных алгоритмов при операции отрисовки карты в GIF или JPEG быть не может. Кстати, растр на растр оно накладывать умеет - чтобы нижний цветом, а верхний - штриховками? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: TCL mapscript
В сообщении от Воскресенье 04 марта 2007 22:53 Pechnikov Alexey написал(a): И что расширение Img умеет работать с tiff, png etc. Пожалуй, самый принципиальный вопрос - отрисовку делать на сях или на тикле? В оригинале библиотека gd вроде тоже не самый лучший выбор.
Re: TCL mapscript
В сообщении от Воскресенье 04 марта 2007 23:16 Victor Wagner написал(a): Да, конечно. Судя по всему что я успел в процессе хода этой дискуссии выяснить про mapserver, это вещь, которая годится только в качестве примера того как не надо делать. Помнится, была ещё на свете такая вещь как GRASSLinks. Может быть её за основу взять, там хотя бы фундамент здоровый - грассовский. В грассе обработка на уровне, с отрисовкой все плохо, рисует качественно, но без красивостей. В mapserver можно очень красивые карты делать, да и отрисовка быстрее (может, в грассе есть возможность настройки параметров генерализации карты на лету, но у меня он упорно рисует векторные карты чересчур подробно).
Re: TCL mapscript
В сообщении от Воскресенье 04 марта 2007 23:16 Victor Wagner написал(a): Какие алгоритмы? В этой операции НЕТ алгоритмов. Ничего принципиального. Может быть там есть хороший набор опций конфигурирования, но никаких принципиально интересных алгоритмов при операции отрисовки карты в GIF или JPEG быть не может. Алгоритмы динамической расстановки подписей. Чтобы подписи не налезали друг на друга, да еще тень можно сделать, положением поиграться и проч. Алгоритм неслабый получается. Кстати, растр на растр оно накладывать умеет - чтобы нижний цветом, а верхний - штриховками? Я только с одним растром работал, на который векторку наносил. Psevdo-colors умеет, а насчет штриховки - сам не понимаю, что бы это значило.
Re: TCL mapscript
On 2007.03.04 at 23:10:28 +0300, Pechnikov Alexey wrote: Биндинг для libproj я бы, например, сделал следующим образом: Она же вызывается как CmdDeleteProc. Спасибо, есть теперь над чем думать, буду смотреть в указанном направлении. Еще вопрос есть, что можно выкинуть, а что нужно оставить. Например, есть Общий принцип такой - когда дизайнится абстракция, стоит подумать о возможности последующего расширения. Но реализовывать сначала - только то, чем будешь реально пользоваться. И иметь в виду, что возможно, те варианты использования абстракции, которыми ты не пользуешься, потом могут потребовать немного поменять саму абстракцию. возможность проецировать вектора через proj, а можно пользоваться функциями postgis. На мой взгляд, здесь следует предусмотреть у исходного вектора свойство проекция. И если он уже в нужной проекции, гнать в изображение как есть, а если нет - через libproj. На уровне примитива отрисовки. На уровне объекта векторный слой, который знает о том где он хранит данные, тогда можно будет решать, то ли преобразовывать вектора при отрисовке, то-ли просить у хранилища сразу в нужной проекции. Последний вариант работает только если карты в postgresql хранятся, зато возможности на порядок шире (например, можно найти объекты на одной карте, которые поподают в выюранную область на другой, причем карты в разных проекциях). На практике для города-миллионника карта с точностью до дома имеет право жить только в базе, иначе слишком накладно с точки зрения производительности (если сравнивать обработку из базе и из шейпфайлов). шейпфайл arcview-шного формата не единственный и не лучший способ хранения векторной информации. Но вообще фильтрацию объектов по заданной области следует спихнуть на уровень драйвера хранилища. Там это можно фильтровать специфичным для хранилища способом. Мне попадались, например, такие векторные форматы, где в заголовке каждой полилинии указывался bounding box, что позволяло при больших увеличениях крайне эффективно пропускать те линии, которые оказываются за пределами окна. Вообще, одним из самых эффективных способов хранения информации о сложных территориях является, как ни странно, растр с размером ячейки, сопоставимым с разрешением сканирования исходной бумажной карты. Он позволяет прямой доступ по координатам. Многие вещи, с которыми разработчики преимущественно векторных ГИС бьются годами, сочиняют нетривиальные алгоритмы, требующие часов машинного времени, в растре делаются тривиально. Конечно, сетевые алгоритмы на растре могут оказаться тормозными и требовать специальной предобработки, но всё что имеет площадную природу... Разумно ли ограничиться работой только с базой или стоит подумать и о файловом хранении? То есть стоит думать о минимально необходимом или о полном наборе возможностей? Стоит думать об обоих. О минимально необходимом с точки зрения реализовать здесь и сейчас, о полном - с точки зрения, чтобы его можно было потом дописать, и при этом а) не порушить уже написанных для минимального скриптов б) позволить этим скриптам по возможности прозрачно использовать вновь появляющиеся возможности. Вот с такими функциями в дебиане mapserver конфигурится: ./configure --prefix=/usr --enable-debug --without-tiff --without-pdf --with-gd=/usr --with-freetype=/usr \ --with-zlib=/usr --with-png=/usr --with-xpm=/usr --with-jpeg=/usr --with-gdal --with-ogr --with-proj --with-eppl \ --with-postgis --with-wcs --with-wms --with-wmsclient --with-wfs --with-wfsclient --with-threads --with-geos На практике требуется намного меньше, хотелось бы представлять, до какого момента более скромная версия будет интересна сообществу, а после какого - только мне лично. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: TCL mapscript
В сообщении от Воскресенье 04 марта 2007 23:16 Victor Wagner написал(a): Отображение это у нас что - в браузере что-ли? Картинка, ее можно в браузер отправить, можно на канву вывести и что угодно еще. А что с этим изображением потом сделать можно? Мышкой тыкнуть и получить более подробную информацию по указанной точке можно? Можно, cgi-mapserver даже сам запрос обработает, или писать на php, perl, tcl, java свои обработчики. А провести линию и профиль по ней нарисовать? Есть java-апплеты, там есть прямоугольник выделения и проч. Насчет профиля - вообще-то не умеет, но postgis такую операцию сделает, если попросить, только опять же надо sql-запрос в postgresql написать (результат запроса mapserver сам нарисует, есть возможность определять слой на карте как результат произвольного запроса в базу).
Re: TCL mapscript
On 2007.03.04 at 23:20:33 +0300, Pechnikov Alexey wrote: В сообщении от Воскресенье 04 марта 2007 23:16 Victor Wagner написал(a): Какие алгоритмы? В этой операции НЕТ алгоритмов. Ничего принципиального. Может быть там есть хороший набор опций конфигурирования, но никаких принципиально интересных алгоритмов при операции отрисовки карты в GIF или JPEG быть не может. Алгоритмы динамической расстановки подписей. Чтобы подписи не налезали друг на друга, да еще тень можно сделать, положением поиграться и проч. Алгоритм неслабый получается. Да. С подписями есть хитрости. Особенно если мы хотим подписать реку или какой другой линенйный объект сложной формы. Этот момент я упустил. Потому как работал в основном с тематическими картами, где без этого вообще можно обойтись, а где нельзя - тривиальных способов хватало. Кстати, растр на растр оно накладывать умеет - чтобы нижний цветом, а верхний - штриховками? Я только с одним растром работал, на который векторку наносил. Psevdo-colors умеет, а насчет штриховки - сам не понимаю, что бы это значило. Посмотри на любую почвенную карту. На них обычно тип почвы наносят цветом, а механический состав штриховками. То же самое обычно на геологических картах, да и вообще на любых тематических. Как правило, на одну карту стараются впихнуть два-три информационных слоя. В экономической географии проще - там много точечных слоев, где можно использовать картодиаграммы. А в физической почти все слои имеют непрерывную природу. Лет пятнадцать назад у меня была программа для DOS, которая такое умела (правда, она была привязана к достаточно малораспространенной ГИС EPPL7, и её форматам файлов и штриховок) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: TCL mapscript
В сообщении от Воскресенье 04 марта 2007 23:30 Victor Wagner написал(a): шейпфайл arcview-шного формата не единственный и не лучший способ хранения векторной информации. Но вообще фильтрацию объектов по заданной области следует спихнуть на уровень драйвера хранилища. Там это можно фильтровать специфичным для хранилища способом. Учтем. Мне попадались, например, такие векторные форматы, где в заголовке каждой полилинии указывался bounding box, что позволяло при больших увеличениях крайне эффективно пропускать те линии, которые оказываются за пределами окна. Например, шейпфайл :-) Вообще, одним из самых эффективных способов хранения информации о сложных территориях является, как ни странно, растр с размером ячейки, сопоставимым с разрешением сканирования исходной бумажной карты. Он позволяет прямой доступ по координатам. Многие вещи, с которыми разработчики преимущественно векторных ГИС бьются годами, сочиняют нетривиальные алгоритмы, требующие часов машинного времени, в растре делаются тривиально. Конечно, сетевые алгоритмы на растре могут оказаться тормозными и требовать специальной предобработки, но всё что имеет площадную природу... Про матрицу высот в нашем государстве и думать запрещено, так что остается вектор... По крайней мере, ни разу никто не цеплялся к точности векторных данных (пусть еще определят, какая там реальная точность - то ли выше допустимой, то ли генерализовать забыл...), а вот из-за растров фсб пристает.
Re: TCL mapscript
Да. С подписями есть хитрости. Особенно если мы хотим подписать реку или какой другой линенйный объект сложной формы. Этот момент я упустил. Потому как работал в основном с тематическими картами, где без этого вообще можно обойтись, а где нельзя - тривиальных способов хватало. Вот в этом mapserver не знает конкурентов (периодически ищу, пока не нашел). Посмотри на любую почвенную карту. На них обычно тип почвы наносят цветом, а механический состав штриховками. То же самое обычно на геологических картах, да и вообще на любых тематических. Как правило, на одну карту стараются впихнуть два-три информационных слоя. В экономической географии проще - там много точечных слоев, где можно использовать картодиаграммы. А в физической почти все слои имеют непрерывную природу. А, понял. С почвенными картами дело имел, но на картсервере не публиковал. Вроде бы есть возможность указать свои символы для разной яркости растра, то есть ч/б растру от 0 до 32 назначаем один символ, от 32 до 64 - второй и т.д. Псевдоцвета именно так прописываются.
spamassassin траблы
в конфиге такие записи: rewrite_header Subject [SPAM (_SCORE_)] add_header all Status _YESNO_, score=_SCORE_ required=_REQD_ tests=_TESTS_ autolearn=_AUTOLEARN_ version=_VERSION_ соответсвенно procmail настроен на X-Spam-Status: Yes но _некоторые_ письма почему то проходят сквозь фильтр с такой комбинацией заголовков: Subject: [SPAM (11.1)]: скидка для постоянных клиентов в размере 5%. X-Spam-Status: No, score=4.5 required=5.0 tests=HTML_MESSAGE, RCVD_HELO_IP_MISMATCH,RCVD_NUMERIC_HELO autolearn=no version=3.1.7-deb X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on avanto.org то есть в сабжекте пометил один _SCORE_ и правильно опознал спам, а в других заголовках у него _SCORE_ почему-то другой. и вот что очень не хочется делать это перестраивать procmail на фильтрацию по сажекту. потому что иногда из спама достаешь что-то вот совсем не охота задумываться о том что надо править заголовки при этом. никто не знает как лечить/куда смотреть? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: spamassassin траблы
On Mon, Mar 05, 2007 at 12:06:05AM +0300, Dmitry E. Oboukhov wrote: но _некоторые_ письма почему то проходят сквозь фильтр с такой комбинацией заголовков: Subject: [SPAM (11.1)]: скидка для постоянных клиентов в размере 5%. X-Spam-Status: No, score=4.5 required=5.0 tests=HTML_MESSAGE, RCVD_HELO_IP_MISMATCH,RCVD_NUMERIC_HELO autolearn=no version=3.1.7-deb X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on avanto.org Может это антиспам на одном из предидущих хостов вставил заголовок? -- WBR, Dmitry signature.asc Description: Digital signature
spamassassin траблы
но _некоторые_ письма почему то проходят сквозь фильтр с такой комбинацией заголовков: Subject: [SPAM (11.1)]: скидка для постоянных клиентов в размере 5%. X-Spam-Status: No, score=4.5 required=5.0 tests=HTML_MESSAGE, RCVD_HELO_IP_MISMATCH,RCVD_NUMERIC_HELO autolearn=no version=3.1.7-deb X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on avanto.org Может это антиспам на одном из предидущих хостов вставил заголовок? хм, просмотрел Received: нет такой тег (вид) я именно у себя настраивал. перенастроил на --SPAM(_SCORE_) соответсвенно письма стали просачиваться с таким тегом да и X-Spam-Checker-Version: говорит на каком хосте работает :( -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: беспорядок в /dev/sd* - Adaptec AIC-7902: 2SCSI + SATA
On Sun, Mar 04, 2007 at 02:07:51AM +0300, Alexander GQ Gerasiov wrote: На Sun, 04 Mar 2007 01:31:03 +0300 Dmitri Samsonov [EMAIL PROTECTED] записано: *SKIP* По каким причинам это может происходить и -- главное -- как это лечить? Я (бы) сделал это через udev. Подробные и прозрачные инструкции в /usr/share/doc/udev/writing_udev_rules/. === contents (/etc/udev/local.whynot) goes below === # Mighty Drive (256Mb), guarded by Browser BUS=usb, KERNEL=sd?[0-9]*, SYSFS{idProduct}=1623, SYSFS{idVendor}=04e8, SYSFS{serial}=07480781055F, OWNER=whynot BUS=usb, KERNEL=sd?, SYSFS{idProduct}=1100, SYSFS{idVendor}=10d6, SYSFS{serial}=USB 2.0(FS) FLASH DISK , OWNER=whynot === contents (/etc/udev/local.whynot) gone above === === contents (grep LABEL /etc/fstab) goes below === LABEL=rYegHFaTVG9fRDdH /home/whynot/pig/BrowserHeadext2owner,noauto 0 0 LABEL=25IRDD3GQ98 /home/whynot/pig/BrowserTailvfat owner,dmask=0022,fmask=0133,noauto 0 0 LABEL=NXGJUX31AGM /home/whynot/pig/MusicBox vfat owner,dmask=0022,fmask=0133,noauto 0 0 === contents (grep LABEL /etc/fstab) gone above === У меня были другие цели, но идея, надеюсь, понятна. Зависит от порядка загрузки модулей. В etch обещают это починить. (по крайней мере я так слышал) В качестве варианта лечения можно прописать root (да и прочие разделы) через /dev/disk/by-uuid/ или /dev/disk/by-path А кто делает эти /dev/disk/by-*/? У меня таких нет :( *CUT* -- Torvalds' goal for Linux is very simple: World Domination -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: At команды + nokia + bluetooth
gln0fate wrote: Вот хочю попробывать поиграться с телефоном, с помошью компьбтера и bluetooth.. Телефоном как то можно управлять с помошью АТ команд... Вы им звонить хотите ? Чтоб интернет был ? Тогда нужно питание, а питание можно подавать по юзб - заодно и заряжается (покрайней мере Моторола). А если есть юсб то зачем блютуф ? А если не звонить зачем at команды ? Или мультимедия на телефон заливается с помощью at ? -- Best regards, Nicholas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: вывести в инет сп утниковый ресивер Dreambo x
Igor Nikanov wrote: Есть спутниковый ресивер Dreambox 7000 (192.168.53.89) для приема спутниковых теле и радиоканалов, записи их на винт, для работы через спутниковый интернет. Изюминка в том, что он работает под управлением урезанной версии debian, Изюминка в том, что в нем есть компорт и юсб и подключить телефон стоит именно к нему напрямую, и форвард разрешить для всей сети через него. После чего можно будет с пульта обновления качать. И большой компьютер уже не нужен - можно wifi роутер поставить и с нотером работать. И еще один совет - крайне рекомендую выкинуть gprs и поставить скайлинк cdma - у них есть квадратная коробка с отвинчивающейся антенной - это чудо не виснет и можно подключить обычный телефон - если по нему звонить - сеть не теряется, а автоматом восстанавливается по завершении разговора. И главное - часами (!) связь не рвется (плата за трафик). А то что он не мобильник - так и тарелка всегда на месте висит... С Дримбоксом работает отлично через стандартный ppp (только строку инициализации, длинную, надо через слеши записать - в доках есть), через компорт - проверенно в Московской области. -- Best regards, Nicholas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Закажите рекламу, увеличте продажи !
Добрый день! Вы хотите чтобы о Вашей продукции или услуге узнали как можно больше людей? Вы хотите пригласить на семинар? Новая марка товара, но о ней не кто не знает? Рассылка рекламы - единственный выход из ситуации. - Юр.лица Питера - 95 000 адресов - 2 000 руб. - Физ.лица Питера - 600 000 адресов - 3 000 руб. Указываем реальное количество адресов в базах. Базы обновлялись 15.01.2006 Бесплатно дизайн макета. Вы можете придумать тему письма и отправителя. Консультации по ICQ. Вопросы по icq 257296938 Вопросы по электронной почте: [EMAIL PROTECTED] Тел: 8 905 203 90 72 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: minimal debian
Alexander Vlasov wrote: на данный момент на базе grml подсказаным Артемом , система помещается на 128M и не надо заморачиваться с read-only и прочими прелестями flash-ек . зы в разжатом виде занимает ~ 315 метров . Надо. Потому как для эмбеда характерно непредсказуемое отключение по питанию это раз, а для флешки ограниченный ресурс записи-перезаписи это два. согласен , но вы меня не так поняли . я имел в виду , что так как это livecd то и на флешке он будет себя вести как livecd - тоесть flash-ka будет смонтирована read-only , а все операции записи будут производится в RAM . и мне не надо заботится о том , что у флешки ограниченый ресурс и т.д. насколько я понял у него есть свой маленький репозитарий и в нем очень ограниченое кол-во пакетов . может я не так понял ? 2 Alexander Mestiashvili - прошу прощения, что первое письмо в личку отправил. нет проблем -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: minimal debian
В сообщении от Понедельник 05 марта 2007 09:10 Alexander Mestiashvili написал(a): я имел в виду , что так как это livecd то и на флешке он будет себя вести как livecd - тоесть flash-ka будет смонтирована read-only , а все операции записи будут производится в RAM . и мне не надо заботится о том , что у флешки ограниченый ресурс и т.д. Да об этом и так не надо заботиться. У меня линукс с флэшки работает год, все в порядке. Флэшку ставил уже не новую. А занимать оперативку тем, что можно держать на флэшке вовсе ни к чему.
Re: attach mail
HoverHell wrote: Hi, All! Вопрос такой: какое ближайшее средство отправки писем с аттачами (консольное, т.е., для автоматической отправки), которому можно указать smtp сервер и (опционально) прочие параметры smtp? Или какими средствами можно обработать аттач для добавления его к письму в соответствии со стандартами? Biabam http://panther.mmj.dk/biabam/ вот тут есть еще кое-что . http://linuxportal.ru/print.php/86_0_3_0_M/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: At команды + nokia + bluetooth
Nicholas - debian-russian@lists.debian.org @ Sun, 04 Mar 2007 20:01:54 -0500: Вот хочю попробывать поиграться с телефоном, с помошью компьбтера и bluetooth.. Телефоном как то можно управлять с помошью АТ команд... N Вы им звонить хотите ? Чтоб интернет был ? N Тогда нужно питание, а питание можно подавать по юзб - заодно и заряжается N (покрайней мере Моторола). А нокия, зараза, не заряжается. И даже если кабель сделать, не заряжается. Нет, свежие, те, у которых 2мм питальник, может, и можно запинать. А старые, 3.5мм - нет. N А если есть юсб то зачем блютуф ? А если нету USB? К той же нокии USB-кабель - отдельная песня. Впрочем, USB-кабель с умением заряжать и к сименсам не кладут. Отдельно покупать надо. Ну и потом, дорогой компьютер, тут где-то в комнате валяется мой мобильник... (c)Руна. N А если не звонить зачем at команды ? N Или мультимедия на телефон заливается с помощью at ? В частности. Оно умеет. -- Artem Chuprina RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED] Психология - это наука о плохих контактах (С)энта -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Можно ли установить SUID для скрипта?
Приветствую всех! Вычитал в справочнике (по Unix), что можно поставить SUID бит для скрипта и он запустится от имени владельца. Я попробовал на shell скрипте и ничего подобного - что с SUID, что без одинаковое сообщение о запрете доступа. При этом для нескриптового исполняемого файла SUID работает как и ожидается... Это особенность Linux или таки можно заставить скрипт запуститься от другого пользователя? Debian Sarge файловая система XFS -- С уважением Телегин Дмитрий -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: At команды + nokia + bluetooth
В сообщении от Понедельник 05 марта 2007 10:36 Artem Chuprina написал(a): А нокия, зараза, не заряжается. И даже если кабель сделать, не заряжается. Нет, свежие, те, у которых 2мм питальник, может, и можно запинать. А старые, 3.5мм - нет. На разъемы для аккумулятора подай питание.
Re: Translator for a new Debian package - remake (Make + debugging)?
2007/3/1, R. Bernstein [EMAIL PROTECTED]: Hi - There's a new Debian package coming out called remake that is GNU Make with debugging and better error reporting features. The (minimalist/ugly) homepage is http://bashdb.sf.net/remake It was noticed that the Russian translation is a little lacking. Aare there any volunteers to go over this and revise? (And if you can do another language or know of other lists for translation help, I'd appreciate learning of that too.) Russian program translation update is attached. -- Regards, Yuri Kozlov remake_ru.po.gz Description: GNU Zip compressed data