date:20081003

Покотиленко Костик пишет:
> # make-googleearth-package
> --11:14:34--  http://dl.google.com/earth/GE4/GoogleEarthLinux.bin
>=> `GoogleEarthLinux.bin'
> Распознаётся dl.google.com... 72.14.221.91, 72.14.221.93, 72.14.221.136
> Устанавливается соединение с dl.google.com|72.14.221.91|:80...
> соединение установлено.
> Запрос HTTP послан, ожидается ответ... 404 Not Found
> 11:14:34 ОШИБКА 404: Not Found.

  Можно взять из lenny.
  А можно в /usr/bin/make-googleearth-package подправить url, откуда
скачивать.

--
 Dmitri Samsonov


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Нужен ли bash


 AC>> Да, именно. Это ваши проблемы. Если вы используете расширение,
 AC>> идущее вразрез со стандартным поведением, будьте готовы к тому, что
 AC>> инструментарий, расчитанный на нормальный sh с вашим zsh в этих
 AC>> режимах работать не будет. Напишите себе zshquote и да пребудет с
 AC>> вам ктулху.

> Так вот.  Для tcl и perl мне ничего писать и даже собирать не надо.
Это не аргумент. В шеле - бери готовое и не собирай.
Нету и нет желания собрать самому? Меняй систему.

> Оно и само не исполняет что попало как попало.  by design.
Выше было доказано обратное по крайней мере для perl-а.
Как раз таки by design небезопастная конструкция system
в перле есть.

>  В отличие от sh, который by design как раз исполняет.
Выше было показано, что при неаккуратном программировании на perl
дыра имеет место быть. Также выше было показано, что при аккуратном
программировании не shell дыра таки успешно заклепывается.
Следовательно. By design дырявость инструментов perl и shell таки
одинакова - то есть, оставляет желать лучшего в обоих случаях.

-- 
Best regards, Aleksey Cheusov.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: make contest

2008-10-03 Пенетрантность Eugene V. Lyubimkin

> Испробовать ваш вариант с bmake в Debian.
> В lenny я его не нашёл.
Да, чуть не забыл. NetBSD make - центральная часть pkgsrc (pkgsrc.org).
Поставив pkgsrc само собой получаешь NetBSD make из коробки.

pkgsrc - хороший пример того, как на BSD make-е можно писать сложные
системы. Кроме, конечно, того, что это еще и весьма ценный мех :-)

-- 
Best regards, Aleksey Cheusov.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: TCL list substitution

2008-10-03 Пенетрантность Victor Wagner

On 2008.10.03 at 13:41:45 +0300, Serhiy Storchaka wrote:

> Вот это было нужно делать с самого начала, уже при разработке языка.
> 
> В тикле ведь та же самая проблема, что обсуждалась выше (для шелла). Из-за
> того, что eval и подобные делают concat своим аргументам перед парсингом. В
> результате простые примеры прокатывабт и так, а что-то посложнее и
> понадёжнее - приходится в [list ...] заворачивать.

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

> 
> Кстати, одна из базовы синтаксических конструкций лишняя. Variable
> substitution. Можно было бы для большей однородности использовать синтаксис
> command substitution, считая переменные командами, возвращающими своё
> значение (как в Forth-е для констант).

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

Tcl это некоторый компромисс между математической строгостью Lisp и
плохо формализованным мышлением типичного студента CS.

-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: make contest

2008-10-03 Пенетрантность Yuri Kozlov

3 октября 2008 г. 16:19 пользователь Aleksey Cheusov <[EMAIL PROTECTED]> 
написал:
>> Испробовать ваш вариант с bmake в Debian.
>> В lenny я его не нашёл.
> Да, чуть не забыл. NetBSD make - центральная часть pkgsrc (pkgsrc.org).
> Поставив pkgsrc само собой получаешь NetBSD make из коробки.
>
> pkgsrc - хороший пример того, как на BSD make-е можно писать сложные
> системы. Кроме, конечно, того, что это еще и весьма ценный мех :-)

Что-то не нашёл я там deb-пакет (что, в прочем, понятно).
Похоже, легче BSD в виртуалке поднять.

-- 
Regards,
Yuri Kozlov

Re: Нужен ли bash

Aleksey Cheusov wrote:
>  >>  GF> Поднять в тестовом OVZ контейнере?
>  >>
>  >> В Debian нет пригодного для этого ядра.
>  >>
>  >> "Предлагается делать в Debian" все же подразумевает по умолчанию
>  >> "средствами, имеющимися в дистрибутиве"...
> 
>> А как насчет virtualbox? Привлекает возможность перетащить образ на любую 
>> машину, и не только под линукс. Ну или chroot.
> 
> Сырой он IMHO. Буквально неделю назад поставил его на sarge.  В нем
> хотел поставить "на поиграться" opensolaris-20080508.  Мало того, что
> модуль ядра сам не собрался - ошибка в Makefile-е. Пришлось исходники
> подпиливать. Так еще при инсталляции соляры внутрь получил kernel
> panic, это уж совсем ниже плинтуса.  Ядро 2.4.27. Sarge, конечно,
> старый, но официально поддерживается, .deb-ка лежит на скачку.
> 
Sarge уже официально не поддерживается, ЕМНИП.

-- 
Eugene V. Lyubimkin aka JackYF



signature.asc
Description: OpenPGP digital signature

Re: TCL list substitution

> Нужно было или сразу запретить простые конструкции, провоцирующие ошибки,

Что-то тихо стало 8-) Еще одна тема "на погудеть".
Предлагаю запретить еще вот эту "простую конструкцию".


  tmpfn=get_temp_file_NAME
  ...
  get_data > $tmpfn


Ясное дело конструкция внеязыковая.

Исходная позиция: объяснить ВСЕМ программирующим опастность этой
конструкции не представляется возможным.

Выводы (предложения) ниже.

Варианта предлагаю два:
1) Запретить программирование под систему UNIX с общим /tmp наотрез
   под страхом остаться без еды и питья
2) Сделать таки per-process (per process group или per session)
   автономные виртуальные персональные /tmp.

Ввиду очевидной маргинальности пункта 1) думаю, можно остановиться на
варианте 2) :-)

-- 
Best regards, Aleksey Cheusov.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Нужен ли bash


 >>  GF> Поднять в тестовом OVZ контейнере?
 >>
 >> В Debian нет пригодного для этого ядра.
 >>
 >> "Предлагается делать в Debian" все же подразумевает по умолчанию
 >> "средствами, имеющимися в дистрибутиве"...

> А как насчет virtualbox? Привлекает возможность перетащить образ на любую 
> машину, и не только под линукс. Ну или chroot.

Сырой он IMHO. Буквально неделю назад поставил его на sarge.  В нем
хотел поставить "на поиграться" opensolaris-20080508.  Мало того, что
модуль ядра сам не собрался - ошибка в Makefile-е. Пришлось исходники
подпиливать. Так еще при инсталляции соляры внутрь получил kernel
panic, это уж совсем ниже плинтуса.  Ядро 2.4.27. Sarge, конечно,
старый, но официально поддерживается, .deb-ка лежит на скачку.

-- 
Best regards, Aleksey Cheusov.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: tcp checksum incorrect

2008-10-03 Пенетрантность Andrey Nikitin

В сообщении от 1 октября 2008 14:16 Sydoruk Yaroslav написал(a):
> 
> покажи 
> ifconfig | egrep "RX packets|TX packets" 

loLink encap:Local Loopback
  inet addr:127.0.0.1  Mask:255.0.0.0
  UP LOOPBACK RUNNING  MTU:16436  Metric:1
  RX packets:12846 errors:0 dropped:0 overruns:0 frame:0
  TX packets:12846 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:9589172 (9.1 MiB)  TX bytes:9589172 (9.1 MiB)


-- 
С Уважением,
   Андрей Никитин


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: make contest

 DEO>> и проблема автогена депендсов везде решена?

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

Не из упрямства, а справедливости ради, не ГРАБЛИ, а маленькие грабельки ;-)
Эти грабельки совсем не мешают жить, нужно всего лишь уметь готовить make ;-)

Позволю себе представить собственно "классический" вариант решения
проблемы, в очередной раз становясь на защиту классического make-а
и, в особенности, одной его реализации ;-)

Для удобства чтения разделил секции строкой =.




===
0 dictd_bsd_make>bmake dict
... <построили в общем>
===
0 dictd_bsd_make>touch dict/dict.h
===
0 dictd_bsd_make>bmake dict TRG='depend all'
SUBDIR="libmaa dict_common dict" /usr/pkg/bin/bmake depend all
depend ===> libmaa
depend ===> dict_common
depend ===> dict
all ===> libmaa
all ===> dict_common
all ===> dict
gcc -O2  -Werror   -c dict.c
gcc  -L../dict_common -L../libmaa  -o dict dict.o -ldict_common -lmaa
===
0 dictd_bsd_make>bmake dict TRG='depend all'
SUBDIR="libmaa dict_common dict" /usr/pkg/bin/bmake depend all
depend ===> libmaa
depend ===> dict_common
depend ===> dict
all ===> libmaa
all ===> dict_common
all ===> dict
===
0 dictd_bsd_make>cat Makefile
.if !defined(SUBDIR)
SUBDIR+=libmaa
SUBDIR+=dict_common

SUBDIR+=.WAIT

SUBDIR+=dict
SUBDIR+=dictd
SUBDIR+=dictfmt
SUBDIR+=dictzip
.endif

TRG?=   all

.PHONY: dict dictd dictfmt dictzip
dict dictd dictfmt dictzip:
SUBDIR="libmaa dict_common $@" $(MAKE) $(TRG)

.include 

===
0 dictd_bsd_make>cat dict/dict.c  
#include "dict.h"

int main ()
{
return 0;
}
===
0 dictd_bsd_make>cat dict/Makefile
PROG=   dict

.include "../dict_common/Makefile.inc"
.include "../libmaa/Makefile.inc"

.include 
===



ОРстальные файлы каркасного проекта я уже показывал рядом.



Для тех, кто дочитал до этого места.  Дальше думаю понятно, что
делать. Пилите ваше IDE, то есть ваш Linux/UNIX до состояния, в
котором она IDE пригодна к использованию. Например man
bash/zsh/ksh/tcsh/mksh на предмет алиасов, функций и программируемых
автодополнений.

Ктоме того, в BSD make по умолчанию до основного make-а всегда
включается (include-ится) mk.conf.  В нем можно писать всяческие
приватные goodies, с помощью которых жизнь станет намного легче. У
меня там, к примеру, прописан такой таргет.

   .PHONY : list-vars
   list-vars :
   .for v in ${VARS}
@printf "%s=%s\n" "${v}" "${${v}}"
   .endfor

Работает так

   0 pdnsd>bmake list-vars VARS='PKGNAME MAINTAINER'
   PKGNAME=pdnsd-1.2.7
   [EMAIL PROTECTED]
   0 pdnsd>

mk.conf - это собственно продолжение идеи о том, что ОС UNIX - это и
есть ваша IDE. BSD make эту идею продолжает и развивает.
mk.conf - ваши "умолчания" и спец функции по аналогии с .myshrc.

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

Собственно того же самого можно добиться и с GNU make, прописывая _явно_
в каждый Makefile проекта что-нибудь вроде

   sinclude /etc/gnu_mk.conf

-- 
Best regards, Aleksey Cheusov.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Нужен ли bash

 >> panic, это уж совсем ниже плинтуса.  Ядро 2.4.27. Sarge, конечно,
 >> старый, но официально поддерживается, .deb-ка лежит на скачку.
 >> 
> Sarge уже официально не поддерживается, ЕМНИП.

Я не про Debian а про SUN.

http://virtualbox.org/wiki/Linux_Downloads

-- 
Best regards, Aleksey Cheusov.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Нужен ли bash

Andrey Lyubimets -> debian-russian@lists.debian.org  @ Fri, 03 Oct 2008 
16:01:41 +0700:

 >> Ну вот, собственно, один ставят на релеинг, за ним другой на
 >> обработку локальной почты.  Или один на обработку входящих
 >> соединений, другой - на контент-фильтрацию.  Или один на разгребание
 >> очереди на отправку, другой на прием (exim, скажем, имеет очень так
 >> себе алгоритм разгребания очереди).  Кто что лучше умеет.
 AL> Ну не верю я, что один против другого что-то настолько лучше умеет
 AL> (при этом нечто другое настолько хуже) что бы требовалось запускать
 AL> два МТА. Для сложной системы можно обойтись запуском одного с
 AL> разными конфигами в 99,9% случаев.

Ну, не верь.  Я тебя обращать в какую-либо веру не собираюсь.  Ты
спросил - я ответил.

 >> Внимание, вопрос.  Как это предлагается делать в Debian?
 AL> Ставить mta тестовый сервер, отладить конфигурацию, перенести её на
 AL> рабочий сервер,затем запретить на нем входящие соединения,
 AL> дождаться пока он разберётся с очередью (помочь ручками, если
 AL> надо), заменить mta,. Так например. Хотя согласен, в случае сложной
 AL> сетевой конфигурации не всегда её можно реализвать в тестовой среде
 AL> ( или будет сильно накладно)

То есть купить сервер, поставить на него, перенастроить, продать сервер?..

Чтобы продать что-нибудь ненужное, надо сначала купить что-нибудь
ненужное...

(Виртуальный сервер, типа предлагавшегося VZ-контейнера - тоже штука
сильно небесплатная.  По трудозатратам на ее подъем и настройку.)

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

-- 
Artem Chuprina
RFC2822:  Jabber: [EMAIL PROTECTED]

Functional programming is like describing your problem to a
mathematician.  Imperative programming is like giving instructions to
an idiot.
 -- arcus, #scheme on Freenode


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: make contest

> 3 октября 2008 г. 16:19 пользователь Aleksey Cheusov <[EMAIL PROTECTED]> 
> написал:
 >>> Испробовать ваш вариант с bmake в Debian.
 >>> В lenny я его не нашёл.
 >> Да, чуть не забыл. NetBSD make - центральная часть pkgsrc (pkgsrc.org).
 >> Поставив pkgsrc само собой получаешь NetBSD make из коробки.
 >>
 >> pkgsrc - хороший пример того, как на BSD make-е можно писать сложные
 >> системы. Кроме, конечно, того, что это еще и весьма ценный мех :-)

> Что-то не нашёл я там deb-пакет (что, в прочем, понятно).
> Похоже, легче BSD в виртуалке поднять.

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

И нет, поднять *BSD не проще в виртуалке не проще. Если нет опыта,
лучше не стоит, если не стоит задача поиграться и поизучать.

bootstrap под Debian (как и всюду) ставится предельно просто

cd PKGSRC_SRC/bootstrap
./bootstrap --workdir /tmp/trtrtr --prefix ~/pkg --unprivileged

Соль по вкусу само собой.

И это, dash таки имеет внутри весьма паршивый 'echo'.  С ним pkgsrc
обругает и пошлет подальше. Лучше скормить ему ksh или bash.
Как написано в документации.

-- 
Best regards, Aleksey Cheusov.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Нужен ли bash

Aleksey Cheusov -> debian-russian@lists.debian.org @ Fri, 03 Oct 2008 15:16:15
+0300:

>> Оно и само не исполняет что попало как попало. by design.
AC> Выше было доказано обратное по крайней мере для perl-а.
AC> Как раз таки by design небезопастная конструкция system
AC> в перле есть.

>> В отличие от sh, который by design как раз исполняет.
AC> Выше было показано, что при неаккуратном программировании на perl
AC> дыра имеет место быть. Также выше было показано, что при аккуратном
AC> программировании не shell дыра таки успешно заклепывается.
AC> Следовательно. By design дырявость инструментов perl и shell таки
AC> одинакова - то есть, оставляет желать лучшего в обоих случаях.

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

В перле небезопасная конструкция есть, но пользуются ею только полные
чайники, у них это сильно не первая проблема. Это - "проще не
раскладывать". В sh в поставке нет даже средства обойти. Можно взять
откуда-то со стороны. По слухам, оно даже соберется. Это - "сложно
обойти".

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

--
Artem Chuprina
RFC2822: Jabber: [EMAIL PROTECTED]

Нужны две программы - одна с интерфейсом, а другая чтобы работу делала.
Victor Wagner в <[EMAIL PROTECTED]>

--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: TCL list substitution

Victor Wagner -> debian-russian@lists.debian.org  @ Fri, 3 Oct 2008 15:40:57 
+0400:

 >> Кстати, одна из базовы синтаксических конструкций лишняя. Variable
 >> substitution. Можно было бы для большей однородности использовать
 >> синтаксис command substitution, считая переменные командами,
 >> возвращающими своё значение (как в Forth-е для констант).

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

На lisp они как раз различаются.  Одно и то же они только в Scheme.

 VW> Tcl это некоторый компромисс между математической строгостью Lisp и
 VW> плохо формализованным мышлением типичного студента CS.

-- 
Artem Chuprina
RFC2822:  Jabber: [EMAIL PROTECTED]

Пришел в гости математик, почитать новую рукопись. Вычитал из нее трех
героев напрочь, и ушел.
Gimli on #arda


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: TCL list substitution

> Victor Wagner -> debian-russian@lists.debian.org  @ Fri, 3 Oct 2008 15:40:57 
> +0400:

 >>> Кстати, одна из базовы синтаксических конструкций лишняя. Variable
 >>> substitution. Можно было бы для большей однородности использовать
 >>> синтаксис command substitution, считая переменные командами,
 >>> возвращающими своё значение (как в Forth-е для констант).

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

> На lisp они как раз различаются.  Одно и то же они только в Scheme.

Что-то ты мутишь. И в лиспе и в схеме программы (команды) - first
class value. Команды от данных отличаются только контекстом использования,
и в лиспе и схеме.

-- 
Best regards, Aleksey Cheusov.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Нужен ли bash

2008-10-03 Пенетрантность Alexey Pechnikov

 >>>  В отличие от sh, который by design как раз исполняет.
 AC>> Выше было показано, что при неаккуратном программировании на perl
 AC>> дыра имеет место быть. Также выше было показано, что при аккуратном
 AC>> программировании не shell дыра таки успешно заклепывается.
 AC>> Следовательно. By design дырявость инструментов perl и shell таки
 AC>> одинакова - то есть, оставляет желать лучшего в обоих случаях.

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

> В перле небезопасная конструкция есть, но пользуются ею только полные
> чайники

С этим согласен. И на этой радостной ноте предлагаю эту часть
дискуссии завершить.  Достигнут консенсус.  Ошибки - они удел полных
чайников.  Мы ошибок не допускаем! ;-) ;-)

-- 
Best regards, Aleksey Cheusov.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: TCL list substitution

Hello!

В сообщении от Friday 03 October 2008 14:41:45 Serhiy Storchaka написал(а):
> В тикле ведь та же самая проблема, что обсуждалась выше (для шелла). Из-за
> того, что eval и подобные делают concat своим аргументам перед парсингом. В
> результате простые примеры прокатывабт и так, а что-то посложнее и
> понадёжнее - приходится в [list ...] заворачивать.

А кто вам мешает все в [list ] завернуть? Выберите стиль программирования, 
какой нравится. Или eval переопределить.

Best regards, Alexey.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: TCL list substitution

2008-10-03 Пенетрантность Stanislav Maslovski

Aleksey Cheusov -> debian-russian@lists.debian.org @ Fri, 03 Oct 2008 16:33:11
+0300:

Кстати, одна из базовы синтаксических конструкций лишняя. Variable
substitution. Можно было бы для большей однородности использовать
синтаксис command substitution, считая переменные командами,
возвращающими своё значение (как в Forth-е для констант).

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

>> На lisp они как раз различаются. Одно и то же они только в Scheme.

AC> Что-то ты мутишь. И в лиспе и в схеме программы (команды) - first
AC> class value. Команды от данных отличаются только контекстом
AC> использования, и в лиспе и схеме.

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

--
Artem Chuprina
RFC2822: Jabber: [EMAIL PROTECTED]

Он был новичком в Париже, а не в фехтовании.
Alexander Mozhaev в <[EMAIL PROTECTED]>

--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: make contest

On Fri, Oct 03, 2008 at 03:33:00AM +0400, Stanislav Maslovski wrote:
> Всё та же задача, но под соусом "Recursive make considered useful" ;)
> 
> 
> % ls -R contest
> contest:
> dirA  dirB
> 
> contest/dirA:
> Makefile
> 
> contest/dirB:
> Makefile  b.c  c.c
> 
> % cat dirA/Makefile 
> binaries = ../dirB/b ../dirB/c
> 
> all:
> make -C ../dirB
> make a.tar.gz
>   
> a.tar.gz: $(binaries)
> tar czf a.tar.gz $(binaries)
>   
> $(binaries):
> make -C ../dirB $@
> 
> % cat dirB/Makefile
> all: b c
> 
> %: %.c
> gcc -o $@ $<
> 
> 
> Последнее правило в dirA/Makefile больше для пижонства:
> чтобы make a.tar.gz работал всегда, пересобирая архив
> из готовых бинарников или дособирая бинарники по
> необходимости. 

Комментарии-то будут? 

--
Stanislav


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: make contest

2008-10-03 Пенетрантность Покотиленко Костик

 >> all:
 >> make -C ../dirB
 >> make a.tar.gz
Вот это - ровно то же самое, что предложил я - _unconditional_
последовательное построение всех зависимостей.

В целом нормальный метод.

Только bsd.subdir.mk лучше, потому как не велосипед...
Он не херит -jN, например.

 >> %: %.c
 >> gcc -o $@ $<
Еще один. Gr-r-r-r-r :-/

> Комментарии-то будут? 

-- 
Best regards, Aleksey Cheusov.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Viking и realtime gps

В Птн, 03/10/2008 в 15:23 +0400, Dmitri Samsonov пишет:
> Покотиленко Костик пишет:
> > # make-googleearth-package
> > --11:14:34--  http://dl.google.com/earth/GE4/GoogleEarthLinux.bin
> >=> `GoogleEarthLinux.bin'
> > Распознаётся dl.google.com... 72.14.221.91, 72.14.221.93, 72.14.221.136
> > Устанавливается соединение с dl.google.com|72.14.221.91|:80...
> > соединение установлено.
> > Запрос HTTP послан, ожидается ответ... 404 Not Found
> > 11:14:34 ОШИБКА 404: Not Found.
> 
>   Можно взять из lenny.
>   А можно в /usr/bin/make-googleearth-package подправить url, откуда
> скачивать.

Можно скачать и поставить и не разбираться что я и сделал :P

-- 
Покотиленко Костик <[EMAIL PROTECTED]>


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: make contest

2008-10-03 Пенетрантность многоденег Александр

Stanislav Maslovski -> debian-russian@lists.debian.org  @ Fri, 3 Oct 2008 
19:06:34 +0400:

 >> Всё та же задача, но под соусом "Recursive make considered useful" ;)
 >> 
 >> 
 >> % ls -R contest
 >> contest:
 >> dirA  dirB
 >> 
 >> contest/dirA:
 >> Makefile
 >> 
 >> contest/dirB:
 >> Makefile  b.c  c.c
 >> 
 >> % cat dirA/Makefile 
 >> binaries = ../dirB/b ../dirB/c
 >> 
 >> all:
 >> make -C ../dirB
 >> make a.tar.gz
 >> 
 >> a.tar.gz: $(binaries)
 >> tar czf a.tar.gz $(binaries)
 >> 
 >> $(binaries):
 >> make -C ../dirB $@
 >> 
 >> % cat dirB/Makefile
 >> all: b c
 >> 
 >> %: %.c
 >> gcc -o $@ $<
 >> 
 >> 
 >> Последнее правило в dirA/Makefile больше для пижонства:
 >> чтобы make a.tar.gz работал всегда, пересобирая архив
 >> из готовых бинарников или дособирая бинарники по
 >> необходимости. 

 SM> Комментарии-то будут? 

Пригодно только для нескольких phony целей.

-- 
Artem Chuprina
RFC2822:  Jabber: [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Заработать 300000 рублей легко и просто

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

Интернет-Программа NEWPRO:

Программа создана на основе изучения бизнес-планов многих проектов и
гарантированно принесет Вам прибыль. Участвуя в проекте, Вы получите деньги!
Подумайте ещё раз, за первый месяц Вы сможете иметь доход 300 000 руб, при этом
Ваши затраты составят всего 99 рублей!

А при дальнейшем развитии бизнеса можно заработать более 1 000 000 руб!!

е-мейл: bloodheart(собака)yandex.ru или bloodheart111(собака)yahoo.ru ICQ#:
216288863

Напиши мне и я расскажу что по чём
Это уникальная возможность которой воспользовался я и советую воспользоваться
тебе.

--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: как собрать avi из jpg

2008-10-03 Пенетрантность Stanislav Maslovski


Спасибо.

Окончательный вариант выглядит так:

mencoder "mf://*.jpg" -mf fps=5 -mf type=jpg  -vf scale=320:-11 -oac 
copy -ovc lavc -lavcopts vcodec=msmpeg4:vbitrate=200 -ffourcc MP4 -o 
"output.avi"


ключом fps= можно менять скорость смены картинок.

--
Sincerely,
Nicholas


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: make contest

On Fri, Oct 03, 2008 at 07:50:26PM +0400, Artem Chuprina wrote:
>  SM> Комментарии-то будут? 
> 
> Пригодно только для нескольких phony целей.

В смысле, что в общем случае для работы с phony целями не годится?
Так понимать? Или?

-- 
Stanislav

-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: alias -g mc='screen mc'



Все-таки без screen не копируется из mc и его редактора при удаленном 
доступе, только локально "mc --nomause" помогает.



--
Sincerely,
Nicholas


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: делать копию файл а при каждом его обно влении (incron)


Artem Chuprina wrote:


 N> /home/user/1/123 IN_MODIFY cp /home/user/1/123 /home/user/1/123.345$DATE
 N> (неработает, просто добавляет слово "345.DATE" к имени)



Во втором случае - написать скрипт.


Через скрипт заработало, вопрос решен, спасибо.

Решение выглядит так:
/etc/incron.d/some_cp:
/home/user/123 IN_MODIFY /bin/sh /etc/incron.d/scripts/copy123

/etc/incron.d/scripts/copy123:
#!/bin/sh
DATE=`date +%Y.%m.%d.%H:%M`
cp /home/user/123 /home/user/$DATE

Если кто-то знает, как это-же действие сделать без скрипта, только с 
помощью одного файла в /etc/incron.d/ (и /etc/incron.conf) - будет 
интересно услышать мнение.



--
Sincerely,
Nicholas


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Viking и realtime gps


Можно скачать и поставить и не разбираться что я и сделал :P


И, риторически, зачем, если есть свободный и открытый софт viking ...

--
Sincerely,
Nicholas


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: доступ к pc в сети 192.168... через сосед нюю с реальным ip


Artem Chuprina wrote:

Nicholas -> debian-russian@lists.debian.org  @ Thu, 02 Oct 2008 16:33:43 -0400:


 N> Есть "pc1" в локальной сети с адресом eth0 192.168.1.3
 N> он соединяется с удаленным сервером "server" openvpn (с диапазоном реальных
 N> адресов xx.xx.2.0/24) и получает адрес tap 192.168.1.3

 N> "server" имеет настройку iptables:
 N> -A PREROUTING -d xx.xx.2.1 -j ACCEPT
 N> -A PREROUTING -d xx.xx.2.0/24 -j NETMAP --to 192.168.2.0/24
 N> -A POSTROUTING -s 192.168.2.0/24 -j NETMAP --to xx.xx.2.0/24

 N> таким образом "pc1" 192.168.1.3 "получает" внещний ip xx.xx.2.3 (и это
 N> работает):
 N> его ifconfig
 N> eth0inet addr:192.168.1.3
 N> tap5inet addr:192.168.2.3

 N> в той же локальной сети есть "pc2" с адресом eth0 192.168.1.4
 N> и www сервисом на порту 8081, до которого надо достучатся "из вне".

 N> Для этого на pc1 создаются правила:

 N> -A PREROUTING --dst 192.168.2.3 -p tcp --dport 8081 -j DNAT --to-destination
 N> 192.168.1.4
 N> -A POSTROUTING --src 192.168.1.4 -p tcp --sport 8081 -j SNAT --to-source
 N> 192.168.2.3:8081

 N> Но они не работают - по адресу xx.xx.2.3:8081 страница не открывается.

 N> Вопрос: как правильно настроить iptables на ps1, что бы получить доступ к
 N> ps2:8081 "из вне" ?

Еще надо на pc1 включить форвардинг и разрешить его в iptables (уже
таблица filter, а не nat), если запрещен.



На pc1 разрешено все: 



:INPUT ACCEPT [0:0] 

:FORWARD ACCEPT [0:0] 


:OUTPUT ACCEPT [390:61807]

и формардинг тоже:
cat /proc/sys/net/ipv4/ip_forward
1

--
Sincerely,
Nicholas


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: доступ к pc в сети 192.168... через сосед нюю с реальным ip

2008-10-03 Пенетрантность Serhiy Storchaka

И ведь что обидно, на машину ps1 можно зайти ssh запустить lynx и зайти 
на эту www страницу 192.168.1.4:8081
(правда особо это не помогает - "кнопки" на странице под 
lynx/elinks/links2 не "нажимаются")


Так что главный вопрос остается - какие нужны правила iptables для ps1

--
Sincerely,
Nicholas


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: TCL list substitution

Victor Wagner wrote:
> On 2008.10.03 at 13:41:45 +0300, Serhiy Storchaka wrote:
>> Вот это было нужно делать с самого начала, уже при разработке языка.
>> 
>> В тикле ведь та же самая проблема, что обсуждалась выше (для шелла).
>> Из-за того, что eval и подобные делают concat своим аргументам перед
>> парсингом. В результате простые примеры прокатывабт и так, а что-то
>> посложнее и понадёжнее - приходится в [list ...] заворачивать.
> 
> Она гораздо менее актуальна, так как всегда строго известно сколько
> раундов подстановки будет. В shell это гораздо сложнее предсказать.

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

>> Кстати, одна из базовы синтаксических конструкций лишняя. Variable
>> substitution. Можно было бы для большей однородности использовать
>> синтаксис command substitution, считая переменные командами,
>> возвращающими своё значение (как в Forth-е для констант).
> 
> Ну, это несколько осложнило бы жизнь. Все-таки запомнить правила, где
> переменные это переменные, а команды - это команды проще, чем правила,
> где переменные и команды это одно и тоже. Хотя на lisp люди пишут.

Запомнить одну сущность проще, чем две. Кстати в тикле ведь уже есть
несколько стандартных ?псевдопеременных?, синтаксис получения значения
которых как у переменных, но значение меняется независимо от пользователя.
Ведь это по сути системные команды.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: TCL list substitution

2008-10-03 Пенетрантность Serhiy Storchaka

Alexey Pechnikov wrote:
> В сообщении от Friday 03 October 2008 14:41:45 Serhiy Storchaka
> написал(а):
>> В тикле ведь та же самая проблема, что обсуждалась выше (для шелла).
>> Из-за того, что eval и подобные делают concat своим аргументам перед
>> парсингом. В результате простые примеры прокатывабт и так, а что-то
>> посложнее и понадёжнее - приходится в [list ...] заворачивать.
> 
> А кто вам мешает все в [list ] завернуть? Выберите стиль программирования,
> какой нравится. Или eval переопределить.

Ничего. Но если _все_ авторы специально подчёркивают, что нужно _всегда_
заворачивать аргументы явно в список (даже если для данного конкретного
случая не нужно, окажется необходимым при следующей правке), если каждое
употребление eval (и всех подобных команд) требует list, то может ошибка в
дизайне? Может стоит сразу включить list в eval (а вернее исключить concat
из него)?

-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: доступ к pc в сети 192.168... через соседнюю с реальным ip

2008-10-03 Пенетрантность Evgeniy M. Solodookhin

,-[Fri, Oct 03, 2008 at 14:45 -0400, Nicholas:]
> И ведь что обидно, на машину ps1 можно зайти ssh запустить lynx и зайти  
> на эту www страницу 192.168.1.4:8081
> (правда особо это не помогает - "кнопки" на странице под  
> lynx/elinks/links2 не "нажимаются")
>
> Так что главный вопрос остается - какие нужны правила iptables для ps1
>
> -- 
> Sincerely,
>   Nicholas
>
>
> -- 
:)
 PREROUTING --dst 192.168.2.3 -p tcp --dport 8081 -j DNAT
  --to-destination 192.168.1.4:8081
я бы поставил ето так.
:)

а чтоб кучу снатов не писать --- тоже не помелочился бы:
POSTROUTING -o tap5 -j MASQUERADE
хотя, возможно ето исключает красоту и лаконичность решения
)

-- 
__
mpd status: [playing]
Iron Maiden - Revelations
**
*  jabber:  [EMAIL PROTECTED]   *
*   Registered linux user #450844*
**


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: TCL list substitution

2008-10-03 Пенетрантность Alexey Pechnikov

Hello!

В сообщении от Friday 03 October 2008 23:27:51 Serhiy Storchaka написал(а):
> > А кто вам мешает все в [list ] завернуть? Выберите стиль
> > программирования, какой нравится. Или eval переопределить.
>
> Ничего. Но если _все_ авторы специально подчёркивают, что нужно _всегда_
> заворачивать аргументы явно в список (даже если для данного конкретного
> случая не нужно, окажется необходимым при следующей правке), если каждое
> употребление eval (и всех подобных команд) требует list, то может ошибка в
> дизайне? Может стоит сразу включить list в eval (а вернее исключить concat
> из него)?

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

Вот есть полученная откуда-либо строка параметров
puts $params 
-val1 value -val2 value2

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

Best regards, Alexey.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Viking и realtime gps

Покотиленко Костик пишет:

> Можно скачать и поставить и не разбираться что я и сделал :P

  А там всё FHS соответствует?
  А удалить его потом просто будет?
  А обновить?
  А система управления пакетами о нём будет знать, или это всё будет
"скрытая масса" и прочая "тёмная энергия"?

--
 Dmitri Samsonov


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Viking и realtime gps

Nicholas пишет:
>> Можно скачать и поставить и не разбираться что я и сделал :P
> 
> И, риторически, зачем, если есть свободный и открытый софт viking ...
> 
Он немного для других задач.
  К тому же я заметил, что после выкачивания гуглоснимков викингом (не
шибко активным выкачиванием, надо сказать) -- эти гуглоснимки перестают
отдаваться гуглосервером. Более того, если даже зайти на maps.google.ru
-- то там тоже снимков видно не будет, даже при максимальном удалении
(когда весь земной шар одной картинкой, да по нескольку раз) пишет, что
"нет изображения выбранного масштаба". Притом что карты (которые не
снимки, а отрисованные) продолжают работать как и работали.
  Через пару дней всё восстанавливается. Происходит только после
пользования викингом. Похоже, делается временный бан по ip (на соседнем
компьютере с другой операционной системой, но тем же ip-адресом --
наблюдается то же самое).

--
 Dmitri Samsonov


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: много HTTPS сайтов на одном сервере

Alex Myodov пишет:
> Или, что ещё лучше и прямее, даже так: 
> http://www.g-loaded.eu/2007/08/10/ssl-enabled-name-based-apache-virtual-hosts-with-mod_gnutls/

  libapache2-mod-gnutls для etch'а отсутствует.
  Если пересобирать руками -- то там, похоже, с пересборкой зависимостей
основательно повозиться придётся.
  Есть ли кошерный способ попроще?

--
 Dmitri Samsonov


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Команда