The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..., opennews (ok), 11-Мрт-10, (0) [смотреть все] –1

Сообщения [Сортировка по времени | RSS]


21. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +2 +/
Сообщение от Andrey Mitrofanov (?), 11-Мрт-10, 13:55 
>Неправильный подход. Ругаться и баба базарная может.
>
>Не нравится GNU autoconf - пишите BSD autoconf.

О! Точно-точно. $CC они сколько "переписывали"? Лет пять-семь?... Вот с автоконфом мы их ещё лет _25 не увидим. Славно++

>Все равно конечная цель состоит в создании BSD-аналогов для всех GPL-программ, и
>некая... эмм... несовместимость будет только стимулировать разработчиков.

Только они сами, разработчики, об этом помалкивают и ти-и-ихо-ти-и-ихо пользуют ненавистное, несвободное _гнутое... Более того разработчики-таки и о "ненависти" к помалкивают, а флагами машут тупые форумные bsd-троли. Исключительно.

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

39. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 11-Мрт-10, 15:18 
>[оверквотинг удален]
>
>О! Точно-точно. $CC они сколько "переписывали"? Лет пять-семь?... Вот с автоконфом мы
>их ещё лет _25 не увидим. Славно++
>
>>Все равно конечная цель состоит в создании BSD-аналогов для всех GPL-программ, и
>>некая... эмм... несовместимость будет только стимулировать разработчиков.
>
>Только они сами, разработчики, об этом помалкивают и ти-и-ихо-ти-и-ихо пользуют ненавистное, несвободное
>_гнутое... Более того разработчики-таки и о "ненависти" к помалкивают, а флагами
>машут тупые форумные bsd-троли. Исключительно.

Да что значит «используют»?! Проблемы всплывают при портировании УЖЕ НАПИСАННОГО, чужого ПО, использующего autotools! Причём здесь BSD-разработчики? Ну, кроме того, что им приходится эти якобы портируемые программы портировать ручками.

Ответить | Правка | Наверх | Cообщить модератору

50. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от минона (?), 11-Мрт-10, 15:32 
вы уж не выдумывайте о ручках то.
гну-тар ручками поставить? ню-ню. хороши ручки.
Ответить | Правка | Наверх | Cообщить модератору

60. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 11-Мрт-10, 16:03 
>вы уж не выдумывайте о ручках то.
>гну-тар ручками поставить? ню-ню. хороши ручки.

Ага. А ещё пути прописывать, куда ставиться, пути к либам-заголовкам указывать, опции компилятора в нормальный вид приводить…

Ответить | Правка | Наверх | Cообщить модератору

67. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от минона (?), 11-Мрт-10, 16:12 
одним словом - ппц.
до такого даже марк не додумался.

зы:
я вот уж и забыл с кого периода всё собираю в черуте.

Ответить | Правка | Наверх | Cообщить модератору

76. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 11-Мрт-10, 16:29 
>одним словом - ппц.
>до такого даже марк не додумался.
>
>зы:
>я вот уж и забыл с кого периода всё собираю в черуте.

Думаю, не позднее чем опёнковцы придумали изоляцию при сборке. Потом этот принцип пошёл в другие аналогичные системы.

Ответить | Правка | Наверх | Cообщить модератору

80. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от минона (?), 11-Мрт-10, 16:33 
т.е. предыдущий ваш пост как аргумент вычёркивем? :D
Ответить | Правка | Наверх | Cообщить модератору

89. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 11-Мрт-10, 16:44 
>т.е. предыдущий ваш пост как аргумент вычёркивем? :D

Да просто повторяться надоело. Вы же отказываетесь понимать то, что вам говорят.

Кстати, если не секрет, а сколько вы в своей жизни софта портировали? Не то чтобы это напрямую коррелировало с убедительностью вашей аргументации, но просто интересно?

Ответить | Правка | Наверх | Cообщить модератору

94. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от минона (?), 11-Мрт-10, 16:58 
так и мне интересно сколько же человек спортировал и собрал софта, что до сих пор плачется на пути для сборки.
хотя нет. не интересно. таких полно.
Ответить | Правка | Наверх | Cообщить модератору

106. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 11-Мрт-10, 17:28 
>так и мне интересно сколько же человек спортировал и собрал софта, что
>до сих пор плачется на пути для сборки.
>хотя нет. не интересно. таких полно.

Если вы про Марка, то он, среди прочего:

— Переписал систему портов OpenBSD и утилиты pkg_*, когда-то импортированные из FreeBSD (первой ОС, в которой появилась и заработала идея локальных портов, между прочим);
— Участвовал (участвует?) в разработке GCC;
— Портировал на OpenBSD несколько поколений KDE, с зависимостями;
— Портировал ещё несколько сотен приложений:

/usr/ports$ make search key="Marc Espie" | fgrep 'Maint:' | wc -l
     258


Если вы про меня, то мои заслуги скромнее. Я сейчас мэйнтейню, например, порты fwbuilder и krename, в загашнике болтаются ещё несколько портов — пойдут после tree unlock. Сейчас вот замахнулся сделать эмулятор ALSA поверх libsndio, но, чувствую, не осилю. :-P


А вот вы ушли от ответа.

Ответить | Правка | Наверх | Cообщить модератору

108. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от минона (?), 11-Мрт-10, 17:50 
я про вас.  бог с ним, с марком.
итак, какие конкретно у вас проблемы с путями? без тролизма плс.
>Сейчас вот замахнулся сделать эмулятор ALSA поверх libsndio, но, чувствую, не осилю. :-P

да. вот это не мешало бы.

Ответить | Правка | Наверх | Cообщить модератору

117. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от nuclight (??), 11-Мрт-10, 18:58 
>я про вас.  бог с ним, с марком.
>итак, какие конкретно у вас проблемы с путями? без тролизма плс.
>>Сейчас вот замахнулся сделать эмулятор ALSA поверх libsndio, но, чувствую, не осилю. :-P
>
>да. вот это не мешало бы.

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

Ответить | Правка | Наверх | Cообщить модератору

118. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –1 +/
Сообщение от минона (?), 11-Мрт-10, 19:01 
судя по тому, что вы нависали, побольше будет.
так что там с путями? чтобы тут рассуждать. :D
Ответить | Правка | К родителю #117 | Наверх | Cообщить модератору

191. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –1 +/
Сообщение от oops (??), 12-Мрт-10, 13:14 
если вы стесняетесь, то скажите хоть с какой на какую платформу =)
Ответить | Правка | К родителю #118 | Наверх | Cообщить модератору

218. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от минона (?), 12-Мрт-10, 15:10 
стесняюсь? :D а к примеру по комментам не видно?
или теперь ты мне расскажешь про стандарт на 100 символов? и как его обойти? как к нему bzip2 присобачить не устанавливая, как нужные кодировки в кастрированном "нативном" iconv прикрутить?...
не стесняйся! рассказывай! а то предыдущие ораторы как то сдулись неожиданно! :D
Ответить | Правка | К родителю #191 | Наверх | Cообщить модератору

231. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от oops (??), 12-Мрт-10, 15:32 
да, по комментам не видно. Вижу только про линух
Ответить | Правка | К родителю #218 | Наверх | Cообщить модератору

233. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от минона (?), 12-Мрт-10, 15:46 
ну дык... я не окулист
Ответить | Правка | К родителю #231 | Наверх | Cообщить модератору

234. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от минона (?), 12-Мрт-10, 15:51 
или вы ожидали, что если я что-то пишу под какую то платформу, то и фанатеть от неё должен? :D

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

Ответить | Правка | К родителю #233 | Наверх | Cообщить модератору

121. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –1 +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 11-Мрт-10, 19:12 
>я про вас.  бог с ним, с марком.
>итак, какие конкретно у вас проблемы с путями? без тролизма плс.

Отрывки из grep по патчам к файлам configure*. Порты выбирал наугад, там вывод на много страниц.


/usr/ports/misc/mc/patches/patch-configure- IFS=$as_save_IFS
/usr/ports/misc/mc/patches/patch-configure-
/usr/ports/misc/mc/patches/patch-configure:-  test -z "$ac_cv_path_ZIP" && ac_cv_path_ZIP="/usr/bin/zip"
/usr/ports/misc/mc/patches/patch-configure-+  ac_cv_path_ZIP="${LOCALBASE}/bin/zip"
/usr/ports/misc/mc/patches/patch-configure-   ;;


/usr/ports/print/foomatic-db/patches/patch-configure-
/usr/ports/print/foomatic-db/patches/patch-configure-
/usr/ports/print/foomatic-db/patches/patch-configure:-SBINSEARCHPATH=/usr/sbin:/sbin:/usr/local/sbin:/etc/sbin
/usr/ports/print/foomatic-db/patches/patch-configure:-BINSEARCHPATH=/usr/bin:/bin:/usr/local/bin
/usr/ports/print/foomatic-db/patches/patch-configure:-DATASEARCHPATH=/usr/share:/usr/local/share:/usr/lib:/usr/local/lib:/opt
/usr/ports/print/foomatic-db/patches/patch-configure:+SBINSEARCHPATH=/usr/sbin:/sbin:!!LOCALBASE!!/sbin
/usr/ports/print/foomatic-db/patches/patch-configure:+BINSEARCHPATH=/usr/bin:/bin:!!LOCALBASE!!/bin
/usr/ports/print/foomatic-db/patches/patch-configure:+DATASEARCHPATH=/usr/share:!!LOCALBASE!!/share:/usr/lib:!!LOCALBASE!!/lib
/usr/ports/print/foomatic-db/patches/patch-configure- BSB=$BINSEARCHPATH:$SBINSEARCHPATH
/usr/ports/print/foomatic-db/patches/patch-configure- for ac_dir in cups/model


/usr/ports/lang/otcl/patches/patch-configure-+++ configure      Sat Oct 13 15:48:01 2007
/usr/ports/lang/otcl/patches/patch-configure-@@ -4163,6 +4163,7 @@ TCL_H_PLACES=" \
/usr/ports/lang/otcl/patches/patch-configure:           /usr/local/lib/tcl$TCL_HI_VERS \
/usr/ports/lang/otcl/patches/patch-configure:           /usr/local/lib/tcl$TCL_ALT_VERS \
/usr/ports/lang/otcl/patches/patch-configure:           /usr/local/include/tcl$TCL_VERS \
/usr/ports/lang/otcl/patches/patch-configure:+          /usr/local/include/tcl$TCL_HI_VERS/generic \
/usr/ports/lang/otcl/patches/patch-configure:           /usr/local/include/tcl$TCL_HI_VERS \
/usr/ports/lang/otcl/patches/patch-configure:           /usr/local/include/tcl$TCL_ALT_VERS \
/usr/ports/lang/otcl/patches/patch-configure:           /usr/local/include \
/usr/ports/lang/otcl/patches/patch-configure-@@ -5532,16 +5533,16 @@ case $system in
/usr/ports/lang/otcl/patches/patch-configure-         DL_LIBS="-ldl"


/usr/ports/net/arpd/patches/patch-configure_in-      EVENTINC="-I${prefix}/include"
/usr/ports/net/arpd/patches/patch-configure_in-      EVENTLIB="-L${prefix}/lib -levent"
/usr/ports/net/arpd/patches/patch-configure_in:+  elif test -f /usr/include/event.h; then
/usr/ports/net/arpd/patches/patch-configure_in-+     EVENTLIB="-levent"
/usr/ports/net/arpd/patches/patch-configure_in-   else


И ещё много, много, много простыней...

>>Сейчас вот замахнулся сделать эмулятор ALSA поверх libsndio, но, чувствую, не осилю. :-P
>
>да. вот это не мешало бы.

Да вам-то оно зачем? Вам ведь libsndio нафиг не сдался, когда есть православный ALSA (или что сейчас самым православным в Linux считается), не? :)

Ответить | Правка | Наверх | Cообщить модератору

129. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –3 +/
Сообщение от Аноним (-), 11-Мрт-10, 21:08 
Спасибо Вам за этот комментарий. Теперь буду знать, что мне лучше держаться от autotools как можно дальше.
Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

130. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 11-Мрт-10, 21:36 
Вдогонку ещё немного статистики:

Количество патчей к configure* (то есть исключены те случаи, когда спасает повторный прогон autoconf, либо — о, чудо! — имеющийся configure отрабатывает корректно):

$ find /usr/ports -mindepth 4 -maxdepth 5 \
>! -path '/usr/ports/pobj*' -path '*/patches/patch-configure*' \
>| wc -l

     663

Почти точное (реально больше за счёт Makefile, действующих сразу на целый набор портов) общее количество программ, использующих autoconf:

$ find /usr/ports -mindepth 3 -maxdepth 4 \
>! -path '/usr/ports/pobj*' -name Makefile \
>| xargs egrep -l '^CONFIGURE_STYLE.*(gnu|autoconf|automake)' \
>| wc -l

    1639

С учётом оговорки выше получается, что примерно 40-50% ото всех "портируемых" приложений требуют усилий по допиливанию. Такая вот математика.

Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

153. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –1 +/
Сообщение от User294 (ok), 12-Мрт-10, 00:10 
>Спасибо Вам за этот комментарий. Теперь буду знать, что мне лучше держаться
>от autotools как можно дальше.

Да, идите, пожалуйста и сделайте свое, с шахматами и поэтессами. И не забудьте нас осчастливить чем-то не менее портабельным гнутых автотулзов, разумеется. А то каконйить cmake жутко грабелен и требует для своей работы инсталяции себя любимого тогда как конфигур всего лишь скрипт который сам по себе. Всякие там scons и что там еще вообще хотят питон и что там еще которые есть далеко не везде, etc. В итоге портабельность получается в сумме еще более жопная а сборка на мало-мальски экзотичных или минимальных платформах может предоставить немало геморроя.

Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

180. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +1 +/
Сообщение от Alex (??), 12-Мрт-10, 10:27 
Честно - это их проблемы. Они сборщики дистра, им и работать.
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

219. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +1 +/
Сообщение от минона (?), 12-Мрт-10, 15:13 
абсолютно поддерживаю.
если их что-то не устраивает - ю а велком в группу разработки.
а то вон сколько тут понаписали, а воз и ныне там.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру