The OpenNET Project / Index page

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



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

Оглавление

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

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


26. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –3 +/
Сообщение от yevgen.ostapetsgmail.com (?), 11-Мрт-10, 14:26 
>>Я не понимаю такой паталогии - избавляться от gnu utils.
>
>избавляться? wtf
>от них приходится не избавляться, а ставить в систему.
>
>ваш ответ - прекрасная иллюстрация топика. мир состоит из одного линя, остальных
>систем не существует. в результате мейкфайлы без gnu make не работают,
>тары с линукс системы на аиксе не распаковываются, и так далее.
>

А кто должен проверить допустимость использования не-gnu утилиты для сборки данной на маргинальной платформе? Разработчик??? А нахрена ему это надо? Это задача майтейнера программы на данной платформе или конечного пользователя. И сопли майтейнера из OpenBSD абсолютно непонятны... Он должен выполнять взятые на себя обязательства или уйти со своего поста.

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

33. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от Аноним (-), 11-Мрт-10, 14:57 
>А кто должен проверить допустимость использования не-gnu утилиты для сборки данной на маргинальной платформе? Разработчик??? А нахрена ему это надо?

ггг кто бы говорил о маргинальной платформе :)))

не, не вопрос. если интересует, чтобы продукт работал только на своей машине, то такой подход вполне прокатит.

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

119. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от yevgen.ostapetsgmail.com (?), 11-Мрт-10, 19:07 
>>А кто должен проверить допустимость использования не-gnu утилиты для сборки данной на маргинальной платформе? Разработчик??? А нахрена ему это надо?
>
>ггг кто бы говорил о маргинальной платформе :)))
>
>не, не вопрос. если интересует, чтобы продукт работал только на своей машине,
>то такой подход вполне прокатит.

Спасение утопающих - дело рук самих утопающих. Маргинальных платформ как грязи и это забота пользователей этих платформ помочь автору патчами или не использовать данную программу.

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

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

Ну так все только орут что автотулсы крап, но менее грабельной системы почему-то никто не предложил. То что сватают - еще хреновее по портабельности и грабельнее.

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

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

А может проще? гну утилс портированы практически на все платформы, поэтому я пишу в расчете на них, более того, целевая платформа, после Linux конечно,  Unix-ы, а не OpenBSD.

зы. вообще-то за мою работу платят деньги, и поэтому ставят условия - поддерживаемые системы: RHEL/Centos, OpenSUSE/SLES, Debian. Иногда всплывают Solaris/HP-UX/Irix, но не разу не было OpenBSD.

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

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

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

Если конфигуратор требует GNU-тую утилиту, то он требует его не для себя, а для проги. Если проге в реальности не нужна именно GNU-версия, а конфигуратор всё равно требует только GNU — это кривость конфигуратора. Как это можно упорно отвергать — не понимаю.

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

282. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от fi (ok), 12-Мрт-10, 20:40 
>Если конфигуратор требует GNU-тую утилиту, то он требует его не для себя,
>а для проги. Если проге в реальности не нужна именно GNU-версия,
>а конфигуратор всё равно требует только GNU — это кривость конфигуратора.
>Как это можно упорно отвергать — не понимаю.

еще раз для тех кто в танке :)

Просто автор проги даже НЕ знает про вашу не гнутую утилиту!!! он тестировал свою прогу с GNU utils, потому что знает что GNU utils & gcc работает везде, еще он знает, что со старыми SystemV utis его прога не будет работать/собираться - так там нет НУЖНОГО ему функционала.

А вы........ просто не целевая группа для него. ;)

И пользователю наплевать -  если ему нужна прога, он поставит для ее сборки нужное окружение (читай gnu utils & gcc) и получит то что хотел.  И наверно это лучший выход, чем перепахивать исходники, подгоняя их к вашим любимым утилитам. Хотя некоторые делают еще радикальнее - меняют систему на один из Linux-ов, как это было во многих конторах, где так любили bsd.


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

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

Именно криво и с багами. В чёрт-знает-уже-который раз повторяю, что дело НЕ ограничивается одними лишь GNU-утилитами (которые, к слову, тоже надо портировать… замкнутый круг?). GNU toolchain то не находит нужные библиотеки, то цепляет лишние (из-за этого софт, собираемый GNU libtool, нормально не соберёшь, если другая версия этого софта уже есть в системе; предвосхищая ваши вопли «напишите свой libtool» — уже написали), то не те заголовочные файлы ищет, то вообще оказывается по ошибке привязанным, скажем, к распоследней версии GCC…

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

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

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

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

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

268. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от минона (?), 12-Мрт-10, 18:44 
уважение? помнится торвальдсу не понравились системы контроля версий, так он сказал, что пока не сделает свою нового ядра не ждите.
через 3-е недели вышло новое ядро.

другими словами, я вам сочувствую. искренне.

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

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

Речь про лично вас, а не про Торвальдса.

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

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

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

От вас — уже ничего. Раз вы читать не умеете.

>зы:
>и лично о себе речи в новости я не видел. вы что-то
>путаете.

Путаете вы. Перечитайте конкретно эту беседу.

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

35. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +1 +/
Сообщение от _umka_ (??), 11-Мрт-10, 15:01 
>[оверквотинг удален]
>>ваш ответ - прекрасная иллюстрация топика. мир состоит из одного линя, остальных
>>систем не существует. в результате мейкфайлы без gnu make не работают,
>>тары с линукс системы на аиксе не распаковываются, и так далее.
>>
>
>А кто должен проверить допустимость использования не-gnu утилиты для сборки данной на
>маргинальной платформе? Разработчик??? А нахрена ему это надо? Это задача майтейнера
>программы на данной платформе или конечного пользователя. И сопли майтейнера из
>OpenBSD абсолютно непонятны... Он должен выполнять взятые на себя обязательства или
>уйти со своего поста.

Уйми свои сопли. Есть слово posix, да и слово разработчика - если он заявляет что это работает на платформе XXX - то будь добр все проверять, а не только GNU утилиты на этой платформе. Иначе это не разработчик, а дерьмо не умеющее отвечать за свои слова.

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

44. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –1 +/
Сообщение от yevgen.ostapetsgmail.com (?), 11-Мрт-10, 15:24 
>[оверквотинг удален]
>>маргинальной платформе? Разработчик??? А нахрена ему это надо? Это задача майтейнера
>>программы на данной платформе или конечного пользователя. И сопли майтейнера из
>>OpenBSD абсолютно непонятны... Он должен выполнять взятые на себя обязательства или
>>уйти со своего поста.
>
>Уйми свои сопли. Есть слово posix, да и слово разработчика - если
>он заявляет что это работает на платформе XXX - то будь
>добр все проверять, а не только GNU утилиты на этой платформе.
>Иначе это не разработчик, а дерьмо не умеющее отвечать за свои
>слова.

Нее, я понимаю что поклонникам BSD думать головой не обязательно, но при чем тут posix? Разработчик написал прогу под своей любимой операционкой и поручил контроллировать достаточность сборочной среды системе autotools. Сексуальные проблемы маргиналов его не волнуют. Программа, написанная исключительно с использование posix, не сильно превосходит по сложности и восстребованности helloworld.c и в сборочной системе на основе autotools не нуждается.

И еще, к слову о портируемости - это фетиш авторов самого autotools, а автору конкретной программы, использующей autotools для сборки на портируемость может быть насрать с высокой колокольни.

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

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

Пардон, а зачем тогда нужны autotools?

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

51. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –1 +/
Сообщение от yevgen.ostapetsgmail.com (?), 11-Мрт-10, 15:33 
>>И еще, к слову о портируемости - это фетиш авторов самого autotools,
>>а автору конкретной программы, использующей autotools для сборки на портируемость может
>>быть насрать с высокой колокольни.
>
>Пардон, а зачем тогда нужны autotools?

Я пишу исключительно под Linux(т.е. код в принципе не проверяется на возможность сборки и запуска под xBSD) и autotools использую только для контроля достаточности сборочной среды и настройки путей к конкретным заголовочным файлам и/или библиотекам.

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

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

Чтобы проверить что у вас есть подходящие для сборки тулы. При том никто не обещал что все существующие в мире тулы - подходящие для сборки. Более того - разработчик загнется прогибаться под все существующие в мире тулзы и их закидоны. К портабельности сие тоже имеет слабое отношение: гнутые утилсы наверное рекордсмены по числу поддерживаемых платформ и архитектур.

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

257. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от ig0r (??), 12-Мрт-10, 18:12 
дело в том что это не корректная проверка, я могу скомпилировать bsd-tar который будет сообщать не правдивую версию ( якобы он является GNU ). Корректная проверка это проверка необходимой функции, то есть если приложению нужна поддержка более 100 симолов в имени файла, то автоконф должен создать файл попробовать запаковать его, затем распаковать в другое место, проверить существует ли он, а также проверить не модифицирован ли файл, вот это была бы корректная проверка.
Ответить | Правка | Наверх | Cообщить модератору

261. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от минона (?), 12-Мрт-10, 18:21 
>есть если приложению нужна поддержка более 100 симолов в имени файла, то автоконф должен создать файл попробовать запаковать его, затем распаковать в другое место, проверить существует ли он,

вот тогда и придёт соурбэйзед дистрам виндакапец.

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

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

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

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

есть тесты?

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

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

Во-первых, у autoconf есть кэш (сюрприз!).

>у убунты быстрее новая версия выйдет.

Во-вторых, вы в любом случае сильно переоцениваете время.

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

283. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от fi (ok), 12-Мрт-10, 20:43 
>дело в том что это не корректная проверка, я могу скомпилировать bsd-tar
>который будет сообщать не правдивую версию ( якобы он является GNU
>).

ССЗБ :)

в конце концов - это же не управление термоядерным синтезом, это лично твоя проблема.

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

302. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от ig0r (??), 13-Мрт-10, 08:41 
>ССЗБ :)
>
>в конце концов - это же не управление термоядерным синтезом, это лично
>твоя проблема.
>

зачем вообще версию проверять? это что гарантирует хоть что-то?

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

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

ДА! Версия гарантирует конкретный набор фич. Если на вашей платформе это не так - я вам сочувствую.

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

315. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 13-Мрт-10, 11:06 
>>>ССЗБ :)
>>>
>>>в конце концов - это же не управление термоядерным синтезом, это лично
>>>твоя проблема.
>>>
>>
>>зачем вообще версию проверять? это что гарантирует хоть что-то?
>
>ДА! Версия гарантирует конкретный набор фич. Если на вашей платформе это не
>так - я вам сочувствую.

Я вот вам и тов. минона задам один простой вопрос.

Вот собираю я, скажем, bash — возможно, для линуксоидов это будет открытием, но bash тоже стоит далеко не везде.

Для установки bash я использую конфиг-скрипт, сделанный autoconf.

Этот конфиг скрипт не работает корректно в чём-то кроме bash. Потому что поклал на SUS и использует фичи, специфические для bash.

Ну и чо делать? Как я установлю те самые ваши GNU tools? М-м? :)

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

316. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от Alex (??), 13-Мрт-10, 11:23 
>Ну и чо делать? Как я установлю те самые ваши GNU tools?
>М-м? :)

Вы еще GCC с бутстрапа пособирайте. Что за идиотская привычка создавать самому себе проблемы? Во-первых, проще найти платформу, на которой можно собрать все и перенести. Если даже точно такой платформы нет - кросс-компиляцию никто не отменял.

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

318. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 13-Мрт-10, 11:27 
>>Ну и чо делать? Как я установлю те самые ваши GNU tools?
>>М-м? :)
>
>Вы еще GCC с бутстрапа пособирайте. Что за идиотская привычка создавать самому
>себе проблемы? Во-первых, проще найти платформу, на которой можно собрать все
>и перенести. Если даже точно такой платформы нет - кросс-компиляцию никто
>не отменял.

Кросс-компиляция, отлично! То есть мне надо поставить Linux, или что там ещё, чтобы собрать одну-единственную несчастную прогу?!

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

321. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 13-Мрт-10, 12:10 
>[оверквотинг удален]
>>>не отменял.
>>
>>Кросс-компиляция, отлично! То есть мне надо поставить Linux, или что там ещё,
>>чтобы собрать одну-единственную несчастную прогу?!
>
>Вы же не жалуетесь, что для запуска одного-единственного несчастного PF вам надо
>ставить целую бздю? Так и видится "ПАЧИМУ НЕТ ПФ ПАД ЛИНУГЗ.
>БЗДИШНИКИ УРОДЫ ДАЙТЕ ПФ ПАД ЛИНУГЗ!!!". Вот примерно так и выглядит
>ваше желание получить отвязанный от GNU autoconf. С той разницей, что
>PF на Linux никому не сдался.

1. Вы разницу между частью ядра и каким-нибудь калькулятором чувствуете? Если сравнивать, то тогда с тем же netfilter. А обычный BSD-шный софт под Linux'ом бегает.

2. Почему я должен вопить об отсутствии pf под Linux? Если кто-то захочет портировать и спросит моей помощи — буду рад помочь, мне не жалко, я не красноглазик. :)

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

72. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от _umka_ (??), 11-Мрт-10, 16:24 
>[оверквотинг удален]
>>Иначе это не разработчик, а дерьмо не умеющее отвечать за свои
>>слова.
>
>Нее, я понимаю что поклонникам BSD думать головой не обязательно, но при
>чем тут posix? Разработчик написал прогу под своей любимой операционкой и
>поручил контроллировать достаточность сборочной среды системе autotools. Сексуальные проблемы маргиналов его
>не волнуют. Программа, написанная исключительно с использование posix, не сильно превосходит
>по сложности и восстребованности helloworld.c и в сборочной системе на основе
>autotools не нуждается.
>

Ошибаешся. подумай еще раз - дам подсказку - пути при инсталяции внутри makefile - задаются automake который входит в autotools.

>И еще, к слову о портируемости - это фетиш авторов самого autotools,
>а автору конкретной программы, использующей autotools для сборки на портируемость может
>быть насрать с высокой колокольни.

Только почему авторы этих самых программ пишут что оно работает не только в GNU linux.

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

97. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –2 +/
Сообщение от минона (?), 11-Мрт-10, 17:06 
>Только почему авторы этих самых программ пишут что оно работает не только в GNU linux.

так оно и работает.
устанавливаешь необходимое и работает.

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

122. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –1 +/
Сообщение от yevgen.ostapetsgmail.com (?), 11-Мрт-10, 19:17 
>>[оверквотинг удален]
>Ошибаешся. подумай еще раз - дам подсказку - пути при инсталяции внутри
>makefile - задаются automake который входит в autotools.

Ошибаешься именно ты. Autotools - это часть платформы и вендор отвечает за "подгонку" умолчаний в своей платформе. Если эта подгонка может быть выполнена как долнение, не ломающее поведение autotools на других платформах, то оформляется патч и предлагается к включению апстриму. Стенание о том, какие мерзавцы, разработчики autotools - это сопли.
>
>
>
>>И еще, к слову о портируемости - это фетиш авторов самого autotools,
>>а автору конкретной программы, использующей autotools для сборки на портируемость может
>>быть насрать с высокой колокольни.
>
>Только почему авторы этих самых программ пишут что оно работает не только
>в GNU linux.

Так ставишь gnu-utils и спокойно собираешь в таком случае. Не хочешь ставить? Не используй данную программу или попроси кого-то другого ее собрать, кто не страдает алергией от буквосочетания gnu!

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

43. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +3 +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 11-Мрт-10, 15:24 
>[оверквотинг удален]
>>ваш ответ - прекрасная иллюстрация топика. мир состоит из одного линя, остальных
>>систем не существует. в результате мейкфайлы без gnu make не работают,
>>тары с линукс системы на аиксе не распаковываются, и так далее.
>>
>
>А кто должен проверить допустимость использования не-gnu утилиты для сборки данной на
>маргинальной платформе? Разработчик??? А нахрена ему это надо? Это задача майтейнера
>программы на данной платформе или конечного пользователя. И сопли майтейнера из
>OpenBSD абсолютно непонятны... Он должен выполнять взятые на себя обязательства или
>уйти со своего поста.

Это и есть задача конфигуратора. autotools с ней НЕ справляются.

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

49. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –1 +/
Сообщение от yevgen.ostapetsgmail.com (?), 11-Мрт-10, 15:29 
>[оверквотинг удален]
>>>тары с линукс системы на аиксе не распаковываются, и так далее.
>>>
>>
>>А кто должен проверить допустимость использования не-gnu утилиты для сборки данной на
>>маргинальной платформе? Разработчик??? А нахрена ему это надо? Это задача майтейнера
>>программы на данной платформе или конечного пользователя. И сопли майтейнера из
>>OpenBSD абсолютно непонятны... Он должен выполнять взятые на себя обязательства или
>>уйти со своего поста.
>
>Это и есть задача конфигуратора. autotools с ней НЕ справляются.

В каком месте не справляется? Они говорят что после установки gnu-utils сборка на OpenBSD пройдет успешно, если сам код написан портируемо. Майтейнер OpenBSD утверждает, что это слишком жесткие требования и неопределенному (по его мнению большинству) программ для сборки хватит bsd-utils. Кто должен проверить все проекты с autotools на предмет их собираемости на OpenBSD с использованием bsd-utils? Что делать авторам программ, которые не собираются на OpenBSD с использованием bsd-utils?

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

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

74. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от yevgen.ostapetsgmail.com (?), 11-Мрт-10, 16:28 
>автоконф должен проверять необходимый функционал существующей утилиты, а не наличие конкретной утилиты
>от конкретного разработчика

Какой функционал утилиты tar вы считаете достаточным? А утилиты make?

Autotools позволяет разработчику не медитировать над тем, что он может, а чего не может он сделать родным tar в Solaris, а отдать это на откуп соотвествующим макросам. Если разработчики xBSD системы уверены, что их tar ничем не хуже gnutar и готовы написать соотвествующий код на m4 - я думаю его с радостью включат в апстрим и будут применять... До первого сбоя при сборке, после чего выльют ведро помоев на авторов горе-патча и будут абсолютно правы.

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

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

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

120. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +1 +/
Сообщение от nuclight (??), 11-Мрт-10, 19:08 
>Какой функционал утилиты tar вы считаете достаточным? А утилиты make?
>
>Autotools позволяет разработчику не медитировать над тем, что он может, а чего
>не может он сделать родным tar в Solaris, а отдать это
>на откуп соотвествующим макросам. Если разработчики xBSD системы уверены, что их
>tar ничем не хуже gnutar и готовы написать соотвествующий код на
>m4 - я думаю его с радостью включат в апстрим и
>будут применять... До первого сбоя при сборке, после чего выльют ведро
>помоев на авторов горе-патча и будут абсолютно правы.

Вы, похоже, об autotools имеете слишком смутное представление. Они именно что проверяют наличие набора конкретных фич и функций, нужных программе, а не наличие/отсутствие какой-то либы или софтины целиком.

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

124. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от yevgen.ostapetsgmail.com (?), 11-Мрт-10, 19:24 
>[оверквотинг удален]
>>не может он сделать родным tar в Solaris, а отдать это
>>на откуп соотвествующим макросам. Если разработчики xBSD системы уверены, что их
>>tar ничем не хуже gnutar и готовы написать соотвествующий код на
>>m4 - я думаю его с радостью включат в апстрим и
>>будут применять... До первого сбоя при сборке, после чего выльют ведро
>>помоев на авторов горе-патча и будут абсолютно правы.
>
>Вы, похоже, об autotools имеете слишком смутное представление. Они именно что проверяют
>наличие набора конкретных фич и функций, нужных программе, а не наличие/отсутствие
>какой-то либы или софтины целиком.

Хватит кормить нас своими фантазиями, прочитайте же наконец что может проверять стандартными тестами autotools!!!

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

128. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –1 +/
Сообщение от _umka_ (??), 11-Мрт-10, 20:54 
>[оверквотинг удален]
>
>Какой функционал утилиты tar вы считаете достаточным? А утилиты make?
>
>Autotools позволяет разработчику не медитировать над тем, что он может, а чего
>не может он сделать родным tar в Solaris, а отдать это
>на откуп соотвествующим макросам. Если разработчики xBSD системы уверены, что их
>tar ничем не хуже gnutar и готовы написать соотвествующий код на
>m4 - я думаю его с радостью включат в апстрим и
>будут применять... До первого сбоя при сборке, после чего выльют ведро
>помоев на авторов горе-патча и будут абсолютно правы.

дарю hint - в RedHat tar построен на базе той же библиотеки libarchive что и в BSD.
даже больше - эта библиотека была разработана в FreeBSD team.
просто свои опции при сборке и своя внешная обветка.
Так что закладываться на gnu tar это по меньшей степени глупо.


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

134. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +1 +/
Сообщение от anonymous (??), 11-Мрт-10, 22:32 
Ты или дурак или сознательно врешь - в RHEL 5.x и 4.x GNU tar.
Ответить | Правка | Наверх | Cообщить модератору

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

214. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –1 +/
Сообщение от User294 (ok), 12-Мрт-10, 14:50 
Он спиди-гонщик, это его фирменный стиль :)
Ответить | Правка | К родителю #134 | Наверх | Cообщить модератору

284. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от fi (ok), 12-Мрт-10, 20:49 
>дарю hint - в RedHat tar построен на базе той же библиотеки
>libarchive что и в BSD.
>даже больше - эта библиотека была разработана в FreeBSD team.
>просто свои опции при сборке и своя внешная обветка.
>Так что закладываться на gnu tar это по меньшей степени глупо.

Проверил у себя - в системе нету. Так что gnu tar рулит :)

зы а я дальше буду делать скрипты которые используют GNU utils, всё остальное на ваш страх и риск. Т.к. вы не целевая группа.

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

58. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 11-Мрт-10, 16:02 
>[оверквотинг удален]
>>
>>Это и есть задача конфигуратора. autotools с ней НЕ справляются.
>
>В каком месте не справляется? Они говорят что после установки gnu-utils сборка
>на OpenBSD пройдет успешно, если сам код написан портируемо. Майтейнер OpenBSD
>утверждает, что это слишком жесткие требования и неопределенному (по его мнению
>большинству) программ для сборки хватит bsd-utils. Кто должен проверить все проекты
>с autotools на предмет их собираемости на OpenBSD с использованием bsd-utils?
>Что делать авторам программ, которые не собираются на OpenBSD с использованием
>bsd-utils?

Если б дело ограничивалось только GNU utils… Да, и вас не смущает наличие двух идентичных утилит в системе? В два раза больше уязвимостей, в четыре раза больше проблем — вы это предлагаете?

Если программа хочет, скажем, поддержку какой-то функции, а autotools не может найти нужный заголовочный файл, кто виноват, м?

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

81. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –1 +/
Сообщение от yevgen.ostapetsgmail.com (?), 11-Мрт-10, 16:34 
>[оверквотинг удален]
>>на OpenBSD пройдет успешно, если сам код написан портируемо. Майтейнер OpenBSD
>>утверждает, что это слишком жесткие требования и неопределенному (по его мнению
>>большинству) программ для сборки хватит bsd-utils. Кто должен проверить все проекты
>>с autotools на предмет их собираемости на OpenBSD с использованием bsd-utils?
>>Что делать авторам программ, которые не собираются на OpenBSD с использованием
>>bsd-utils?
>
>Если б дело ограничивалось только GNU utils… Да, и вас не смущает
>наличие двух идентичных утилит в системе? В два раза больше уязвимостей,
>в четыре раза больше проблем — вы это предлагаете?

А вы собираете пакеты на боевых серверах, да еще и рутом? Тогда мы идем к вам!

>
>Если программа хочет, скажем, поддержку какой-то функции, а autotools не может найти
>нужный заголовочный файл, кто виноват, м?

Autotools не выдвигает требований к среде исполнения программы, которая получается в итоге сборки, а только к среде сборки, если мне не изменяет склероз, в xBSD доступен chroot(1), где можно поставить любые, даже самые экстравагантные сборочные зависомости, и получив бинарник, все это г... удалить

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

91. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 11-Мрт-10, 16:52 
>[оверквотинг удален]
>>>с autotools на предмет их собираемости на OpenBSD с использованием bsd-utils?
>>>Что делать авторам программ, которые не собираются на OpenBSD с использованием
>>>bsd-utils?
>>
>>Если б дело ограничивалось только GNU utils… Да, и вас не смущает
>>наличие двух идентичных утилит в системе? В два раза больше уязвимостей,
>>в четыре раза больше проблем — вы это предлагаете?
>
>А вы собираете пакеты на боевых серверах, да еще и рутом? Тогда
>мы идем к вам!

На прошлом месте работы приходилось, специфика отрасли. Впрочем, я-то уязвимостей не боюсь, слежу худо-бедно, а вот клиенты…

>>Если программа хочет, скажем, поддержку какой-то функции, а autotools не может найти
>>нужный заголовочный файл, кто виноват, м?
>
>Autotools не выдвигает требований к среде исполнения программы, которая получается в итоге
>сборки, а только к среде сборки, если мне не изменяет склероз,
>в xBSD доступен chroot(1), где можно поставить любые, даже самые экстравагантные
>сборочные зависомости, и получив бинарник, все это г... удалить

Можно. Осталось только всё это говно поставить. И убедиться, что проблем не возникло. Хорошо, если у вас восемь ядер и четыре гигабайта — а если это MIPS?

Опять же, ладно зависимости — в портах они легко указываются и далее всё (теоретически) автоматом ставится… а вот хрен. То configure не может что-то найти (потому что ищет только в /usr/lib , например). То всплывает какой-то ключик компилятора, доступный только в новейшей версии. То ещё подобная хрень. Хуже того: нередко появляются зависимости, которые в configure не видны, и выясняются, в лучшем случае, только при (к счастью, в OpenBSD такое есть) автоматизированной проверке на тему используемых библиотек.

Я не раз сталкивался, например, с тем, что configure говорит: «парень, а у тебя компилятор-то не умеет создавать разделяемые библиотеки!». И ковыряешься, ищешь ошибку, и в итоге выясняется, что тест цепляет какой-то левый заголовок и вполне резонно обламывается.

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

102. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от yevgen.ostapetsgmail.com (?), 11-Мрт-10, 17:17 
>[оверквотинг удален]
>что-то найти (потому что ищет только в /usr/lib , например). То
>всплывает какой-то ключик компилятора, доступный только в новейшей версии. То ещё
>подобная хрень. Хуже того: нередко появляются зависимости, которые в configure не
>видны, и выясняются, в лучшем случае, только при (к счастью, в
>OpenBSD такое есть) автоматизированной проверке на тему используемых библиотек.
>
>Я не раз сталкивался, например, с тем, что configure говорит: «парень, а
>у тебя компилятор-то не умеет создавать разделяемые библиотеки!». И ковыряешься, ищешь
>ошибку, и в итоге выясняется, что тест цепляет какой-то левый заголовок
>и вполне резонно обламывается.

Вот для того, чтобы такие ситуации не возникали и рекомендуется использовать именно стандартные макросы autotools для стандартных проверок, а не строить свои велосипеды. А задача пользователей xBSD и других не-GNU систем проверять адекватность этих стандартных тестов и закидывать какашками разрабочиков, которые самостоятельно пытаются проверить наличие библиотек и делают это только специфично для известной им системы, хотя зачем-то прицепили autotools и назвали свое поделие портируемым.

Если я захочу собрать дистрибутив линукс с библиотеками в /Linux/system32, то для нормальных проектов с autotools мне будет достаточно изменить стандартные тесты, а перед сборкой вызвать autoreconf -fisv. Для програм, использующих SCons, CMake и прочий, типа портируемый, булшит, придется править каждую из них своим, уникальным способом.

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

114. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от аноним (?), 11-Мрт-10, 18:08 
>Для програм, использующих SCons, CMake и
>прочий, типа портируемый, булшит, придется править каждую из них своим, уникальным
>способом.

Это, мягко говоря, ложь. Достаточно будет только заменить пути в *.cmake совершенно аналогичным образом. Если в скриптах проекта жестко прописаны левые пути, сломается и autotools и cmake.

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

115. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +1 +/
Сообщение от yevgen.ostapetsgmail.com (?), 11-Мрт-10, 18:36 
>>Для програм, использующих SCons, CMake и
>>прочий, типа портируемый, булшит, придется править каждую из них своим, уникальным
>>способом.
>
>Это, мягко говоря, ложь. Достаточно будет только заменить пути в *.cmake совершенно
>аналогичным образом. Если в скриптах проекта жестко прописаны левые пути, сломается
>и autotools и cmake.

Чукча не читатель, чукча писатель?

Повторяю медленно и по буквам, для особо продвинутых:
1. Если проект на autotools сделан чисто, для его пересборки в новых условиях достаточно выполнить autoreconf -fisv.
2. Каждый честный проект на CMake нужно будет править РУКАМИ.

PS: ничего против cmake не имею, иногда использую, но родовых травм у него не меньше, чем в autotools.

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

126. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от _umka_ (??), 11-Мрт-10, 20:46 
> 1. Если проект на autotools сделан чисто, для его пересборки в новых условиях достаточно выполнить autoreconf -fisv.

и долго материться если версия чего-то входящего в autotools изменилась напомнить что то что написано под autoconf 1.7 не соберется с autoconf 1.8, а 1.10 вобще выдает чудеса ?
у cmake с таким хоть проблем нету :-)

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

156. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от phaoost (ok), 12-Мрт-10, 00:17 
>Можно. Осталось только всё это говно поставить. И убедиться, что проблем не
>возникло. Хорошо, если у вас восемь ядер и четыре гигабайта —
>а если это MIPS?

мм. а что, нет руутстрапа? я вроде как собирал на x86 под arm, про mips правда не знаю, не пробовал

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

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

198. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от Alex (??), 12-Мрт-10, 14:02 
>а как вы думаете много ли места на устройствах с МИПСом?

А перекрестную сборку уже отменили? autoconf c ней, кстати, отлично справляется. Ну а BSD на MIPS можно закапывать, все равно драйверов нет.

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

229. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от oops (??), 12-Мрт-10, 15:31 
> Ну а BSD на MIPS можно закапывать, все равно драйверов нет.

Каких драйверов?
Ну знаете, БСДя уже может работать на dir-320. Сопли подберут и будет все ок.

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

242. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от pavel_simple (ok), 12-Мрт-10, 16:12 
>> Ну а BSD на MIPS можно закапывать, все равно драйверов нет.
>
>Каких драйверов?
>Ну знаете, БСДя уже может работать на dir-320. Сопли подберут и будет
>все ок.

как она работает? точнее что уже работает стабильно?

...ибудет... вот когда будет приходите.

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

251. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от phaoost (ok), 12-Мрт-10, 17:40 
>а как вы думаете много ли места на устройствах с МИПСом?

ну так поставьте тулчейн, рутстрап на x86 и соберите всё там

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

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

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




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

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