The OpenNET Project / Index page

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



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

Оглавление

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

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


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ообщить модератору

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

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




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

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