Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Tue, 30 Sep 2008
21:41:30 +0400:
>> Отпуск конечно оправдывает нежелание читать
>> документацию, но не до такой же степени...
>> Цитата:
>> http://localhost/doc/make-doc/make_5.html#SEC67
>> Recursive use of make means using make as a
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Tue, 30 Sep 2008
20:16:13 +0400:
AC> PS: недавно вот sim'овский debian/rules перекроили выкинули
AC> рекурсию, получился изящщненький такой rules на полтора экрана
AC> размером, а был экранов на 7-8 да еще и с рекурсией продр
Aleksey Cheusov -> debian-russian@lists.debian.org @ Tue, 30 Sep 2008 16:42:56
+0300:
>> "Recursive Make Considered Harmful" --- это в особенности раздражает).
> Пока останусь при своём мнении: майк надо уметь
> готовить. Хотя SCons надо будет попробовать...
http://
Dmitry Fedorov -> Debian-russian List @ Tue, 30 Sep 2008 21:23:50 +0700:
>> В сообщении от Tuesday 30 September 2008 15:25:30 Dmitry Fedorov написал(а):
>>> >> http://makepp.sourceforge.net/
>> Еще один язык программирования?
DF> Да. И? Make тоже язык программирования.
DF> Причём. rule-bas
Михаил Демин -> debian-russian @ Tue, 30 Sep 2008 21:50:16 +0400:
МД> После недавних экспериментов с ускорением загрузки за счет
МД> параллельного выполнения init скриптов (включил CONCURRENCY=shell в
МД> /etc/init.d/rc) появилась проблема с кириллической консолью. При
МД> загрузке выдает:
Кто-нибудь в курсе, когда выйдет сабж? Что-то все тянется и тянется...
Abdourazak Osmanov пишет:
Кто-нибудь в курсе, когда выйдет сабж? Что-то все тянется и тянется...
А куда спешить-то?.. Еще пока есть чего допилить в нем
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
1 октября 2008 г. 11:52 пользователь Evgueni N. Belenkov
<[EMAIL PROTECTED]>написал:
> А куда спешить-то?.. Еще пока есть чего допилить в нем
>
Спешить-то не надо, а вот дату выхода хорошо бы знать...
On 2008.10.01 at 11:54:23 +0400, Abdourazak Osmanov wrote:
>
>1 октября 2008 г. 11:52 пользователь Evgueni N. Belenkov
><[EMAIL PROTECTED]> написал:
>
> А куда спешить-то?.. Еще пока есть чего допилить в нем
>
>Спешить-то не надо, а вот дату выхода хорошо бы знать...
Да мы как
AC> make, напомню, в отличие от gcc, вызывают не только чтобы собрать цель,
AC> но и чтобы _пере_собрать ее.
gcc вызывают не только для того чтобы собрать .o, но и пересобрать .o
нет отличий
AC> С минимальными затратами. Он именно для
AC> этого придуман, иначе он был бы нафиг не нужен, шелловски
Abdourazak Osmanov <[EMAIL PROTECTED]> wrote:
> Какие учетные системы существуют для контроля раздачи трафика и его
> ограничения? И их достоинства и недостатки?
netflow
подробности на http://en.wikipedia.org/wiki/Netflow
--
Only one 0_o
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subj
AC>> а если говорить о make, то по этой аналогии получится и sh
AC>> рекурсивный и тикль и perl и питон и тд итп
AC> Не вопрос. Вопрос в том, что для make это harmful, а для sh, тикля,
AC> перла и питона - нет.
необосновано (если рекурсией называть то что вы называете)
--
... mpd is off
. ''`.
On 2008.10.01 at 12:24:24 +0400, Dmitry E. Oboukhov wrote:
> AC> make, напомню, в отличие от gcc, вызывают не только чтобы собрать цель,
> AC> но и чтобы _пере_собрать ее.
> gcc вызывают не только для того чтобы собрать .o, но и пересобрать .o
>
> нет отличий
Если бы речь шла о Borland C, то, во
Слежу как там с багами, то вроде NO, то на следующий день парочку откроют...
Лол, это до второго пришествия они lenny не релизят, я бы даже предположил
что sid
быстрее выйдет...
1 октября 2008 г. 12:05 пользователь Victor Wagner <[EMAIL PROTECTED]>написал:
> On 2008.10.01 at 11:54:23 +0400, Abdou
Приветствую!
2008/9/27 Serhiy Storchaka <[EMAIL PROTECTED]>:
> San_Sanych wrote:
>
> И остаётся открытым вопрос о вычислении разницы дат.
Например:
#/usr/bin/perl
use strict;
use warnings;
use POSIX;
my @time = localtime;
my $today_unix_time = mktime(@time);
my $today = localtime($today_unix
>> Я думаю, вы выдаете желаемое за действительное. Я лично считаю вызов
>> внешнего шела гораздо более правильной практикой по сравнению с
>> изобретением собственных недоязыков программирования.
>>
>> А вызвать внешний shell ничем не хуже, чем дернуть встроенный
>> интерпретатор java script
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Wed, 1 Oct 2008
12:24:24 +0400:
AC>> make, напомню, в отличие от gcc, вызывают не только чтобы собрать цель,
AC>> но и чтобы _пере_собрать ее.
DEO> gcc вызывают не только для того чтобы собрать .o, но и пересобрать .o
DEO> нет отличий
Привет.
tcpdump и wireshark ругаются на некорректные суммы пакетов tcp
в направлении:
localhost(server) -> localhost(client)
Примеры с tcpdump:
12:55:35.462841 IP (tos 0x0, ttl 64, id 52993, offset 0, flags [DF], proto:
TCP (6), length: 1452) localhost.60002 > localhost.37565: P 212500:213900(
Abdourazak Osmanov пишет:
> Кто-нибудь в курсе, когда выйдет сабж? Что-то все тянется и
> тянется...
"Как только будет готов".
На странице [1] экстраполируешь зелёную кривую до пересечения с осью
абсцисс.
По моим личным прогнозам -- раньше нового года ждать не стоит. Может
быть и до весны з
AC>>PROG = myprog
AC>>SRCS = file1.c file2.c
AC>>.include
AC>> И ведь оно уже все умеет.
> Так ведь "оно" само кем-то написано? Так вот, "оно" и есть сложный
> мейкфайл.
Да. Это внешняя библиотека, которую переихобретают куча велосипедистов
вместо того, чтобы просто воспользов
2008/10/1 Murat D. Kadirov <[EMAIL PROTECTED]>
> 22:52 Tue 30 Sep, Mikhail Ramendik wrote:
> > Всем привет!
> >
> > Вопрос: можно ли как-то сделать bluetooth headset нормальным ALSA
> > устройством? Интересно для voip.
>
> Да это возможно.
>
> http://wiki.bluez.org/wiki/HOWTO/AudioDevices
>
> В се
Кто-нибудь сталкивался с такой ошибкой:
PANIC: fatal region error detected; run recovery
в Jigdo_lite ?
Что бы это значило?
Работать не отказывается, но говорит что тянуть будет две тысячи файлов,
вместо обычных 200-400 (я обновляю еженедельный iso Lenny)
У меня нет уверенности, что потом будет н
> Вопрос: можно ли как-то сделать bluetooth headset нормальным ALSA
> устройством? Интересно для voip.
Ответ: можно!
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
2008/10/1 Dmitri Samsonov [EMAIL PROTECTED]
> На странице [1] экстраполируешь зелёную кривую до пересечения с осью
> абсцисс.
> [1] http://bugs.debian.org/release-critical/
Там синяя кривая выше зелёной - количество RC багов в etch больше чем в
lenny?!
--
Yours, Mikhail Ramendik
> autotools must die! Вот новая тема для "дружелюбной" беседы! 8-)
Точно! Кто знает какие знает альтернативы autotools?
Юзать этот музей костылей и подпорок нет никакого желания...
--
Eugene V. Lyubimkin aka JackYF
signature.asc
Description: OpenPGP digital signature
On Wed, 1 Oct 2008 11:36:48 +0400
"Abdourazak Osmanov" <[EMAIL PROTECTED]> wrote:
> Кто-нибудь в курсе, когда выйдет сабж? Что-то все тянется и тянется...
Дык ожидание релизов - притча во языцех. Вообще, rolling release - рулит, имхо.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
Mikhail Ramendik wrote:
> 2008/10/1 Dmitri Samsonov [EMAIL PROTECTED]
>
>
>> На странице [1] экстраполируешь зелёную кривую до пересечения с осью
>> абсцисс.
>> [1] http://bugs.debian.org/release-critical/
>
>
> Там синяя кривая выше зелёной - количество RC багов в etch больше чем в
> lenny?!
On Tue, Sep 30, 2008 at 11:28:25AM +0400, Dmitry E. Oboukhov wrote:
*SKIP*
> LAA> # apt-get -t install
> LAA> Но не работает
> оно работает когда в конфиге apt установлен APT::Default-Release во
> что-нибудь хотя я пользуюсь apt-get вместо aptitude и могу ошибатсья
В 0.7.14 работает. Раньше
1 октября 2008 г. 13:29 пользователь ivan <[EMAIL PROTECTED]> написал:
> Кто-нибудь сталкивался с такой ошибкой:
> PANIC: fatal region error detected; run recovery
> в Jigdo_lite ?
>
> Что бы это значило?
>
> Работать не отказывается, но говорит что тянуть будет две тысячи файлов,
> вместо обычных
>> autotools must die! Вот новая тема для "дружелюбной" беседы! 8-)
> Точно! Кто знает какие знает альтернативы autotools?
> Юзать этот музей костылей и подпорок нет никакого желания...
Старый добрый BSD make - вместо automake и libtool.
pmk (aka. pre make kit) - вместо autoconf.
Некоторые зде
1 октября 2008 г. 16:20 пользователь Aleksey Cheusov написал:
> AC>> И ведь оно уже все умеет.
Хм. Бывший начальник рассказал. Экспертиза "изобретения". Изобретатель
изобрёл установку фотоэлемента на ж/д локомотив. "Он же всё видит! А
дальше уже ваше дело".
> Да. Это внешняя библиотека, которую
On 2008.10.01 at 13:12:50 +0300, Aleksey Cheusov wrote:
> >> autotools must die! Вот новая тема для "дружелюбной" беседы! 8-)
>
> > Точно! Кто знает какие знает альтернативы autotools?
> > Юзать этот музей костылей и подпорок нет никакого желания...
>
> Старый добрый BSD make - вместо automake
Hello!
> > если то же самое можно делать на хорошо известном и используемом
> > ежедневно языке программирования общего назначения
>
> Вот именно, что нельзя.
>
> > (и не таскать кучу зависимостей при этом)?
>
> Нежелательные зависимости - это как раз таки многотонные интерпретаторы
> perl/python/
On 2008.10.01 at 12:20:17 +0300, Aleksey Cheusov wrote:
> > Поскольку, опять же, никаких чудес.
> Твоих проблем/задач не решает, да. Рекурсия там в полный рост -
> bsd.subdir.mk. Автозависимостей для внутренностей .c/.cpp не доставляет.
>
> Но эти проблемы меня беспокоят гораздо меньше, чем наво
покажи
ifconfig | egrep "RX packets|TX packets"
--
Only one 0_o
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Boris Popov wrote:
> smake посмотри.
>
Выкинут из lenny несколько месяцев назад, последняя версия датируется 11
марта 2007 года...
> 1 октября 2008 г. 13:54 пользователь Eugene V. Lyubimkin
> <[EMAIL PROTECTED]> написал:
>>> autotools must die! Вот новая тема для "дружелюбной" беседы! 8-)
>> Точн
> On 2008.10.01 at 12:20:17 +0300, Aleksey Cheusov wrote:
>> > Поскольку, опять же, никаких чудес.
>> Твоих проблем/задач не решает, да. Рекурсия там в полный рост -
>> bsd.subdir.mk. Автозависимостей для внутренностей .c/.cpp не доставляет.
>>
>> Но эти проблемы меня беспокоят гораздо мень
>> Да. Это внешняя библиотека, которую переихобретают куча велосипедистов
>> вместо того, чтобы просто воспользоваться.
> Для того, чтобы ею воспользоваться, она должна быть оформлена как
> отдельная библиотека и вне контекста fbsd,
> иначе она частный велосипед только для бсдишников.
NetBSD-ш
1 октября 2008 г. 18:09 пользователь Aleksey Cheusov написал:
>
> А во вторых, включение файлов в проект автоматически - по маске - это
> ВЕСЬМА спорный момент. Это небезопастно. Вы же не добавляете
> на CVS файлы по маске просто потому, что там присутствуют. Нет, вы требуете
> 'cvs add' - и это п
>> Нежелательные зависимости - это как раз таки многотонные интерпретаторы
>> perl/python/tcl/ruby с многотонными же библиотеками.
> $ ls -l /usr/lib/libtcl8.4.so.0
> -rw-r--r-- 1 root root 733796 Май 1 12:17 /usr/lib/libtcl8.4.so.0
> Вас пугают 700 килобайт?
Я не специалист по безопастности
Mikhail Ramendik -> Debian-russian List @ Wed, 1 Oct 2008 10:34:47 +0100:
>> > Вопрос: можно ли как-то сделать bluetooth headset нормальным ALSA
>> > устройством? Интересно для voip.
>>
>> Да это возможно.
>>
>> http://wiki.bluez.org/wiki/HOWTO/AudioDevices
>>
>> В сети есть, множестов ин
10:34 Wed 01 Oct, Mikhail Ramendik wrote:
> 2008/10/1 Murat D. Kadirov <[EMAIL PROTECTED]>
>
> > 22:52 Tue 30 Sep, Mikhail Ramendik wrote:
> > > Всем привет!
> > >
> > > Вопрос: можно ли как-то сделать bluetooth headset нормальным ALSA
> > > устройством? Интересно для voip.
> >
> > Да это возможно
>> Старый добрый BSD make - вместо automake и libtool.
>> pmk (aka. pre make kit) - вместо autoconf.
> А по-моему imake лучше. Во всяком случае он поддерживает несколько
> большее количество систем.
Ой. А как imake матерят я просто не могу передать :))) Не, я сам в нем
не очень, но судя по то
Aleksey Cheusov -> Debian-Russian2 @ Wed, 01 Oct 2008 14:30:31 +0300:
>>> Нежелательные зависимости - это как раз таки многотонные интерпретаторы
>>> perl/python/tcl/ruby с многотонными же библиотеками.
>> $ ls -l /usr/lib/libtcl8.4.so.0
>> -rw-r--r-- 1 root root 733796 Май 1 12:17 /usr/lib
>> А во вторых, включение файлов в проект автоматически - по маске - это
>> ВЕСЬМА спорный момент. Это небезопастно. Вы же не добавляете
>> на CVS файлы по маске просто потому, что там присутствуют. Нет, вы требуете
>> 'cvs add' - и это правильно, так и должно быть.
> Это не make-ово дело - з
AC>>> make, напомню, в отличие от gcc, вызывают не только чтобы собрать цель,
AC>>> но и чтобы _пере_собрать ее.
AC>> gcc вызывают не только для того чтобы собрать .o, но и пересобрать .o
AC>> нет отличий
AC> gcc вызывают для того, чтобы сделать новый .o _вместо_ старого. Он про
AC> старый вообщ
1 октября 2008 г. 18:59 пользователь Aleksey Cheusov написал:
> Я что-то не пойму. Что плохого в том, что файлы, из которых строится
> exe файл или библиотека ЯВНО перчислены в Makefile-е. Так и должно
> быть. Это норма.
Нет. Это привычка.
> PROG= paexec
> SRCS= paexec.c wrappe
AC>> Связь между размером исходного кода и
AC>> безопастностью прямая. Если уж выбирать что-то более мощное по
AC>> сравнению с shell-ом, я бы выбрал LUA или Java Script.
AC>> Но никак не TCL и тем более не python.
> Если речь идет о безопасности, то начинать надо с выкидывания sh.
Вызов внеш
DF>> Я что-то не пойму. Что плохого в том, что файлы, из которых строится
DF>> exe файл или библиотека ЯВНО перчислены в Makefile-е. Так и должно
DF>> быть. Это норма.
DF> Нет. Это привычка.
DF>> PROG= paexec
DF>> SRCS= paexec.c wrappers.c nonblock_helpers.c
DF>> .include
DF>
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Wed, 1 Oct 2008
15:59:50 +0400:
AC make, напомню, в отличие от gcc, вызывают не только чтобы собрать цель,
AC но и чтобы _пере_собрать ее.
AC>>> gcc вызывают не только для того чтобы собрать .o, но и пересобрать .o
AC>>> нет от
Dmitry Fedorov wrote:
> 1 октября 2008 г. 18:59 пользователь Aleksey Cheusov написал:
>> Я что-то не пойму. Что плохого в том, что файлы, из которых строится
>> exe файл или библиотека ЯВНО перчислены в Makefile-е. Так и должно
>> быть. Это норма.
>
> Нет. Это привычка.
>
>> PROG= paexe
1 октября 2008 г. 19:37 пользователь Eugene V. Lyubimkin написал:
>> Меньший автоматизм.
>> Для добавления типичного файла в проект мне достаточно добавить его в CVS.
>> Вам же ещё нужно изменить ваш makefile - ручная работа.
> Гм, а если у Вас лежат файлы в каталоге не под контролем версий, а
Эт
1 октября 2008 г. 19:23 пользователь Dmitry E. Oboukhov написал:
> SRC = $(wildcard *.c)
> и забыли про редактирование
Вы невнимательны.
У меня так и я спорю с теми, у кого не так.
Artem Chuprina wrote:
[snip]
> У make, впрочем, есть и еще одна проблема. Она уже не имеет отношения к
> рекурсивному вызову, но ноги ее растут примерно из той же весьма куцей
> модели зависимостей, которую он реализует. Ее тоже можно обойти, но это
> ВЕСЬМА нетривиально, и разумеется, НИКАК не п
AC>>> gcc вызывают для того, чтобы сделать новый .o _вместо_ старого. Он про
AC>>> старый вообще не думает, он его молча затирает. make - думает.
AC>> и что с того что думает? мы что будем различия строить на том о чем
AC>> думает какая-то программа во время работы?
AC>> они каждая думает о своем
DF>> SRC = $(wildcard *.c)
DF>> и забыли про редактирование
DF> Вы невнимательны.
DF> У меня так и я спорю с теми, у кого не так.
ах, сорри я вклинился не прочитав контекст :)
ну считаем что нас уже двое :)
--
... mpd is off
. ''`. Dmitry E. Oboukhov
: :’ : email:
On Wed, Oct 01, 2008 at 12:54:10PM +0300, Eugene V. Lyubimkin wrote:
> > autotools must die! Вот новая тема для "дружелюбной" беседы! 8-)
>
> Точно! Кто знает какие знает альтернативы autotools?
> Юзать этот музей костылей и подпорок нет никакого желания...
>
CMake
--
WBR, Dmitry
signature.
Aleksey Cheusov -> debian-russian@lists.debian.org @ Wed, 01 Oct 2008 15:22:46
+0300:
AC>>> Связь между размером исходного кода и безопастностью прямая. Если
AC>>> уж выбирать что-то более мощное по сравнению с shell-ом, я бы
AC>>> выбрал LUA или Java Script. Но никак не TCL и тем более не
Eugene V. Lyubimkin -> debian-russian@lists.debian.org @ Wed, 01 Oct 2008
12:54:10 +0300:
>> autotools must die! Вот новая тема для "дружелюбной" беседы! 8-)
EVL> Точно! Кто знает какие знает альтернативы autotools?
EVL> Юзать этот музей костылей и подпорок нет никакого желания...
Ну, те же
DF> Вы страдаете, глядя на изобретателей велосипедов?
DF> А я - на руками выписанные имена файлов, иногда - 2-3 раза.
точно точно
на лоре обсуждали blockout2
так там makefile выглядел так:
SRC := a.c b.c c.c d.c e.c \
и так пол экрана перечисление сишный файлов, а ниже
OBJ := a.o b.o ...
и еще
,-[Wed, Oct 01, 2008 at 10:14 +0400, Stanislav Maslovski:]
|On Wed, Oct 01, 2008 at 08:46:26AM +0300, Vladimir Krivitsky wrote:
|> 17:43 Tue 30 Sep , Evgeniy M. Solodookhin написал:
|> > On Tue, Sep 30, 2008 at 17:33 +0400, Stanislav Maslovski wrote:
|> > > On Tue, Sep 30, 2008 at 1
> 1 октября 2008 г. 18:59 пользователь Aleksey Cheusov написал:
>> Я что-то не пойму. Что плохого в том, что файлы, из которых строится
>> exe файл или библиотека ЯВНО перчислены в Makefile-е. Так и должно
>> быть. Это норма.
> Нет. Это привычка.
Покажите мне _хотя бы одну_ систему сборки (мо
AC> А смысл решать на получившемся винегрете задачи, которые решает awk?
AC> Если их на авке решать сложно, вон для желающих лаконичности есть perl,
AC> а для желающих ясности - tcl.
лаконичность и ясность это разве не две стороны одного и того же?
--
... mpd is off
. ''`.
AC>>> Я что-то не пойму. Что плохого в том, что файлы, из которых строится
AC>>> exe файл или библиотека ЯВНО перчислены в Makefile-е. Так и должно
AC>>> быть. Это норма.
AC>> Нет. Это привычка.
AC> Покажите мне _хотя бы одну_ систему сборки (можно даже IDE), где был
AC> бы реализован такой вот
AC>>> make как раз усложняет сборку по сравнению с тупым шелловским скриптом.
AC>>> Но удешевляет ее за счет этого.
> Шелловский скрипт unconditional сборки проекта проще соответствующего
> мейкфайла.
Нет. Смотри ниже.
> Потому что надо описать только команды сборки, а на
> зависимости можно з
>> У make, впрочем, есть и еще одна проблема. Она уже не имеет отношения к
>> рекурсивному вызову, но ноги ее растут примерно из той же весьма куцей
>> модели зависимостей, которую он реализует.
> Несмотря на то, что абзацу объяснения было отведено аж 6 неполных строк,
> я так и не понял, о чё
Aleksey Cheusov wrote:
> >> У make, впрочем, есть и еще одна проблема. Она уже не имеет отношения к
> >> рекурсивному вызову, но ноги ее растут примерно из той же весьма куцей
> >> модели зависимостей, которую он реализует.
>
>> Несмотря на то, что абзацу объяснения было отведено аж 6 неполных
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Wed, 1 Oct 2008
16:35:22 +0400:
AC gcc вызывают для того, чтобы сделать новый .o _вместо_ старого. Он про
AC старый вообще не думает, он его молча затирает. make - думает.
AC>>> и что с того что думает? мы что будем различия ст
Eugene V. Lyubimkin -> debian-russian@lists.debian.org @ Wed, 01 Oct 2008
15:45:33 +0300:
>> У make, впрочем, есть и еще одна проблема. Она уже не имеет отношения к
>> рекурсивному вызову, но ноги ее растут примерно из той же весьма куцей
>> модели зависимостей, которую он реализует. Ее тож
On 2008.10.01 at 14:48:30 +0300, Aleksey Cheusov wrote:
> >> Старый добрый BSD make - вместо automake и libtool.
> >> pmk (aka. pre make kit) - вместо autoconf.
>
> > А по-моему imake лучше. Во всяком случае он поддерживает несколько
> > большее количество систем.
>
> Ой. А как imake матерят
> Я могу представить другие поводы выкинуть perl из базовой системы.
> Размер, например. Но выкинуть perl _по соображениям безопасности_ и
> оставить при этом sh - это, извините, идиотизм.
Читай соответствующие списки рассылки.
>>> А Java Script безопасен только в песочнице. Но в песочнице он
Artem Chuprina wrote:
>
> Объясняю. Берем (для примера урезанный, существенное сохранено) вариант
> того самого debian/rules, который тебе вроде как нравился.
>
> install: configure install-stamp
> install-stamp:
> make -C .. install DESTDIR=debian/tmp
> touch $@
>
> Выполн
On 2008.10.01 at 14:59:33 +0300, Aleksey Cheusov wrote:
> >> А во вторых, включение файлов в проект автоматически - по маске - это
> >> ВЕСЬМА спорный момент. Это небезопастно. Вы же не добавляете
> >> на CVS файлы по маске просто потому, что там присутствуют. Нет, вы
> требуете
> >> 'cvs ad
AC>> А смысл решать на получившемся винегрете задачи, которые решает awk?
AC>> Если их на авке решать сложно, вон для желающих лаконичности есть perl,
AC>> а для желающих ясности - tcl.
> лаконичность и ясность это разве не две стороны одного и того же?
Нет. есть один волшебный пример - притча
On 2008.10.01 at 15:22:46 +0300, Aleksey Cheusov wrote:
>
> AC>> Связь между размером исходного кода и
> AC>> безопастностью прямая. Если уж выбирать что-то более мощное по
> AC>> сравнению с shell-ом, я бы выбрал LUA или Java Script.
> AC>> Но никак не TCL и тем более не python.
>
> > Если
> OBJ := a.o b.o ...
> и еще пол экрана
Вот за это бить нужно. Палкой. Больно. И долго.
--
Best regards, Aleksey Cheusov.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On 2008.10.01 at 16:43:38 +0400, Artem Chuprina wrote:
> Безопасность JS базируется на том, что у него нет средств доступа к
> системе. Но если у него нет средств доступа к системе, он не сможет
> этой системой рулить.
Вообще-то это не совсем так. Оно все же несколько более типизировано,
чем pe
В сообщении от 1 октября 2008 17:33 Victor Wagner написал(a):
> Но ведь дистрибьютору тоже пофигу - у него тоже в дистрибутиве все три
> лежат. Как я узнаю, какая именно установлена и если устанвлены несколько
> - с какой будет юзеру удобнее?
Уж постарайтесь :-) Если пользователю пофиг,
то есть ес
>> Количество систем? Мне не известна система, где не работает nbmake.
> Интересует не система, на которой можно собрать и поставит nbmake, а
> потом долго и тщательно писать аналог bsd.prog.mk, а система у которой в
> поставке идет соответствующий make и библиотека mk-файлов. Таких систем
> при
AC> Блин. Ты хочешь доказать мне, что можно придумать пример, где
AC> рекурсивный вызов make не составляет проблем? Не вопрос, я и сам могу.
AC> Вопрос в том, что в типичном случае проблемы будут. А в том, где не
AC> будет, использование make - это из пушек по воробьям.
AC> Или тебе настолько
AC>> OBJ := a.o b.o ...
AC>> и еще пол экрана
AC> Вот за это бить нужно. Палкой. Больно. И долго.
самое интересное что когда я отправил патч автор его не принял
написал что ему так больше нравится, поскольку "более управляемо"
(дословно) :(
--
... mpd is off
. ''`. Dm
AC> А это не было объяснение. Объяснение гораздо короче. При
AC> последовательном (не обязательно подряд) выполнении команд, допустим,
AC> make
AC> make DEBUG=1
AC> make не догадывается, что пересобрать с отладочными дефайнами надо не
AC> только те файлы, которые менялись, а вообще все.
понима
Aleksey Cheusov -> debian-russian@lists.debian.org @ Wed, 01 Oct 2008 15:57:49
+0300:
AC make как раз усложняет сборку по сравнению с тупым шелловским скриптом.
AC Но удешевляет ее за счет этого.
>> Шелловский скрипт unconditional сборки проекта проще соответствующего
>> мейкфайла.
>> > Если речь идет о безопасности, то начинать надо с выкидывания sh.
>> Вызов внешней утилы не является дырой в безопастности.
>> По крайней мере речь _сейчас_ не об этом, контект не тот.
> Дырой в безопасности является строковая подстановка с неявным
> репарсингом после неё. Чуть автор скрип
On 2008.10.01 at 17:34:46 +0300, Aleksey Cheusov wrote:
> >> > Если речь идет о безопасности, то начинать надо с выкидывания sh.
> >> Вызов внешней утилы не является дырой в безопастности.
> >> По крайней мере речь _сейчас_ не об этом, контект не тот.
>
> > Дырой в безопасности является строко
On 2008.10.01 at 18:31:22 +0400, Dmitry E. Oboukhov wrote:
>
> понимаешь в чем дело, в том что если бы make догадывалось об этом то ей
> пришлось бы перестать быть универсальным инструментом (вон выше по ветке
> собирают PDF например, а какой там DEBUG) и стала бы
> узкоспециализированным. а это
AC>> Вывод: _правильный_ make - на порядок проще unconditional shell скрипта.
> Там, где не нужно писать - нужно include тот файл, где это уже
> написано. Ты приводил пример, собственно. Так вот. Ты должен быть
> в курсе, что sh тоже так умеет...
Ах так. Ну хорошо. Тогда такой вывод:
правиль
VW>> понимаешь в чем дело, в том что если бы make догадывалось об этом то ей
VW>> пришлось бы перестать быть универсальным инструментом (вон выше по ветке
VW>> собирают PDF например, а какой там DEBUG) и стала бы
VW>> узкоспециализированным. а это неправильно.
VW> Дебуга там нет, но вообще-то pdft
>> любом скриптовом языке. Ни в tcl ни в perl разыменование переменной не
>> смотрит, пуста строка, или нет. И проблема, как следствие та же.
> Вопрос не в том, пуста строка или нет, а в том, будет ли она передана
> в выполняемую внешнюю команду как один параметр, или как произвольный
> набор та
>> http://www.gnu.org/software/make/manual/make.html#Automatic-Prerequisites
>>
>> Это костыль. Исходная проблема в том, что зависимости в make-ах
>> строятся только на уровне файлов, без анализа содержимого этих файлов
>> и учета семантики этого самого содержимого.
>>
>> То есть исходный
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Wed, 1 Oct 2008
18:17:20 +0400:
AC>> Блин. Ты хочешь доказать мне, что можно придумать пример, где
AC>> рекурсивный вызов make не составляет проблем? Не вопрос, я и сам могу.
AC>> Вопрос в том, что в типичном случае проблемы будут. А
On 2008.10.01 at 17:57:01 +0300, Aleksey Cheusov wrote:
> >> любом скриптовом языке. Ни в tcl ни в perl разыменование переменной не
> >> смотрит, пуста строка, или нет. И проблема, как следствие та же.
>
> > Вопрос не в том, пуста строка или нет, а в том, будет ли она передана
> > в выполняемую
В первую очередь это письмо обращено к Диме Обухову, который утверждает,
что "все легко, вот тут добавим еще пару зависимостей, и эта задача тоже
решится". С удовольствием увижу присоединившимся к контесту Алексея
Чеусова, с BSD make (видимо, pmake, чтобы было топичнее - но если что, я
и netbsd на
> Я сказал СПИСКОВУЮ форму system.
Я это прекрасно понял. См. ниже.
> Сравните результаты
> $filename='innocentpic.jpg; echo "Ha-Ha, you are hacked!';
> system display, $filename;
> и
> system "display $filename";
Сравните результаты:
filename='innocentpic.jpg; echo "Ha-Ha, you are hacked!'
> В первую очередь это письмо обращено к Диме Обухову, который утверждает,
> что "все легко, вот тут добавим еще пару зависимостей, и эта задача тоже
> решится". С удовольствием увижу присоединившимся к контесту Алексея
> Чеусова, с BSD make (видимо, pmake, чтобы было топичнее - но если что, я
> и
On Wed, Oct 01, 2008 at 04:34:29PM +0400, Evgeniy M. Solodookhin wrote:
> On Tue, Sep 30, 2008 at 17:33 +0400, Stanislav Maslovski wrote:
> |У него нет локального MTA. fetchmail похоже скармливает почту
> |прямо procmail-у. Опции запуска fetchmail в студию, плиз.
> mta - есть, прилагавшийся в комп
On Wed, Oct 01, 2008 at 12:50:45PM +0400, Andrey Vasilenko wrote:
> Слежу как там с багами, то вроде NO, то на следующий день парочку откроют...
> Лол, это до второго пришествия они lenny не релизят, я бы даже предположил что
> sid быстрее выйдет...
^^^ ^^
Предположу, что это была тон
Точно! Jigdo ведет свою базу, а я ее и не заметил.
Удалял только временные файлы.
Удалил jigdo-file-cache.db и все стало работать.
Спасибо за подсказку.
В Срд, 01/10/2008 в 14:06 +0400, Yuri Kozlov пишет:
> 1 октября 2008 г. 13:29 пользователь ivan <[EMAIL PROTECTED]> написал:
> > Кто-нибудь ста
,-[Wed, Oct 01, 2008 at 21:24 +0400, Stanislav Maslovski:]
|On Wed, Oct 01, 2008 at 04:34:29PM +0400, Evgeniy M. Solodookhin wrote:
|> On Tue, Sep 30, 2008 at 17:33 +0400, Stanislav Maslovski wrote:
|> |У него нет локального MTA. fetchmail похоже скармливает почту
|> |прямо procmail-у.
Сам даже как-то не прочувствовал, что написал :) Нет, я имел в виду squeeze
:)
2008/10/1 Stanislav Maslovski <[EMAIL PROTECTED]>
> On Wed, Oct 01, 2008 at 12:50:45PM +0400, Andrey Vasilenko wrote:
> > Слежу как там с багами, то вроде NO, то на следующий день парочку
> откроют...
> > Лол, это до в
Результаты 1 - 100 из 124 matches
Mail list logo
