gpl netup

[ugenk]

Взял с cvs.. Складывается ощущение, что программисты netup autoconf увидели первый раз в жизни - Makefile он принципиально не трогает. Непонятный дефайн @SET_MAKE@ в Makefile.in и строчки
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/ndsad-config.Po@am__quote@

которые вообщем-то не дефайнятся вообще - это круто.

А больше всего добила дебианизация. chmod 755 debian/rules - это только для начала. Рекомендовал бы для себя открыть dh-make.. Помогает.

И отсутствие какой-либо документации - man, info или хотя-бы что-нить в /usr/share/doc - это ужас.

Господа netup`овцы! Если вы что-то выкладываете по gpl - то будьте добры следовать хотя бы элементарным нормам, принятым в мире gnu.

[aospan]

Взял с cvs.. Складывается ощущение, что программисты netup autoconf увидели первый раз в жизни - Makefile он принципиально не трогает.

А что же тогда AC_OUTPUT([ Makefile ]) в configure.in ?

Непонятный дефайн @SET_MAKE@ в Makefile.in и строчки
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/ndsad-config.Po@am__quote@

Makefile.in генерируется в процессе работы aclocal/automake. Вопросы видимо не к нам.

которые вообщем-то не дефайнятся вообще - это круто.

Что имелось в виду в этом предложении ?

А больше всего добила дебианизация. chmod 755 debian/rules - это только для начала. Рекомендовал бы для себя открыть dh-make.. Помогает.

Не совсем понятно почему выполнение команды chmod вызывает вопросы, тем более в плане "дебианизации" ?

И отсутствие какой-либо документации - man, info или хотя-бы что-нить в /usr/share/doc - это ужас.

ndsad хорошо документирован в общей документации на АСР - http://www.netup.ru/download/Russian_1_10.pdf
Перевод чуть попозже действительно положим в проект.
Спасибо за комментарии.

[ugenk]

В теории - вы правы. Все должно работаеть

[ugenk]

Да, и удалять чужие сообщения - как минимум плохо.

[spec]

флуд с форума удаляется, так как это тематический форум.
Мы привествуем "сообщения по существу" и конструктивную критику.

[ugenk]

Взял с cvs.. Складывается ощущение, что программисты netup autoconf увидели первый раз в жизни - Makefile он принципиально не трогает.

А что же тогда AC_OUTPUT([ Makefile ]) в configure.in ?

Трогает, но не весь

Непонятный дефайн @SET_MAKE@ в Makefile.in и строчки
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/ndsad-config.Po@am__quote@

Makefile.in генерируется в процессе работы aclocal/automake. Вопросы видимо не к нам.[/quote]
очевидно, у меня плохой, негодный amake

которые вообщем-то не дефайнятся вообще - это круто.

Что имелось в виду в этом предложении ?

То, что в Makefile не происходит подстановка некоторых @дефайнов@

А больше всего добила дебианизация. chmod 755 debian/rules - это только для начала. Рекомендовал бы для себя открыть dh-make.. Помогает.

Не совсем понятно почему выполнение команды chmod вызывает вопросы, тем более в плане "дебианизации" ?

Попробуйте сделать dpkg-buildpackage -rsudo, и вы поймете.

И отсутствие какой-либо документации - man, info или хотя-бы что-нить в /usr/share/doc - это ужас.

ndsad хорошо документирован в общей документации на АСР - http://www.netup.ru/download/Russian_1_10.pdf
Перевод чуть попозже действительно положим в проект.
Спасибо за комментарии.

Ждем

[Ильдар]

А больше всего добила дебианизация. chmod 755 debian/rules - это только для начала. Рекомендовал бы для себя открыть dh-make.. Помогает.

Тут проблема с cvs.
Был commit дебианизации.
Прошло некоторое время и после checkout debian/rules стал возвращаться с правами 644. Недоработка, конечно.
Скажите пожалуйста, как тут может помочь dh-make?
Откуда у вас возникла мысль, что дебианизация была создана без dh-make? На мой взгляд это не самая тривиальная задача.