The OpenNET Project / Index page

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



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

Оглавление

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

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


7. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –1 +/
Сообщение от Аноним (-), 11-Мрт-10, 11:32 
В то время, как все нормальные люди уже поняли, что autotools пора закапывать, разработчики OpenBSD продолжают открывать их для себя.
Ответить | Правка | Наверх | Cообщить модератору

10. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от ABC (??), 11-Мрт-10, 12:07 
>В то время, как все нормальные люди уже поняли, что autotools пора
>закапывать, разработчики OpenBSD продолжают открывать их для себя.

Комментарий у вас глуповатый получился. Разговор идет о проблемах портирования, а не о разработке.


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

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

84. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +2 +/
Сообщение от аноним (?), 11-Мрт-10, 16:39 
CMake. Waf и scons создают больше проблем чем решают, а дле тех, кто этим потом будет пользоваться, я бы сказал они еще хуже autotools.
Ответить | Правка | Наверх | Cообщить модератору

154. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –1 +/
Сообщение от User294 (ok), 12-Мрт-10, 00:13 
>CMake.

А его еще инсталить надо. Особенно "прикольно" если его под целевую платформу самого нет нифига. Тогда сперва придется собирать его. Да и вообще - грабель с ним почему-то есть. Автотулсы горбатые, кривые и хреновые. Но временем отлажены и свое дело более-менее делают. А то что сватается как замена в итоге обычно доставляет нифига не меньше головняка. Нет, то есть, если "портироваие" это "компилежка на i386 под бздю" оно может и ничего, да. А если это чтонить поэкзотичнее, то чего? Там ни бздей, ни Cmake и как правило только сам гнутый тулчайн да может немного гнутых довесков, если повезет.

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

157. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 12-Мрт-10, 00:17 
>[оверквотинг удален]
>
>А его еще инсталить надо. Особенно "прикольно" если его под целевую платформу
>самого нет нифига. Тогда сперва придется собирать его. Да и вообще
>- грабель с ним почему-то есть. Автотулсы горбатые, кривые и хреновые.
>Но временем отлажены и свое дело более-менее делают. А то что
>сватается как замена в итоге обычно доставляет нифига не меньше головняка.
>Нет, то есть, если "портироваие" это "компилежка на i386 под бздю"
>оно может и ничего, да. А если это чтонить поэкзотичнее, то
>чего? Там ни бздей, ни Cmake и как правило только сам
>гнутый тулчайн да может немного гнутых довесков, если повезет.

Да никто и не говорит, что CMake — панацея. Идеала пока что нет, иначе бы все им давно пользовались. :) Идея с шеллом — в своё время была грамотная, сейчас уже сам autoconf частично написан на Perl — думаю, что-то аналогичное, только более продуманное (при всей моей нелюбви к Perl), было бы очень в тему…

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

159. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 12-Мрт-10, 00:19 
>[оверквотинг удален]
>>Нет, то есть, если "портироваие" это "компилежка на i386 под бздю"
>>оно может и ничего, да. А если это чтонить поэкзотичнее, то
>>чего? Там ни бздей, ни Cmake и как правило только сам
>>гнутый тулчайн да может немного гнутых довесков, если повезет.
>
>Да никто и не говорит, что CMake — панацея. Идеала пока что
>нет, иначе бы все им давно пользовались. :) Идея с шеллом
>— в своё время была грамотная, сейчас уже сам autoconf частично
>написан на Perl — думаю, что-то аналогичное, только более продуманное (при
>всей моей нелюбви к Perl), было бы очень в тему…

Или, как вариант, чисто сишная, без посторонних зависимостей, реализация, с единственным шелл-скриптом, который её компилирует. :)

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

168. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 12-Мрт-10, 00:59 
>[оверквотинг удален]
>>>гнутый тулчайн да может немного гнутых довесков, если повезет.
>>
>>Да никто и не говорит, что CMake — панацея. Идеала пока что
>>нет, иначе бы все им давно пользовались. :) Идея с шеллом
>>— в своё время была грамотная, сейчас уже сам autoconf частично
>>написан на Perl — думаю, что-то аналогичное, только более продуманное (при
>>всей моей нелюбви к Perl), было бы очень в тему…
>
>Или, как вариант, чисто сишная, без посторонних зависимостей, реализация, с единственным шелл-скриптом,
>который её компилирует. :)

Или вот ещё интереснее: поскольку устанавливаемый софт написан на том или ином языке программирования, транслируем метакод, скажем, того же CMake'а в скрипт либо на том же языке, что и прога (поэтому интерпретатор будет гарантированно), либо на том же Perl (если прога на компилируемом языке). И этот сгенерированный скрипт и прилагаем…

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

278. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от User294 (ok), 12-Мрт-10, 20:08 
>Или, как вариант, чисто сишная, без посторонних зависимостей, реализация, с единственным
>шелл-скриптом, который её компилирует. :)

Дык этот скрипт, вестимо, называется configure и генерится столь нелюбимыми тут некоторыми автотулсами. Потому то и работает везде - ему кроме сишного компилера да шел интерпретера нифига не надо. А вот перл... ну найдите блин его на какихнить обкусаных эмбеддед окружениях или супер-минимальных инсталляциях систем в контейнерах типа опенвзы например, ага, где стоит полный минимум обычно (а то засирать виртуальные окружения чем попало когда их легион - очень накладно, знаете ли, так что их делают максимально урезанными по возможности).

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

304. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от ig0r (??), 13-Мрт-10, 09:05 
>А вот перл... ну найдите
>блин его на какихнить обкусаных эмбеддед окружениях или супер-минимальных инсталляциях систем
>в контейнерах типа опенвзы например, ага, где стоит полный минимум обычно
>(а то засирать виртуальные окружения чем попало когда их легион -
>очень накладно, знаете ли, так что их делают максимально урезанными по
>возможности).

ага, а тут ещё автоконф гнутые утилиты требует... зачем непонятно, coreutils зачем-то, ведь у меня busybox установлен, и всё что нужно умеет делать.

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

313. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от Alex (??), 13-Мрт-10, 10:56 
>ага, а тут ещё автоконф гнутые утилиты требует... зачем непонятно, coreutils зачем-то,
>ведь у меня busybox установлен, и всё что нужно умеет делать.
>

В который раз, ДОТ, поясняем: autoconf - это утилита GNU. Логично предположить, что она требует другие утилиты GNU, и с не-GNU версиями работы не гарантирует. Если так хочется - отключите требование, и работайте НА СВОЙ СТРАХ И РИСК. Если работает - предложите патч с обнаружением вашей версии утилиты. У кого-то не заработает - получите по шее вы, как коммиттер патча.

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

331. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от ig0r (??), 13-Мрт-10, 16:38 
>>ага, а тут ещё автоконф гнутые утилиты требует... зачем непонятно, coreutils зачем-то,
>>ведь у меня busybox установлен, и всё что нужно умеет делать.
>>
>
>В который раз, ДОТ, поясняем: autoconf - это утилита GNU. Логично предположить,
>что она требует другие утилиты GNU, и с не-GNU версиями работы
>не гарантирует. Если так хочется - отключите требование, и работайте НА
>СВОЙ СТРАХ И РИСК. Если работает - предложите патч с обнаружением
>вашей версии утилиты. У кого-то не заработает - получите по шее
>вы, как коммиттер патча.

да пускай хоть всё окружение GNU/Hurd требует,если это обосновано необходимым функционалом этого окружения, а если автоконф по другому проверить функционал не может, то он написан не правильно.

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

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

Тем не менее, большинству OSS программеров (судя по статистике использования) он вполне удобен, и им пользуются. Все остальное в данном случае - это сугубо ваши религиозные соображения.

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

337. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –1 +/
Сообщение от ig0r (??), 13-Мрт-10, 16:57 
>Тем не менее, большинству OSS программеров (судя по статистике использования) он вполне
>удобен, и им пользуются. Все остальное в данном случае - это
>сугубо ваши религиозные соображения.

допустим он достаточно удобен, но почему вы не хоте его улучшить?

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

343. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от Alex (??), 13-Мрт-10, 17:51 
>>Тем не менее, большинству OSS программеров (судя по статистике использования) он вполне
>>удобен, и им пользуются. Все остальное в данном случае - это
>>сугубо ваши религиозные соображения.
>
>допустим он достаточно удобен, но почему вы не хоте его улучшить?

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

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

373. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от User294 (ok), 14-Мрт-10, 08:04 
>окружения, а если автоконф по другому проверить функционал не может, то
>он написан не правильно.

Возьмите и напишите правильно. Кто-то не дает? Почему-то пока то что появилось на замену любезно предоставляет еще в 100500 раз больше грабель а по степени портабельности и близко не стояло.

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

375. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от ig0r (??), 14-Мрт-10, 09:05 
>Возьмите и напишите правильно. Кто-то не дает? Почему-то пока то что появилось
>на замену любезно предоставляет еще в 100500 раз больше грабель а
>по степени портабельности и близко не стояло.

я Вам уже отвечал на этот вопрос, вопрос не в том напишет ли кто-то правильно, вопрос в том "как правильно?", и если Вы считаете что правильно проверять версию, то пожалуйста используйте дальше автоконф, к Вам лично претензий нету.

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

379. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от минона (?), 14-Мрт-10, 13:44 
>вопрос в том "как правильно?"

POSIX для этого и придумали.
как имннно вы будете его собираьб - ваше дело. но собрать и работать можно.

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

175. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от iZEN (ok), 12-Мрт-10, 02:31 
>Да никто и не говорит, что CMake — панацея. Идеала пока что
>нет, иначе бы все им давно пользовались. :) Идея с шеллом
>— в своё время была грамотная, сейчас уже сам autoconf частично
>написан на Perl — думаю, что-то аналогичное, только более продуманное (при
>всей моей нелюбви к Perl), было бы очень в тему…

На взрослой Java всё собирается Ant'ом — универсальная штука. Есть тренд миграции небольших проектов на Maven, но люди ещё не дошли до него чисто концептуально — "как это так декларативный язык описания управляет полным жизненным циклом приложения и его библиотеками от компиляции до установки и тестирования?" Но Явка, похоже, только в Солярке прижилась в качестве одного из основных интрументов управления программным окружением.

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

176. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от минона (?), 12-Мрт-10, 02:34 
>Но Явка, похоже, только в Солярке прижилась в качестве одного из основных интрументов управления программным окружением.

вот и в недоумении, с чего вдруг? :D

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

178. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от iZEN (ok), 12-Мрт-10, 02:43 
>>Но Явка, похоже, только в Солярке прижилась в качестве одного из основных интрументов управления программным окружением.
>
>вот и в недоумении, с чего вдруг? :D

Так все сервера в телекоме, которые считают, сколько с тебя содрать за мобильную связь, на Соляре с JEE. :D


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

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

235. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от iZEN (ok), 12-Мрт-10, 15:52 
>мобыть J2EE? ну да ладно. некоторые вон и на дотнете работают. у
>каждого свои тараканы :D

Мобыть и на J2EE, но уже давно вышло Java EE 5.0 и недавно 6.0, так что "2" — лишняя. ;)


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

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

236. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от Дядюшка Ляо (?), 12-Мрт-10, 15:54 

>Так все сервера в телекоме, которые считают, сколько с тебя содрать за
>мобильную связь, на Соляре с JEE. :D

Изен, не пиши о том, в чем некомпетентен. нет там java. зато есть много ненавистного некоторыми linux'а.

Даже cisco ASA - и то линукс.

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

237. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от iZEN (ok), 12-Мрт-10, 15:55 
>
>>Так все сервера в телекоме, которые считают, сколько с тебя содрать за
>>мобильную связь, на Соляре с JEE. :D
>
>Изен, не пиши о том, в чем некомпетентен. нет там java. зато
>есть много ненавистного некоторыми linux'а.
>
>Даже cisco ASA - и то линукс.

Большая тройка с тобой не согласна.

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

280. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от User294 (ok), 12-Мрт-10, 20:27 
У большой тройки кстати в биллингах сроду был ряд очень интересных багов, позволяющих не сильно тупым абонентам слегка нагреть "нежно любимого" оператора :). При том минимум 2 известных мне ошибки приводили к влетам операторов на очень круглые суммы бабла и при том они были искренне детсадовские, любой нормальный проектировщик должен был бы предотвратить их еще в зародыше.
Ответить | Правка | Наверх | Cообщить модератору

290. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от Дядюшко Ляо (?), 13-Мрт-10, 00:38 

>Большая тройка с тобой не согласна.

билайн и мтс используют comverse. факт общедоступный. там sco unixware + rhel3.

comverse one - вообще целиком на linux, ввиду смерти SCO.

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

382. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от iZEN (ok), 14-Мрт-10, 15:36 
>
>>Большая тройка с тобой не согласна.
>
>билайн и мтс используют comverse. факт общедоступный. там sco unixware + rhel3.
>
>
>comverse one - вообще целиком на linux, ввиду смерти SCO.

ПО, считающее деньги, написано на Java.

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

410. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от User294 (ok), 15-Мрт-10, 18:13 
ПО для бизнеса как правило отличается наиболее халтурным исполнением. Почитать что ЮЗЕРЫ думают о таких ПОДЕЛКАХ можно например на том же хабре где юзеры клиент-банка на яве очень некисло так прошлись по его "достоинствам" и "фичам".
Ответить | Правка | Наверх | Cообщить модератору

309. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от СуперАноним (?), 13-Мрт-10, 10:11 
У BeeLine на Red Hat-е :D
Ответить | Правка | К родителю #178 | Наверх | Cообщить модератору

279. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от User294 (ok), 12-Мрт-10, 20:12 
>вот и в недоумении, с чего вдруг? :D

Наверное остальные не очень хотят столько говна в систему вкатывать, что, блин, логично. А покажите мне яву для мипсовых роутеров например. Или армовских железяк. А вот манагер пакетов для них я могу и показать если что. Равно как и гнутые тулчейны под них. А вот какогонить перла, питона, CMake-а или там еще чего вполне может и не быть. Ну, бздунов то это понятное дело не интересует - им интересно только портирования под свои специфичные утили на i386 гробики.

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

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

32. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –1 +/
Сообщение от _umka_ (??), 11-Мрт-10, 14:56 
Да хотя бы cmake - который вполне себе генерит makefile под нужное окружение
будь то bsd or gnu make, или ms vc workplace, eclipse project, возможно что-то еще.
Имеет интерграцию с cdash & ctest для организации автоматизированого тестирования сборки и unit testing.
Ответить | Правка | Наверх | Cообщить модератору

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

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

а еще может вам шнурки отгладить? или по теме возражений нет?
чем autotools лучше cmake ;-)
мы вот составляли документ - выходит что autotools сливают обоим альтернативам.
Что scons, что cmake. причем за scons говорит большая гибкость - за cmake интеграция с cdash/ctest.


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

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

достаточно претворить свои слова в дела.
>чем autotools лучше cmake ;-)

как чем? он используется при сборке люстры.
>мы вот составляли документ - выходит что autotools сливают обоим альтернативам.

документ? это вам в правительство надо. там любят документы.

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

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

Тем что не требует инсталить пакет в систему, елки. Который еще и должен под нее быть. Или можно неплохо пободаться с его сборкой. Хотя такой цели и не стояло и стояла цель собрать прогу X на системе Y.

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

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

А они их и не используют в своих разработках. Проблемы начинается, когда это якобы портируемого ПО пытаются сконфигурить на OpenBSD.

Поверьте (а хотите — проверьте), разбираться в нутре pf проще, чем дебрях этого крапа.

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

56. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –1 +/
Сообщение от минона (?), 11-Мрт-10, 15:53 
зогоните всё эти гнутары, гнумэйки и пр. по зависимостям.
или выпустите патч.
или напишите своё.

зы:
ну блин, сейчас каждый из состава гну просто будет обязан ставить себе pcbsd, чтобы марку вдруг (ни-ни!!!) не пришлось ставить гнумэйк, гнутар и прочий крап из корэ-утилс.
это возмутительно! понапридумали всяких корэ. а бедным бздишникам мучайся.

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

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

Если они претендуют на то, что софт, созданный с применением autotools, портируем, то обязаны ставить и проверять. Иначе пусть честно пишут: «GNU environment is the only supported one».

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

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

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

Чтобы софт собирался с помощью autotools, приходится кое-какие манипуляции проводить, если вы не в курсе. Такому ярому защитнику GNU стыдно не знать.

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

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

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

Вы не поняли: манипуляции имелись в виду те, которые производятся над самим дистрибутивом программы.

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

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

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

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

Во-вторых, в chroot просто так куда попало не позапихиваешь — при установке пакета в реальную систему прога будет искать либы и всякие файлы данных по тем же путям. И чего тогда?

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

164. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –2 +/
Сообщение от минона (?), 12-Мрт-10, 00:32 
вот по этому в черут запихивают не только проги, но и хидеры, и сырцы, и библы, и даже их определённые версии (но с этим сложнее - в любом случае, если версии библ не совместимы, то они не совместимы. и надо прекращать и разбираться).
в любом случае, после сборки сырцы и хидеры проге уже не нужны. да и всегда есть различные вариации --prefix.

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

зы:
ldd грузит согласно своим настройкам, а не оттуда, где лежали в момент компиляции и LD_LIBRARY_PATH никто пока не отменял.

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

169. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –1 +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 12-Мрт-10, 01:06 
>вот по этому в черут запихивают не только проги, но и хидеры,
>и сырцы, и библы, и даже их определённые версии (но с
>этим сложнее - в любом случае, если версии библ не совместимы,
>то они не совместимы. и надо прекращать и разбираться).
>в любом случае, после сборки сырцы и хидеры проге уже не нужны.
>да и всегда есть различные вариации --prefix.

Угу. Только эти вариации как раз не всегда работают. А то и просто отсутствуют.

>в общем, гораздо проще для конкретной проги написать по её требованиям скрипт
>создания такого черута, чем патчить сам конфигуре, прописывая пути к нужным
>сырцам и библам.

Для конкретной — да. А вот поддерживать для каждой проги свою песочницу — это проще сразу застрелиться. Хорошая система портов тем и хороша, помимо прочего, что облегчает работу не только (и не столько) конечному юзеру, которому нужны обычно только бинарники, сколько мэйнтейнеру. У меня пока что плохо укладывается, как автоматически раскидывать под каждую прогу сорцы-либы так, как ей надо (ведь софт в чруте может между собой тоже взаимодействовать: скажем, искомая прога юзает gettext, и какая-то её зависимость, живущая в chroot, тоже его юзает — если у этих двух сущностей понятие о том, где живёт gettext, будет отличаться, жди беды; и это самый простой, приходящий сходу в голову пример).

>зы:
>ldd грузит согласно своим настройкам, а не оттуда, где лежали в момент
>компиляции и LD_LIBRARY_PATH никто пока не отменял.

Согласен, ступил, прошу прощения.

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

172. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –2 +/
Сообщение от минона (?), 12-Мрт-10, 01:31 
>У меня пока что плохо укладывается, как автоматически раскидывать под каждую прогу сорцы-либы так, как ей надо

мыслите так, как её разработчик.
и тогда вдруг окажется, что вариантов не так уж и много.

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

281. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +1 +/
Сообщение от User294 (ok), 12-Мрт-10, 20:32 
Зато, если помыслить как разработчик - вдруг внезапно понимаешь что протестить закидоны всех 100500 возможных компилеров и утилсов нихрена не выйдет. Поэтому можно или тупо потребовать гнутый набор утилей и просто отшивать совсем если его нет, или предоставить юзерам экзотов вытоптать баги. А что, есть еще какие-то осмысленные варианты действий?
Ответить | Правка | К родителю #172 | Наверх | Cообщить модератору

291. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от минона (?), 13-Мрт-10, 01:53 
о чем и речь.
а создать в черуте окружение (хоть для гнутых, хоть для выгнутых) и собирать в песочнице - вполне можно.
причем параметры это песочницы могли бы в свои порты запихнуть для каждой проги в отдельности и парочку по умолчательных по выбору (к примеру - штатная сборка проги из ппа убунты).
но они предпочли писать патчи к конфигуре - их право, но в конце концов и их проблемы.
Ответить | Правка | К родителю #281 | Наверх | Cообщить модератору

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

<много мата skipped>

Ещё раз повторяю то, что вы упорно не понимаете: autoconf просит GNU-окружение НЕ для себя, а для конечной программы. Которую — ну вот собрали в chroot с GNU-прогами. А потом установили в собственно систему без GNU. То есть в ДРУГОЙ СИСТЕМЕ. Вы понимаете, что вы бред предлагаете? Смысл использования autoconf ТЕРЯЕТСЯ если его таким образом обманывать!

Программа может действительно зависеть от GNU окружения. А может и не зависеть. В любом случае, это уже отдельный разговор.

И autoconf (это, опять же, понятно любому нормальному человеку, кроме вас), если он называет себя средством для портирования приложений, должен проверять только одно: есть ли в конечной системе всё необходимое для работы _программы_. Иначе это не средство портирования, а механизм для внедрения GNU-окружения. Пусть честно это так называют. И претензий тогда, что с autoconf программы портировать сложно, не будет возникать: это ж не средство для портирования, а так, довесок.

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

374. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от User294 (ok), 14-Мрт-10, 08:15 
>бред предлагаете? Смысл использования autoconf ТЕРЯЕТСЯ если его таким образом
>обманывать!

ИМХО, смысл использования автоконфа - чтобы он проверил что у вас есть нужное окружение и собрал важные для сборки параметры типа размеров типов данных и прочая. При этом никто и ни в каком месте не гарантирует что произвольно взятое окружение с какими-то левыми утилями (типа упомянутых TAR с архаичным лимитом на путь в 100 символов) - всенепременно подойдет для сборки. А то я могу написать свой TAR который вообще ни с чем не совместим а потом истекать - а чойта его автотулсы не нашли?! Как же так?! Ведь его функционал - достаточный! Пусть узнают о его существовании и командных параметрах методом телепатии! (а как еще они это могут сделать? oO)

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

335. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +1 +/
Сообщение от Alex (??), 13-Мрт-10, 16:54 
>Зато, если помыслить как разработчик - вдруг внезапно понимаешь что протестить закидоны
>всех 100500 возможных компилеров и утилсов нихрена не выйдет. Поэтому можно
>или тупо потребовать гнутый набор утилей и просто отшивать совсем если
>его нет, или предоставить юзерам экзотов вытоптать баги. А что, есть
>еще какие-то осмысленные варианты действий?

Самое интересное, что любители экзотики даже версию подменить не смогут - ибо априори в курсе, что если оно вдруг где-то откажется работать (а оно не имеет всего функционала GNU-окружения однозначно) - их закидают тухлыми помидорами. Поэтому ждут, что начнут подстраиваться под них. Ан фиг. Отсюда и вопли.

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

238. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от Дядюшка Ляо (?), 12-Мрт-10, 15:57 
>Поверьте (а хотите — проверьте), разбираться в нутре pf проще, чем дебрях
>этого крапа.

ой ли... netfilter куда проще и понятнее, чем pf. в нем хоть номера тегов стали статическими, или при каждой перезагрузке правил новые номера? :)

И прохождения пакета по правилам pf'а всё ещё лочит целиком ядро? :)

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

246. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 12-Мрт-10, 16:56 
>>Поверьте (а хотите — проверьте), разбираться в нутре pf проще, чем дебрях
>>этого крапа.
>
>ой ли... netfilter куда проще и понятнее, чем pf.

Исходники netfilter не ковырял, сравнить не могу. А что вам в исходниках pf не понравилось?

> в нем хоть
>номера тегов стали статическими, или при каждой перезагрузке правил новые номера?
>:)

А вам, простите, зачем? В ioctl для имён используются текстовые строки.

>И прохождения пакета по правилам pf'а всё ещё лочит целиком ядро? :)

Это уже не к самому pf. Впрочем, даже с этими локами пропускной способности более чем хватает.

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

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

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




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

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