sams?
On Wed, 01 Oct 2008 09:33:14 +0400, Abdourazak Osmanov
[EMAIL PROTECTED] wrote:
Какие учетные системы существуют для контроля раздачи трафика и его
ограничения? И их достоинства и недостатки?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
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 11:12:50AM +0300, Vladimir Krivitsky wrote:
Так нужно не просто назначить
http://linuxbill.blogspot.com/2007/12/linux.html
тут найдена статья по многим системам биллинга.
On Mon, Sep 29, 2008 at 11:26:34AM +0400, Grey Fenrir wrote:
Не драки ради, а токмо для самообразования.
Любопытно, как _негнутые_ утилиты обработают, скажем, файл с именем -f
Как справится гнутая (команда ключи -- файлы) мне понятно, а
какие есть инструменты для этого в стандарте?
Точно
On 2008.09.29 at 11:26:34 +0400, Grey Fenrir wrote:
Не драки ради, а токмо для самообразования.
Любопытно, как _негнутые_ утилиты обработают, скажем, файл с именем -f
Любая утилита прекрасно поймет что ./-f - это имя файла, а не опция.
Рекомендую этот прием запомнить и им пользоваться.
--
On 2008.09.30 at 22:52:28 +0100, Mikhail Ramendik wrote:
Всем привет!
Вопрос: можно ли как-то сделать bluetooth headset нормальным ALSA
устройством? Интересно для voip.
Можно. Помнится, был такой драйвер.
В lenny с ходу не нашел, но зато там есть
Alexey Pechnikov - debian-russian@lists.debian.org @ Tue, 30 Sep 2008
18:10:28 +0400:
AP P.S. А нет ли у вас ссылочки на грамотное руководство по созданию
AP make-файлов, не привязанных к шеллу? Хотелось бы понять, есть ли в
AP этом смысл или полученные мэйкфайлы непригодны на практике.
Dmitry E. Oboukhov - debian-russian@lists.debian.org @ Tue, 30 Sep 2008
20:22:41 +0400:
DEO а если говорить о make, то по этой аналогии получится и sh
DEO рекурсивный и тикль и perl и питон и тд итп
Не вопрос. Вопрос в том, что для make это harmful, а для sh, тикля,
перла и питона - нет.
Grey Fenrir - debian-russian@lists.debian.org @ Mon, 29 Sep 2008 11:26:34
+0400:
AC Почему не может? Может. Первый не-опциональный аргумент
AC командной строки заканчивает список опций.
DEO так это и растет от того что НЕ может
Нет. Это растет из того, что так специфицировано.
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 command
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 да еще и с рекурсией продраться
AC
Aleksey Cheusov - debian-russian@lists.debian.org @ Tue, 30 Sep 2008 16:42:56
+0300:
Recursive Make Considered Harmful --- это в особенности раздражает).
Пока останусь при своём мнении: майк надо уметь
готовить. Хотя SCons надо будет попробовать...
http://makepp.sourceforge.net/
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-based expert
Михаил Демин - 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 subject
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,
Приветствую!
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 =
Я думаю, вы выдаете желаемое за действительное. Я лично считаю вызов
внешнего шела гораздо более правильной практикой по сравнению с
изобретением собственных недоязыков программирования.
А вызвать внешний shell ничем не хуже, чем дернуть встроенный
интерпретатор java script, lua,
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 нет отличий
gcc
Привет.
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
Abdourazak Osmanov пишет:
Кто-нибудь в курсе, когда выйдет сабж? Что-то все тянется и
тянется...
Как только будет готов.
На странице [1] экстраполируешь зелёную кривую до пересечения с осью
абсцисс.
По моим личным прогнозам -- раньше нового года ждать не стоит. Может
быть и до весны
ACPROG = myprog
ACSRCS = file1.c file2.c
AC.include bsd.prog.mk
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 of
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 distribution install package
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 ?
Что бы это значило?
Работать не отказывается, но говорит что тянуть будет две тысячи файлов,
вместо обычных 200-400
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 и libtool.
Hello!
если то же самое можно делать на хорошо известном и используемом
ежедневно языке программирования общего назначения
Вот именно, что нельзя.
(и не таскать кучу зависимостей при этом)?
Нежелательные зависимости - это как раз таки многотонные интерпретаторы
perl/python/tcl/ruby с
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
В сети есть, множестов иных how-tos, в том
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
А во вторых, включение файлов в проект автоматически - по маске - это
ВЕСЬМА спорный момент. Это небезопастно. Вы же не добавляете
на 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 wrappers.c
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 bsd.prog.mk
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 нет отличий
AC gcc
Dmitry Fedorov wrote:
1 октября 2008 г. 18:59 пользователь Aleksey Cheusov написал:
Я что-то не пойму. Что плохого в том, что файлы, из которых строится
exe файл или библиотека ЯВНО перчислены в Makefile-е. Так и должно
быть. Это норма.
Нет. Это привычка.
PROG= paexec
SRCS=
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 они каждая думает о своем.
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.asc
Aleksey Cheusov - debian-russian@lists.debian.org @ Wed, 01 Oct 2008 15:22:46
+0300:
AC Связь между размером исходного кода и безопастностью прямая. Если
AC уж выбирать что-то более мощное по сравнению с shell-ом, я бы
AC выбрал LUA или Java Script. Но никак не TCL и тем более не
AC
Eugene V. Lyubimkin - debian-russian@lists.debian.org @ Wed, 01 Oct 2008
12:54:10 +0300:
autotools must die! Вот новая тема для дружелюбной беседы! 8-)
EVL Точно! Кто знает какие знает альтернативы autotools?
EVL Юзать этот музей костылей и подпорок нет никакого желания...
Ну, те же scons
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 октября 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 add' - и это
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 базируется на том, что у него нет средств доступа к
системе. Но если у него нет средств доступа к системе, он не сможет
этой системой рулить.
Вообще-то это не совсем так. Оно все же несколько более типизировано,
чем
В сообщении от 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
. ''`. Dmitry
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 сборки проекта проще соответствующего
мейкфайла.
AC Нет.
Если речь идет о безопасности, то начинать надо с выкидывания 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 Дебуга там нет, но вообще-то pdftex-у в
http://www.gnu.org/software/make/manual/make.html#Automatic-Prerequisites
Это костыль. Исходная проблема в том, что зависимости в make-ах
строятся только на уровне файлов, без анализа содержимого этих файлов
и учета семантики этого самого содержимого.
То есть исходный 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 разыменование переменной не
смотрит, пуста строка, или нет. И проблема, как следствие та же.
Вопрос не в том, пуста строка или нет, а в том, будет ли она передана
в выполняемую внешнюю
Результаты 1 - 100 из 126 matches
Mail list logo
