форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
Сообщение от opennews (ok) on 11-Мрт-10, 10:30
Один из разработчиков OpenBSD опубликовал (http://undeadly.org/cgi?action=article&sid=20100310215559) сообщение, в котором обратил внимание на излишнюю привязанность приложений, использующих Autoconf, к GNU-инструментам, что мешает портированию программ на платформы, в которых в качестве стандартного рабочего окружения не используется инструментарий GNU. В качестве примера, приводится завязанность некоторых тестов в скриптах configure на наличие в номере версии идентификатора GNU; при оценке возможностей mkdir используются прямые привязки к GNU coreutils; в тесте поддержки архивов ustar просто проверяется наличие gnu-tar. Иными словами, вместо полноценной поддержки других систем, многие тесты при оценке возможностей системного окружения просто полагаются на наличие или отсутствие GNU-make, GNU-bash, GNU-tar, GNU-m4, GNU-mkdir и т.п. URL: http://undeadly.org/cgi?action=article&sid=20100310215559 Новость: https://www.opennet.ru/opennews/art.shtml?num=25751
Высказать мнение | Ответить | Правка | Cообщить модератору

Сообщения по теме

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

1. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–2 +/–
Сообщение от hatewindows (ok) on 11-Мрт-10, 10:30
т.е. пользоваться мы хотим, а соблюдать лицензию нет? пущай пилят свои фичи, кто-то запрещает?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	3. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+1 +/–
	Сообщение от cvsup (ok) on 11-Мрт-10, 10:52
	omg.. ну и где здесь речь о лицензии? тыкните пальцем, где ее нарушение?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	8. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от splat_pack (ok) on 11-Мрт-10, 11:33
	а в чем по вашему состоит соблюдение лицензии? использование тулзы только под переGNUтым линуксом? Оригинально...
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	17. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от минона on 11-Мрт-10, 13:09
	а при чем тут нарушения? тулза сама под гпл и расчитана на гпл. вот и всё. хотите пользоваться? пользуйтесь. не хотите? не пользуйтесь. зы: с таким же успехом можно жаловаться, что под msvc не компилится ядро от бзд.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	28. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+4 +/–
	Сообщение от ффф on 11-Мрт-10, 14:29
	autotools был задуман как инструмент для написания _портируемых_ приложений. В данном случае привязкой к GNU-окружению портабельность неоправданно ухудшается.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	29. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от минона on 11-Мрт-10, 14:39
	он сам из состава гну-утилит. и работает на всех тех платформах, что и все эти гну утилиты. не больше и не меньше. 1. Together with Automake and Libtool, Autoconf forms the GNU build system. 2. The GNU build system, also known as the Autotools, is a suite of programming tools produced by the GNU project. 3. The GNU build system comprises the GNU utility programs Autoconf, Automake, and Libtool [3]. Other related tools frequently used with the GNU build system are GNU’s make program, GNU gettext, pkg-config, and the GNU Compiler Collection, also called GCC. http://airs.com/ian/configure/ т.е. autoconf - часть GNU build system.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	271. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от Админ Веня on 12-Мрт-10, 18:50
	Прочли внимательно? _ДЛЯ СБОРКИ_ онли. Зачем мне оно лишнее в системе?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	285. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+1 +/–
	Сообщение от User294 (ok) on 12-Мрт-10, 21:00
	>Зачем мне оно лишнее в системе? Есть такое понятие - зависимости и пререквизиты. Если вы их не можете удовлетворить - идете лесом с интересом и ищете себе другую прогу, патчите что вам там удобно и прочая. А автор проги не может проверить что какой-то странный TAR из вон той странной системы будет корркетно работать с его прогой, пардон. Потому что экзотов - много, а автор - один. Более того - гнутый тулчейн и утили спортированы на дофигища разных платформ и систем, так что даже побухтеть про портабельность толком не выйдет. Как максимум про зависимости разве что.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	293. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+1 +/–
	Сообщение от минона on 13-Мрт-10, 02:04
	ну они б вместе с таром и гцц выкинули бы. но тогда требования совсем уж маразмом отдавать станут.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	306. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 13-Мрт-10, 10:05
	>ну они б вместе с таром и гцц выкинули бы. >но тогда требования совсем уж маразмом отдавать станут. GNU tar, к слову, никто не выкидывал — BSD tar древнее GNU tar. Но Столлман сотоварищи решили, что их не устраивает лицензия (к слову, у них хватило ума понять, что BSDL не позволяет взять код и перелицензировать по-своему), и сделали своё. Ну а что касается GCC — стараются. Вон, FreeBSD на LLVM переползает, OpenBSD — на PCC… Процесс долгий и мучительный, но как-то двигается.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	314. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Alex (??) on 13-Мрт-10, 10:58
	>[оверквотинг удален] >>но тогда требования совсем уж маразмом отдавать станут. > >GNU tar, к слову, никто не выкидывал — BSD tar древнее GNU >tar. Но Столлман сотоварищи решили, что их не устраивает лицензия (к >слову, у них хватило ума понять, что BSDL не позволяет взять >код и перелицензировать по-своему), и сделали своё. > >Ну а что касается GCC — стараются. Вон, FreeBSD на LLVM переползает, >OpenBSD — на PCC… Процесс долгий и мучительный, но как-то двигается. > Вот смотря на все это - думается, что BSD-лицензия и весь проект BSD созданы с одной-единственной целью: оттянуть от FSF/GNU силы (головы, руки) на бесполезную деятельность по повторению уже имеющегося, и дать возможность зохавать хоть какие-то плоды этой деятельности конкретным проприетарщикам. Без отдачи.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	317. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 13-Мрт-10, 11:25
	>[оверквотинг удален] >>код и перелицензировать по-своему), и сделали своё. >> >>Ну а что касается GCC — стараются. Вон, FreeBSD на LLVM переползает, >>OpenBSD — на PCC… Процесс долгий и мучительный, но как-то двигается. >> > >Вот смотря на все это - думается, что BSD-лицензия и весь проект >BSD созданы с одной-единственной целью: оттянуть от FSF/GNU силы (головы, руки) >на бесполезную деятельность по повторению уже имеющегося, и дать возможность зохавать >хоть какие-то плоды этой деятельности конкретным проприетарщикам. Без отдачи. Молодой человек, учите историю. BSD существовали до появления GNU/Linux. Собственно, Linux обязан своей популярностью отчасти тому факту, что на BSD в своё время очень сильно наехала AT&T. Пока народ в спешном порядке выкидывал их код — время шло, и те силы, которые могли пойти на развитие BSD, ушли в Linux. Тем не менее BSD выкарабкалось, превратившись в NetBSD, FreeBSD, OpenBSD, Darwin/MacOS X, DragonFlyBSD…
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	319. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Alex (??) on 13-Мрт-10, 11:28
	>Молодой человек, учите историю. BSD существовали до появления GNU/Linux. http://lurkmore.ru/Nobody_cares > Собственно, Linux обязан своей популярностью отчасти тому факту, что на BSD в своё время Linux своей популярности в основном обязан GNU/FSF, и лично Торвальдсу. BSD (изначально - проприетарщина) нервно курит в сторонке.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	322. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 13-Мрт-10, 12:11
	>>Молодой человек, учите историю. BSD существовали до появления GNU/Linux. > >http://lurkmore.ru/Nobody_cares > >> Собственно, Linux обязан своей популярностью отчасти тому факту, что на BSD в своё время > >Linux своей популярности в основном обязан GNU/FSF, и лично Торвальдсу. BSD (изначально >- проприетарщина) нервно курит в сторонке. В первую очередь — им, да. Я поэтому и сказал «отчасти». Насчёт «проприетарщины» — как бред больного человека — молчу.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	324. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Alex (??) on 13-Мрт-10, 13:07
	>В первую очередь — им, да. Я поэтому и сказал «отчасти». Насчёт >«проприетарщины» — как бред больного человека — молчу. Вот и молчите себе, как бред больного человека. Net/2 was the basis for two separate ports of BSD to the Intel 80386 architecture: the free 386BSD by William Jolitz and the proprietary BSD/386 (later renamed BSD/OS) by Berkeley Software Design (BSDi). 386BSD itself was short-lived, but became the initial code base of the NetBSD and FreeBSD projects that were started shortly thereafter. BSDi soon found itself in legal trouble with AT&T's Unix System Laboratories (USL) subsidiary, then the owners of the System V copyright and the Unix trademark. The USL v. BSDi lawsuit was filed in 1992 and led to an injunction on the distribution of Net/2 until the validity of USL's copyright claims on the source could be determined. !!!!!!!!!!!!!!!!!!! The lawsuit slowed development of the free-software descendants of BSD for nearly two years while their legal status was in question !!!!!!!!!!!!!!!!!!!!!!!!, and as a result systems based on the Linux kernel, which did not have such legal ambiguity, gained greater support. !!!!!!!!!!!!!!!!!!! In June 1994, 4.4BSD was released in two forms: the freely distributable 4.4BSD-Lite contained no AT&T source, whereas 4.4BSD-Encumbered was available, as earlier releases had been, only to AT&T licensees. !!!!!!!!!!!!!!!
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	369. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от User294 (ok) on 14-Мрт-10, 07:29
	Бздям на добрый десяток (!!!) лет больше чем Linux-ам и какими-то двумя годами - не отмажетесь :P.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	378. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от минона on 14-Мрт-10, 13:37
	человеческой глупости ещё больше
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	385. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от iZEN (ok) on 14-Мрт-10, 15:50
	>Вот смотря на все это - думается, что BSD-лицензия и весь проект >BSD созданы с одной-единственной целью: оттянуть от FSF/GNU силы (головы, руки) >на бесполезную деятельность по повторению уже имеющегося, и дать возможность зохавать >хоть какие-то плоды этой деятельности конкретным проприетарщикам. Без отдачи. — слова не мужа, но ребёнка. Почитай ещё раз лицензию BSDL. Перепиши Xorg, Apache Server, Firefox/Thunderbird под GNU, если идеология у тебя столь сильна — будет истинно-православно.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	387. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Alex (??) on 14-Мрт-10, 15:55
	Зачем? GNU-коммюнити не страдает имбецилизмом ака переписыванием всего под xxDL.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	368. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от User294 (ok) on 14-Мрт-10, 07:27
	>OpenBSD — на PCC… Процесс долгий и мучительный, но как-то двигается. Более того, если кто-то рискнет по дефолту поюзать его - майнтайнеры и юзеры просто позеленеют. Ибо в портах/репах/whatever есть далеко не все. А вот сборка софта бздунам после данного храброго действа начнет изрядно доставлять. Я бы на это посмотрел, ибо "за что боролись, на то и напоролись".
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	404. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от oops_ on 15-Мрт-10, 05:50
	>>OpenBSD — на PCC… Процесс долгий и мучительный, но как-то двигается. > >Более того, если кто-то рискнет по дефолту поюзать его - майнтайнеры и >юзеры просто позеленеют. Ибо в портах/репах/whatever есть далеко не все. А >вот сборка софта бздунам после данного храброго действа начнет изрядно доставлять. >Я бы на это посмотрел, ибо "за что боролись, на то >и напоролись". Когда допилят llvm - gcc подохнет и в линукс мире.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	407. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+2 +/–
	Сообщение от Alex (??) on 15-Мрт-10, 11:48
	>Когда допилят llvm - gcc подохнет и в линукс мире. Вот "когда допилят" - тогда и приходите. Тем более, что скорее LLVM станет плагином для GCC. Ну и GCC тоже на месте не стоит, не забывайте, что LLVM кроме x86 толком ничего не умеет.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	409. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от User294 (ok) on 15-Мрт-10, 18:01
	>Когда допилят llvm - gcc подохнет и в линукс мире. Боюсь что с учетом поддерживаемых GCC платформ - дооооолго ждать придется пока сие станет генерить более качественный код под большинство платформ. Если это вообще когда-нибудь случится. А без этого - я уже освоил один тулчейн, который позволяет мне компилить под кучу разных платформ. И менять его только потому что каким-то корпорасам из яппла неудобна его лицензия - я не собираюсь. Меня его лицензия устраивает, я не вижу нужды зажимать сорс компилера а компилять им можно хоть фирмваре с защитой от чтения, никто и не пикнет. Стало быть для МЕНЯ ограничений там - попросту нет. Кто чувствует себя ущемленным и кому так надо зажопить сорц - тот пусть и дергается. Вот правда их блобы мне и даром не нужны. Не собираюсь закладываться на 1 вендора и прогибаться под него и его блобы - пройденный этап, второй раз на одни и те же грабли я не встану, извините.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	46. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 11-Мрт-10, 15:25
	>т.е. пользоваться мы хотим, а соблюдать лицензию нет? пущай пилят свои фичи, >кто-то запрещает? И причём здесь лицензии? И пользоваться не хочется, а приходится: ПО-то стороннее, что в портах живёт, зачастую именно им конфигурится; да и X.Org, к слову, тоже.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	286. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от User294 (ok) on 12-Мрт-10, 21:09
	Ну, как бы, авторы программ вовсе не обязаны по вашему свистку делать удобно именно вам. Более того - когда особо ретивые бздуны рискнут все-таки поменять $CC на свои конструкции под бздуновой лицензией - их будет ждать очень много интересных открытий по части совместимости и глюков (и совместимости глюков) а также юзежа гнутых расширений в прогах.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	325. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+2 +/–
	Сообщение от Alex (??) on 13-Мрт-10, 13:08
	>>т.е. пользоваться мы хотим, а соблюдать лицензию нет? пущай пилят свои фичи, >>кто-то запрещает? > >И причём здесь лицензии? И пользоваться не хочется, а приходится: ПО-то стороннее, >что в портах живёт, зачастую именно им конфигурится; да и X.Org, >к слову, тоже. Не хочется - не пользуйтесь. Пишите свое.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

2. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+2 +/–
Сообщение от Alex (??) on 11-Мрт-10, 10:40
Эммм. autoconf - это ведь сама по себе гнутая утилита, не?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	4. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Школьник (ok) on 11-Мрт-10, 10:55
	и? gcc тоже Gnu Compiler Collection, однако, работает и компилирует код под разные платформы, не только GNU/Linux.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	52. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от минона on 11-Мрт-10, 15:35
	так и аутоконф тоже. он часть гнушных утилит. ставьте всё и работайте. или пишите своё.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	62. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 11-Мрт-10, 16:06
	>так и аутоконф тоже. он часть гнушных утилит. >ставьте всё и работайте. или пишите своё. Если бы можно было, доработав autotools и как-то «установив» их, решить все проблемы, это бы давно сделали. Собственно, что было возможно сделать в этом направлении, Marc и его коллеги и сделали, спасибо им огромное за работу, которую они проделали вместо парней из GNU. Но дистрибутив программы уже использует autotools, и с этим портирующему приходится мириться.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	64. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от минона on 11-Мрт-10, 16:09
	>Если бы можно было, доработав autotools и как-то «установив» их, решить все проблемы, это бы давно сделали. ну конечно! проще поплакаться про гну/тар пару десятков лет. и ни в коем случае его не устанавливать!!!! это же гну!
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	9. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+1 +/–
	Сообщение от Koba (??) on 11-Мрт-10, 11:49
	autoconf способствовать портированию программ, Марка возмущает не лицензмя autoconf, а то что тесты, например, проверяют tar GNU тогда работаем, если нет то вываливаемся с ошибкой, хотя tar есть и нужный функционал тоже
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	16. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Анонимко on 11-Мрт-10, 13:02
	Я понимаю, Марк мог бы сделать патч, позволяющий использовать не GNU-утилиты, но этот патч не будет принят, если лицензия на него будет BSD. Так? Надо пойти на жертву и сделать патч, совместимый с лицензией для Autoconf.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	37. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 11-Мрт-10, 15:14
	>Я понимаю, Марк мог бы сделать патч, позволяющий использовать не GNU-утилиты, но >этот патч не будет принят, если лицензия на него будет BSD. >Так? >Надо пойти на жертву и сделать патч, совместимый с лицензией для Autoconf. Там одним патчем не исправить. Ошибка, что называется, в ДНК. Марк провёл ОЧЕНЬ много времени в допиливании autotools, благодаря чему работа портирирующих уменьшилась на порядок. И теперь война с autotools занимает не 98% работы портирующего, а всего лишь 50%.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	48. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–4 +/–
	Сообщение от минона on 11-Мрт-10, 15:28
	вас послушать, так прям ну столько МНОГО сил/времени/средств. не то что эти дармоеды из состава аутосонф. зы: не нравится гну? пишите своё. со своим уставом то и в чужой монастырь. нда. ззы: и что значит одним патчем не обойдётся? чушь то не порите. одной строчкой - да. а вот патча и одного хватит.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	57. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 11-Мрт-10, 15:57
	>вас послушать, так прям ну столько МНОГО сил/времени/средств. >не то что эти дармоеды из состава аутосонф. >зы: >не нравится гну? пишите своё. >со своим уставом то и в чужой монастырь. нда. Ещё раз: от того, что разработчики OpenBSD напишут свою систему конфигурирования, НИЧЕГО не изменится. Её использовать надо в программах. Сейчас разработчики (портируемых) программ активно использует autotools: у них GNU/Linux с GNU-утилитами, и поэтому им зачастую даже в голову не приходит, что происходит при попытке сделать шаг в сторону. А альтернативы-то есть. Тот же Марк в своё время заметно теплее отзывался, скажем, о CMake, который хоть и тоже не идеален, но проблем создаёт заметно меньше. >ззы: >и что значит одним патчем не обойдётся? чушь то не порите. >одной строчкой - да. а вот патча и одного хватит. А вы тоже предпочитаете всё подряд в один патч запихивать? Сочувствую тем, кто пользуется вашими программами.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	63. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–3 +/–
	Сообщение от минона on 11-Мрт-10, 16:07
	фигня вопрос! для это и придумали патчи. или вы хотите, чтобы этим занялся кто-то другой? это гну утилиты для сборки програм. и для их работы необходимо соответсвующее окружение. если вам не нравиться то, что просит аутоконф - исправьте. или установите.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	131. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от ABC (??) on 11-Мрт-10, 21:40
	>фигня вопрос! для это и придумали патчи. >или вы хотите, чтобы этим занялся кто-то другой? > >это гну утилиты для сборки програм. >и для их работы необходимо соответсвующее окружение. >если вам не нравиться то, что просит аутоконф - исправьте. или установите. > Раньше я полагал, что если человек умеет писать, то умеет и читать. Но ваш пример доказывает, что я ошибался.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	166. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от минона on 12-Мрт-10, 00:40
	ну ваш пример ещё хуже - читать с грехом пополам умеет, писать тоже, а вот думать - нет.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	187. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от oops (??) on 12-Мрт-10, 13:06
	минона, я поддерживаю предыдущих ораторов, что вы фанатик, не понимающий о чем говорите. Autoconf БЫЛ СОЗДАН ДЛЯ ВОЗМОЖНОСТИ ПОРТИРОВАНИЯ НА РАЗНЫЕ ПЛАТФОРМЫ. Еще раз: Autoconf БЫЛ СОЗДАН ДЛЯ ВОЗМОЖНОСТИ ПОРТИРОВАНИЯ НА РАЗНЫЕ ПЛАТФОРМЫ! Где вообще вы увидели хоть слово про лицензии? Или вы слово портирование понимаете под тем, что на всех платформах должен красоваться набор гнутых утил, когда такие же есть нативные? Должен вам открыть тайну, наверняка люди, которые делают проверки на гнутость и версии гнутости утил делают это уж всяко не из соображений лицензии, а просто от незнания/лени/некомпетентности/непрофессионализма. Вы сами чего-нибудь писали кроссплатформенного? а вообще писали что-нибудь?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	193. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от oops (??) on 12-Мрт-10, 13:33
	вот вам яруий пример, чуть ниже посмотрите, там один горе-программер пишет" Согласен с "одним из разработчиков OpenBSD" - такая привязка есть, и могу его порадовать: и не только в Autoconf. :) > Сам сколько писал - так и поступал - требовал наличие gnu coreutils & etc. > > Ну на кой мне разбираться что там у него в системе еще есть? Проше указать в требованиях  то что я знаю и использую.  Кроме *BSD есть еще куча unix-ов, с корявым System5, тот же solaris :) > В одном скрипте я даже версию bash требовал!!! > Я не понимаю такой паталогии - избавляться от gnu utils.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	194. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+1 +/–
	Сообщение от Alex (??) on 12-Мрт-10, 13:37
	>Autoconf БЫЛ СОЗДАН ДЛЯ ВОЗМОЖНОСТИ ПОРТИРОВАНИЯ НА РАЗНЫЕ ПЛАТФОРМЫ. >Еще раз: Autoconf БЫЛ СОЗДАН ДЛЯ ВОЗМОЖНОСТИ ПОРТИРОВАНИЯ НА РАЗНЫЕ ПЛАТФОРМЫ! И еще раз, ДОТ - AUTOCONF БЫЛ СОЗДАН ДЛЯ ВОЗМОЖНОСТИ ПОРТИРОВАНИЯ НА РАЗНЫЕ ПЛАТФОРМЫ В РАМКАХ ОКРУЖЕНИЯ GNU. О религиозных фанатиках речи не было.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	197. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–2 +/–
	Сообщение от oops (??) on 12-Мрт-10, 14:01
	хааааа, не смешите меня. Как любят говорить гнутые парни: "пруфлинк в студию".
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	210. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+1 +/–
	Сообщение от минона on 12-Мрт-10, 14:32
	ну и кто с таким выгнутым захочет общаться? а еще меня фанатиком обзывал.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	225. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от oops (??) on 12-Мрт-10, 15:24
	ну вот, не можете =) Autoconf is an extensible package of m4 macros that produce shell scripts to automatically configure software source code packages. These scripts can adapt the packages to many kinds of UNIX-like systems without manual user intervention.  Autoconf creates a configuration script for a package from a template file that lists the operating system features that the package can use, in the form of m4 macro calls. WWW: http://www.gnu.org/software/autoconf/ ключевое здесь второе предложение
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	232. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+1 +/–
	Сообщение от минона on 12-Мрт-10, 15:38
	вот именно. и если в ОС нет "features that the package can use" то "configuration script"  не соберется. английскими ж буквами, чёрным по белому написано!
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	247. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 12-Мрт-10, 16:57
	>вот именно. >и если в ОС нет "features that the package can use" то >"configuration script"  не соберется. >английскими ж буквами, чёрным по белому написано! Угу. Параметр командной строки "--version" - это та самая feature, которая нужна пакету, да? Или, коли уж вы так привязались к tar, всё-таки поддержка имён с большей длиной имени?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	258. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от ig0r (??) on 12-Мрт-10, 18:15
	подписываюсь под каждым словом, добавлю ещё что --version можно и подделать, но автоконф должен проверить действительно поддерживается нужный функционал.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	260. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от минона on 12-Мрт-10, 18:17
	должен? подайте в суд. там и свои подписи предъявите. :D
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	264. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от ig0r (??) on 12-Мрт-10, 18:35
	ну а как же он обеспечит что например тот же тар не имеет ограничения в 100 символов в имени файла? в случае если я подделаю вывод --version
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	200. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–2 +/–
	Сообщение от vic (??) on 12-Мрт-10, 14:07
	>>Autoconf БЫЛ СОЗДАН ДЛЯ ВОЗМОЖНОСТИ ПОРТИРОВАНИЯ НА РАЗНЫЕ ПЛАТФОРМЫ. >>Еще раз: Autoconf БЫЛ СОЗДАН ДЛЯ ВОЗМОЖНОСТИ ПОРТИРОВАНИЯ НА РАЗНЫЕ ПЛАТФОРМЫ! > >И еще раз, ДОТ - AUTOCONF БЫЛ СОЗДАН ДЛЯ ВОЗМОЖНОСТИ ПОРТИРОВАНИЯ НА >РАЗНЫЕ ПЛАТФОРМЫ В РАМКАХ ОКРУЖЕНИЯ GNU. О религиозных фанатиках речи не >было. ссылочку на официальные документы autoconf где сказано про рамку окружения гну.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	207. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+2 +/–
	Сообщение от Alex (??) on 12-Мрт-10, 14:24
	>ссылочку на официальные документы autoconf где сказано про рамку окружения гну. Я понимаю, что включать очень сложно и не хочется, но autoconf - часть GNU Build System, с пререквизитом GNU M4. Работа его под не-GNU окружениями не гарантируется.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

	227. "Разработчики OpenBSD... ЗАКАПЫВАЙТЕ!!!"		+2 +/–
	Сообщение от Andrey Mitrofanov on 12-Мрт-10, 15:29
	>вот где это сказано? сами придумали? 1/ ""Autoconf does not solve all problems related to making portable software packages—for a more complete solution, it should be used in concert with other GNU build tools like Automake and Libtool. These other tools take on jobs like the creation of a portable, recursive makefile with all of the standard targets, linking of shared libraries, and so on. See The GNU Build System, for more information."" -- http://www.gnu.org/software/autoconf/manual/html_node/Introd... 2/ ""Autoconf is an extensible package of M4 macros that produce shell scripts to automatically configure software source code packages. These scripts can adapt the packages to many kinds of UNIX-like systems without manual user intervention."" -- http://www.gnu.org/software/autoconf/ Обратите _особое внимание на слово "can". 3/ **Когда** осилите, переходите к содержательной части поста #184 http:/openforum/vsluhforumID3/64676.html#184 Внимательно повторяю: YHBT. И на блесне Вы у "своего" же дядьку Марка -- он вкинул, а наивные-то зеленоглазые думали была команда "ату на GNU". _Вы ошиблись, была команда "Голос!".
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	243. "Разработчики OpenBSD... ЗАКАПЫВАЙТЕ!!!"		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 12-Мрт-10, 16:44
	>[оверквотинг удален] >makefile with all of the standard targets, linking of shared libraries, >and so on. See The GNU Build System, for more information."" >-- http://www.gnu.org/software/autoconf/manual/html_node/Introd... > >2/ ""Autoconf is an extensible package of M4 macros that produce shell >scripts to automatically configure software source code packages. These scripts can >adapt the packages to many kinds of UNIX-like systems without manual >user intervention."" -- http://www.gnu.org/software/autoconf/ > >Обратите _особое внимание на слово "can". Ну ессесно, "can" — так же как автомобиль "can" отвезти вас от дома до работы. А может и сломаться. Только не факт, что в случае поломки виноват водитель (хотя бывает и такое, безусловно), дом или работа. >3/ **Когда** осилите, переходите к содержательной части поста #184 http:/openforum/vsluhforumID3/64676.html#184 > >Внимательно повторяю: YHBT. И на блесне Вы у "своего" же дядьку Марка >-- он вкинул, а наивные-то зеленоглазые думали была команда "ату на >GNU". _Вы ошиблись, была команда "Голос!". Команды не было, была просьба усилить борьбу с кривыми конфигураторами — перечитайте, если не верите. Это у вас, красноглазиков, видимо, все в едином порыве за кем-то ходят. ;) (на всякий случай ремарка: шучу!)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	252. "Разработчики OpenBSD... ЗАКАПЫВАЙТЕ!!!"		+/–
	Сообщение от минона on 12-Мрт-10, 17:53
	>Команды не было, была просьба усилить борьбу с кривыми конфигураторами — перечитайте, если не верите. так вот что вы тут делаете! боретесь! :D
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	370. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от User294 (ok) on 14-Мрт-10, 07:41
	>вот где это сказано? сами придумали? Это следует из здравой логики. Я всегда могу подсунуть окружение на котором любая билд-система всосет по полной. Авторы билд системы могут и не иметь доступа для тестирования к такому окружению и заранее предусмотреть все возможные закидоны всех возможных окружений - не могут. Хотите BSD tar? Ваш супер-пупер $CC под супер-пупер лицензией? А также прочих тамагоч и покемонов? Великолепно - вот вы тогда и трахайтесь с патчингом, портированием и прочая. Не вижу в каком месте это не честно и почему у гнушников должна вообще болеть бошка от бздунов при том что бздуны один хрен только спят и видят как бы от ненавистных трех букв избавиться поизящнее. Гордость и независимость от всех остальных имеет свою цену в виде долбежки всех стен своим лбом.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	391. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от iZEN (ok) on 14-Мрт-10, 16:31
	>Гордость и независимость от всех остальных >имеет свою цену в виде долбежки всех стен своим лбом. И поэтому так важна унификация утилит сборки. Кстати "костыли": % pkg_info | grep autoconf autoconf-2.13.000227_6 Automatically configure source code on many Un*x platforms autoconf-2.62       Automatically configure source code on many Un*x platforms autoconf-wrapper-20071109 Wrapper script for GNU autoconf % pkg_tree -v autoconf-2.62 autoconf-2.62 |\__ perl-threaded-5.10.1 |\__ libsigsegv-2.5 |\__ m4-1.4.14,1 |      \__ libsigsegv-2.5 \__ autoconf-wrapper-20071109 % uname -rsm FreeBSD 8.0-STABLE amd64 Под GNUтым OpenJDK ("JDK" — это система поддержки компиляции и сборки, если кто не в курсе) отлично работает Apache Tomcat. Без этой возможности пришлось бы использовать проприетарную яву, через которую есть нехилый vendor-lock in на Oracle.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	413. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от ABorland on 15-Мрт-10, 22:40
	Пилять! >нехилый vendor-lock in на Oracle. Java от SUN - GPL собственно выпуск ее под GPL  и позволил допилить OpenJDK (путем пофункционального копирования тысяч строк кода)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	414. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от iZEN (ok) on 15-Мрт-10, 22:56
	>Пилять! > >>нехилый vendor-lock in на Oracle. > >Java от SUN - GPL >собственно выпуск ее под GPL  и позволил допилить OpenJDK >(путем пофункционального копирования тысяч строк кода) В OpenJDK нету: JavaWeb Start, Java-Plug-in (для работы апплетов в браузере), Nimbus Look&Feel, JavaFX Script. Так что — мимо.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	209. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от минона on 12-Мрт-10, 14:30
	>минона, я поддерживаю предыдущих ораторов, что вы фанатик, не понимающий о чем говорите а я поддерживаю свое же мнение, что он идиот. но теперь уже и в отношении вас. и что? :D >Еще раз: Autoconf БЫЛ СОЗДАН ДЛЯ ВОЗМОЖНОСТИ ПОРТИРОВАНИЯ НА РАЗНЫЕ ПЛАТФОРМЫ и что, не собирает? ай-ай-ай. (ты чего разорался то? я и так прекрасно вижу) >Или вы слово портирование понимаете под тем, что на всех платформах должен красоваться набор гнутых утил, когда такие же есть нативные? такие же? уверен? :D зы: ты ниже обсуждение про 100 символов в солярном таре читал. а ведь чудики так и не нашли ни в каком стандарте это якобы "требование". а ведь этот тар еще и gzip с bzip2 не умеет. а gzip с bzip2 в стандартной поставке соляры нет. так что ты выберешь - один гнутый тар установить, или две gzip/bzip2 (тоже гнутые) и через pipe заюзать "родной" тар, который может и не отработать как надо (хер его знает что там разрабы линуксячьи понапихали - вот уроды! :D)? autoconf - часть gnu build system. не хочешь после сборки держать гнутые утилиты - удаляй. можешь вместе с gcc. а еще лучше ставь все необходимое для сборки в черут, собирай и удаляй.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	223. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от oops (??) on 12-Мрт-10, 15:22
	что вы к этому чруту привязались)))) умное слово чтоль, чтоб пыль в глаза пускать? Ну так autoconf и должен проверить, может ли в соляре этот самый tar выполнять тот ФУНКЦИОНАЛ, который нужен для сборки. Если нет, то да, нам нужен гнутай tar. Вопросов нет. Проблема в том, что некоторые программеры просто из личной лени делают необходимым это гнутый tar, повторюсь, даже если финкциональности нативного хватает для сборки.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	240. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от минона on 12-Мрт-10, 16:06
	>что вы к этому чруту привязались)))) умное слово чтоль, чтоб пыль в глаза пускать? да о вас же беспокоюсь. чтоб вам гнутые утили глаза не мозолили >Ну так autoconf и должен проверить, может ли в соляре этот самый tar выполнять тот ФУНКЦИОНАЛ, который нужен для сборки. Если нет, то да, нам нужен гнутай tar. Вопросов нет. автоконф должен собрать скрипт, который соберёт программу в бинарник. не больше и не меньше. это единственное, что он "должен". а если у вас есть "хотелка" чтобы при этом он заюзал "нативный" тар (т.к. гнушный тар расходится с мировозрением) - ю а велком в комманду разработчиком для написания скриптов проверок
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	303. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от ig0r (??) on 13-Мрт-10, 08:54
	>автоконф должен собрать скрипт, который соберёт программу в бинарник. >не больше и не меньше. это единственное, что он "должен". > так зачем он тогда тогда требует установить гнутые утилиты?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	371. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от User294 (ok) on 14-Мрт-10, 07:46
	>так зачем он тогда тогда требует установить гнутые утилиты? Потому что его авторы проверяли его с оными утилитами, оные утилиты портабельны и есть под кучу платформ. А как работает супер-мега-тар который ни с чем не совместим на моей супер-мега-кастомной платформе авторы могли и не знать и не имеют никаких оснований считать его удовлетворяющим зависимостям.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	116. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от nuclight (??) on 11-Мрт-10, 18:53
	>Я понимаю, Марк мог бы сделать патч, позволяющий использовать не GNU-утилиты, но >этот патч не будет принят, если лицензия на него будет BSD. >Так? >Надо пойти на жертву и сделать патч, совместимый с лицензией для Autoconf. Нет. Речь ни разу не идет о лицензии. Вообще. Речь идет о том, что автоконф не выполняет своего прямого назначения.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	149. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+1 +/–
	Сообщение от phaoost (ok) on 11-Мрт-10, 23:48
	не понимаю. autoconf часть гну-утилит и ими пользуется. в чём трабл?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	188. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от oops (??) on 12-Мрт-10, 13:08
	в том, что слово портирование не означаниет копирования утил, функционал которых уже есть в нативном виде
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	216. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от минона on 12-Мрт-10, 14:57
	а что означает слово "портирование"? :D
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	226. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от oops (??) on 12-Мрт-10, 15:26
	да без проблем http://ru.wikipedia.org/wiki/%D0%9F%D0%B...
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	230. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от минона on 12-Мрт-10, 15:32
	ну так прочитай его! :D
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	195. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+2 +/–
	Сообщение от Alex (??) on 12-Мрт-10, 13:39
	>не понимаю. autoconf часть гну-утилит и ими пользуется. в чём трабл? В том, что религиозным фанатикам не понять, что собранный под GNU-окружение софт им придется вылизывать самостоятельно. Они еще и возмутиться умудряются.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

5. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
Сообщение от аноним on 11-Мрт-10, 11:15
Неправильный подход. Ругаться и баба базарная может. Не нравится GNU autoconf - пишите BSD autoconf. Все равно конечная цель состоит в создании BSD-аналогов для всех GPL-программ, и некая... эмм... несовместимость будет только стимулировать разработчиков.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	13. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от www2 (ok) on 11-Мрт-10, 12:15
	Тоже такая мысль мелькнула. Процесс переписывания всего под лицензией BSD самоподдерживается. Разработчики систем BSD мыслят примерно так. Если нечто из GNU не умеет работать с BSD, то это нечто нужно переписать под BSD. Чем больше переписано под BSD, тем больше несовместимостей с BSD возникает у GNU. Процесс переписывания повторяется и таким образом самоподдерживается.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	20. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–4 +/–
	Сообщение от User294 (ok) on 11-Мрт-10, 13:53
	Вот и переписывайте наздоровье. Если доживете, конечно, до той "светлой" поры когда сможете выбросить ненавистное вам слово из вашей системы и заменить на религиозно правильное, ага. Правда, многовато переписывать придется, хе-хе.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	36. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от _umka_ (??) on 11-Мрт-10, 15:07
	>Вот и переписывайте наздоровье. Если доживете, конечно, до той "светлой" поры когда >сможете выбросить ненавистное вам слово из вашей системы и заменить на >религиозно правильное, ага. Правда, многовато переписывать придется, хе-хе. Давай открою тебе глаза. Для проекта Lustre (совсем фиговый такой проектик) - были написаны абсолютно свои макросы в стиле autoconf именно по причине того что штатные не совместимы не счем, a Cray XT[3-5] build system - только очень слегка напоминает gnu. Самый смешной баг это в основном макросе autoconf код написан с нарушениями стандарта на C, в результате использование его в случае указания -Werror - который обычно используется в bsd world - невозможен.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	45. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от минона on 11-Мрт-10, 15:24
	давай. открой. пруфлинком. а то как не скачаешь, так сразу в глаза бросается configure debian autoMakefile.am ChangeLog config.h.in configure.ac depcomp Makefile.in autoMakefile.in и пр. кстати, чтобы сейчас скачать ещё и регистрироваться надо. вот такой опенсорс у оракла пошёл. зы: не успела сан купить люстру, как сан-боям ужо и автоконф не нравится, и гцц. то ли ещё будет. ззы: >были написаны абсолютно свои макросы в стиле autoconf именно по причине того что штатные не совместимы не счем штатные - это какие?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	70. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–3 +/–
	Сообщение от _umka_ (??) on 11-Мрт-10, 16:20
	>не успела сан купить люстру, как сан-боям ужо и автоконф не нравится, и гцц. то ли ещё будет. Это было переписано еще до покупки саном. кстати >> configure debian autoMakefile.am ChangeLog config.h.in configure.ac depcomp Makefile.in autoMakefile.in >> отношения к autoconf не имеет, это automake - так что выучите предмет ;-) >штатные - это какие? потратьте время и посмотрите сами - там все просто - только с -Werror работать не будет.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	73. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от минона on 11-Мрт-10, 16:25
	>отношения к autoconf не имеет, это automake - так что выучите предмет ;-) The GNU build system comprises the GNU utility programs Autoconf, Automake, and Libtool >потратьте время и посмотрите сами - там все просто - только с -Werror работать не будет. ты просвещать хотел или потролить?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	277. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от User294 (ok) on 12-Мрт-10, 20:05
	>Самый смешной баг это в основном макросе autoconf код написан с нарушениями >стандарта на C, Напишите лучше. Вам кто-то не дает? А то вонять все умеют, а вот патчи прислать - не дождешься. Ну еще могут посоветовать пару решений из разряда "отомщу кондуктору: куплю билет и пойду назло ему пешком". То есть если вы хотите чтобы вашу прогу поменьше компилили под РАЗНЫЕ платформы - валите на cmake или что там еще. Желающих собирать под таргет платформу не только вашу прогу но и сам cmake для нее будет явно меньше чем тех кто осилит запустить на целевой платформе аж 1 несчастный шелскрипт (что как-то зело проще и нифига не требует окромя шел-интерпретера для стариа и понимания того чего не хватает в системе для вон той проги).
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	21. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+2 +/–
	Сообщение от Andrey Mitrofanov on 11-Мрт-10, 13:55
	>Неправильный подход. Ругаться и баба базарная может. > >Не нравится GNU autoconf - пишите BSD autoconf. О! Точно-точно. $CC они сколько "переписывали"? Лет пять-семь?... Вот с автоконфом мы их ещё лет _25 не увидим. Славно++ >Все равно конечная цель состоит в создании BSD-аналогов для всех GPL-программ, и >некая... эмм... несовместимость будет только стимулировать разработчиков. Только они сами, разработчики, об этом помалкивают и ти-и-ихо-ти-и-ихо пользуют ненавистное, несвободное _гнутое... Более того разработчики-таки и о "ненависти" к помалкивают, а флагами машут тупые форумные bsd-троли. Исключительно.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	39. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 11-Мрт-10, 15:18
	>[оверквотинг удален] > >О! Точно-точно. $CC они сколько "переписывали"? Лет пять-семь?... Вот с автоконфом мы >их ещё лет _25 не увидим. Славно++ > >>Все равно конечная цель состоит в создании BSD-аналогов для всех GPL-программ, и >>некая... эмм... несовместимость будет только стимулировать разработчиков. > >Только они сами, разработчики, об этом помалкивают и ти-и-ихо-ти-и-ихо пользуют ненавистное, несвободное >_гнутое... Более того разработчики-таки и о "ненависти" к помалкивают, а флагами >машут тупые форумные bsd-троли. Исключительно. Да что значит «используют»?! Проблемы всплывают при портировании УЖЕ НАПИСАННОГО, чужого ПО, использующего autotools! Причём здесь BSD-разработчики? Ну, кроме того, что им приходится эти якобы портируемые программы портировать ручками.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

	60. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 11-Мрт-10, 16:03
	>вы уж не выдумывайте о ручках то. >гну-тар ручками поставить? ню-ню. хороши ручки. Ага. А ещё пути прописывать, куда ставиться, пути к либам-заголовкам указывать, опции компилятора в нормальный вид приводить…
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	67. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от минона on 11-Мрт-10, 16:12
	одним словом - ппц. до такого даже марк не додумался. зы: я вот уж и забыл с кого периода всё собираю в черуте.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	76. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 11-Мрт-10, 16:29
	>одним словом - ппц. >до такого даже марк не додумался. > >зы: >я вот уж и забыл с кого периода всё собираю в черуте. Думаю, не позднее чем опёнковцы придумали изоляцию при сборке. Потом этот принцип пошёл в другие аналогичные системы.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

	89. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 11-Мрт-10, 16:44
	>т.е. предыдущий ваш пост как аргумент вычёркивем? :D Да просто повторяться надоело. Вы же отказываетесь понимать то, что вам говорят. Кстати, если не секрет, а сколько вы в своей жизни софта портировали? Не то чтобы это напрямую коррелировало с убедительностью вашей аргументации, но просто интересно?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

	106. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 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..."		+/–
	Сообщение от минона on 11-Мрт-10, 17:50
	я про вас.  бог с ним, с марком. итак, какие конкретно у вас проблемы с путями? без тролизма плс. >Сейчас вот замахнулся сделать эмулятор ALSA поверх libsndio, но, чувствую, не осилю. :-P да. вот это не мешало бы.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

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

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

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

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

	234. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от минона on 12-Мрт-10, 15:51
	или вы ожидали, что если я что-то пишу под какую то платформу, то и фанатеть от неё должен? :D мне точно также для сборки приходится ставить гнутые утили. и это не потому, они или автоконф плохие.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	121. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 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 +/–
	Сообщение от Аноним (??) on 11-Мрт-10, 21:08
	Спасибо Вам за этот комментарий. Теперь буду знать, что мне лучше держаться от autotools как можно дальше.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	130. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 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% ото всех "портируемых" приложений требуют усилий по допиливанию. Такая вот математика.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	153. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от User294 (ok) on 12-Мрт-10, 00:10
	>Спасибо Вам за этот комментарий. Теперь буду знать, что мне лучше держаться >от autotools как можно дальше. Да, идите, пожалуйста и сделайте свое, с шахматами и поэтессами. И не забудьте нас осчастливить чем-то не менее портабельным гнутых автотулзов, разумеется. А то каконйить cmake жутко грабелен и требует для своей работы инсталяции себя любимого тогда как конфигур всего лишь скрипт который сам по себе. Всякие там scons и что там еще вообще хотят питон и что там еще которые есть далеко не везде, etc. В итоге портабельность получается в сумме еще более жопная а сборка на мало-мальски экзотичных или минимальных платформах может предоставить немало геморроя.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

	189. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от oops (??) on 12-Мрт-10, 13:11
	так а где будет портируемость? это основная цель автоконфа
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	220. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+1 +/–
	Сообщение от минона on 12-Мрт-10, 15:15
	соберешь программу. запустишь. она заработает - значит портирована. после этого можешь средства для ее сборки удалить. самой программе они не нужны.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	372. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от User294 (ok) on 14-Мрт-10, 07:53
	>так а где будет портируемость? это основная цель автоконфа Портируемость != пререквизиты. Доступно?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

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

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

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

	154. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от User294 (ok) on 12-Мрт-10, 00:13
	>CMake. А его еще инсталить надо. Особенно "прикольно" если его под целевую платформу самого нет нифига. Тогда сперва придется собирать его. Да и вообще - грабель с ним почему-то есть. Автотулсы горбатые, кривые и хреновые. Но временем отлажены и свое дело более-менее делают. А то что сватается как замена в итоге обычно доставляет нифига не меньше головняка. Нет, то есть, если "портироваие" это "компилежка на i386 под бздю" оно может и ничего, да. А если это чтонить поэкзотичнее, то чего? Там ни бздей, ни Cmake и как правило только сам гнутый тулчайн да может немного гнутых довесков, если повезет.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

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

	278. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от User294 (ok) on 12-Мрт-10, 20:08
	>Или, как вариант, чисто сишная, без посторонних зависимостей, реализация, с единственным >шелл-скриптом, который её компилирует. :) Дык этот скрипт, вестимо, называется configure и генерится столь нелюбимыми тут некоторыми автотулсами. Потому то и работает везде - ему кроме сишного компилера да шел интерпретера нифига не надо. А вот перл... ну найдите блин его на какихнить обкусаных эмбеддед окружениях или супер-минимальных инсталляциях систем в контейнерах типа опенвзы например, ага, где стоит полный минимум обычно (а то засирать виртуальные окружения чем попало когда их легион - очень накладно, знаете ли, так что их делают максимально урезанными по возможности).
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

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

	332. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Alex (??) on 13-Мрт-10, 16:40
	>окружения, а если автоконф по другому проверить функционал не может, то >он написан не правильно. Тем не менее, большинству OSS программеров (судя по статистике использования) он вполне удобен, и им пользуются. Все остальное в данном случае - это сугубо ваши религиозные соображения.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

	373. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от User294 (ok) on 14-Мрт-10, 08:04
	>окружения, а если автоконф по другому проверить функционал не может, то >он написан не правильно. Возьмите и напишите правильно. Кто-то не дает? Почему-то пока то что появилось на замену любезно предоставляет еще в 100500 раз больше грабель а по степени портабельности и близко не стояло.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

	379. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от минона on 14-Мрт-10, 13:44
	>вопрос в том "как правильно?" POSIX для этого и придумали. как имннно вы будете его собираьб - ваше дело. но собрать и работать можно.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	175. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от iZEN (ok) on 12-Мрт-10, 02:31
	>Да никто и не говорит, что CMake — панацея. Идеала пока что >нет, иначе бы все им давно пользовались. :) Идея с шеллом >— в своё время была грамотная, сейчас уже сам autoconf частично >написан на Perl — думаю, что-то аналогичное, только более продуманное (при >всей моей нелюбви к Perl), было бы очень в тему… На взрослой Java всё собирается Ant'ом — универсальная штука. Есть тренд миграции небольших проектов на Maven, но люди ещё не дошли до него чисто концептуально — "как это так декларативный язык описания управляет полным жизненным циклом приложения и его библиотеками от компиляции до установки и тестирования?" Но Явка, похоже, только в Солярке прижилась в качестве одного из основных интрументов управления программным окружением.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

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

	235. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от iZEN (ok) on 12-Мрт-10, 15:52
	>мобыть J2EE? ну да ладно. некоторые вон и на дотнете работают. у >каждого свои тараканы :D Мобыть и на J2EE, но уже давно вышло Java EE 5.0 и недавно 6.0, так что "2" — лишняя. ;)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

	236. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Дядюшка Ляо on 12-Мрт-10, 15:54
	>Так все сервера в телекоме, которые считают, сколько с тебя содрать за >мобильную связь, на Соляре с JEE. :D Изен, не пиши о том, в чем некомпетентен. нет там java. зато есть много ненавистного некоторыми linux'а. Даже cisco ASA - и то линукс.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

	290. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Дядюшко Ляо on 13-Мрт-10, 00:38
	>Большая тройка с тобой не согласна. билайн и мтс используют comverse. факт общедоступный. там sco unixware + rhel3. comverse one - вообще целиком на linux, ввиду смерти SCO.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

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

	279. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от User294 (ok) on 12-Мрт-10, 20:12
	>вот и в недоумении, с чего вдруг? :D Наверное остальные не очень хотят столько говна в систему вкатывать, что, блин, логично. А покажите мне яву для мипсовых роутеров например. Или армовских железяк. А вот манагер пакетов для них я могу и показать если что. Равно как и гнутые тулчейны под них. А вот какогонить перла, питона, CMake-а или там еще чего вполне может и не быть. Ну, бздунов то это понятное дело не интересует - им интересно только портирования под свои специфичные утили на i386 гробики.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

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

	75. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–2 +/–
	Сообщение от _umka_ (??) on 11-Мрт-10, 16:28
	>ну так пользуйтесь. >жду в люстре. >и штоб работало везде. а еще может вам шнурки отгладить? или по теме возражений нет? чем autotools лучше cmake ;-) мы вот составляли документ - выходит что autotools сливают обоим альтернативам. Что scons, что cmake. причем за scons говорит большая гибкость - за cmake интеграция с cdash/ctest.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	83. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от минона on 11-Мрт-10, 16:37
	>а еще может вам шнурки отгладить? или по теме возражений нет? достаточно претворить свои слова в дела. >чем autotools лучше cmake ;-) как чем? он используется при сборке люстры. >мы вот составляли документ - выходит что autotools сливают обоим альтернативам. документ? это вам в правительство надо. там любят документы.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	155. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от User294 (ok) on 12-Мрт-10, 00:15
	>чем autotools лучше cmake ;-) Тем что не требует инсталить пакет в систему, елки. Который еще и должен под нее быть. Или можно неплохо пободаться с его сборкой. Хотя такой цели и не стояло и стояла цель собрать прогу X на системе Y.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	40. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 11-Мрт-10, 15:20
	>В то время, как все нормальные люди уже поняли, что autotools пора >закапывать, разработчики OpenBSD продолжают открывать их для себя. А они их и не используют в своих разработках. Проблемы начинается, когда это якобы портируемого ПО пытаются сконфигурить на OpenBSD. Поверьте (а хотите — проверьте), разбираться в нутре pf проще, чем дебрях этого крапа.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	56. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от минона on 11-Мрт-10, 15:53
	зогоните всё эти гнутары, гнумэйки и пр. по зависимостям. или выпустите патч. или напишите своё. зы: ну блин, сейчас каждый из состава гну просто будет обязан ставить себе pcbsd, чтобы марку вдруг (ни-ни!!!) не пришлось ставить гнумэйк, гнутар и прочий крап из корэ-утилс. это возмутительно! понапридумали всяких корэ. а бедным бздишникам мучайся.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	66. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+1 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 11-Мрт-10, 16:11
	>зогоните всё эти гнутары, гнумэйки и пр. по зависимостям. >или выпустите патч. >или напишите своё. > >зы: >ну блин, сейчас каждый из состава гну просто будет обязан ставить себе >pcbsd, чтобы марку вдруг (ни-ни!!!) не пришлось ставить гнумэйк, гнутар и >прочий крап из корэ-утилс. >это возмутительно! понапридумали всяких корэ. а бедным бздишникам мучайся. Если они претендуют на то, что софт, созданный с применением autotools, портируем, то обязаны ставить и проверять. Иначе пусть честно пишут: «GNU environment is the only supported one».
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

	79. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 11-Мрт-10, 16:33
	>не софт созданный с его помощью, а сборка этого софта. >бздишнеку это стыдно не понимать. Чтобы софт собирался с помощью autotools, приходится кое-какие манипуляции проводить, если вы не в курсе. Такому ярому защитнику GNU стыдно не знать.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

	125. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 11-Мрт-10, 19:38
	>вот и установите всё необходимое для сборки. Вы не поняли: манипуляции имелись в виду те, которые производятся над самим дистрибутивом программы.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

	144. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 11-Мрт-10, 23:39
	>да я уже повторять замучался - манипулируйте не с конфигуре, а с >окружением. >желательно в черуте. Вы не знаете, о чём говорите. Повторяю ещё раз: если бы дело ограничивалось установкой нужных прог — всё было бы легко и просто. Это раз. Во-вторых, в chroot просто так куда попало не позапихиваешь — при установке пакета в реальную систему прога будет искать либы и всякие файлы данных по тем же путям. И чего тогда?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

	169. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 12-Мрт-10, 01:06
	>вот по этому в черут запихивают не только проги, но и хидеры, >и сырцы, и библы, и даже их определённые версии (но с >этим сложнее - в любом случае, если версии библ не совместимы, >то они не совместимы. и надо прекращать и разбираться). >в любом случае, после сборки сырцы и хидеры проге уже не нужны. >да и всегда есть различные вариации --prefix. Угу. Только эти вариации как раз не всегда работают. А то и просто отсутствуют. >в общем, гораздо проще для конкретной проги написать по её требованиям скрипт >создания такого черута, чем патчить сам конфигуре, прописывая пути к нужным >сырцам и библам. Для конкретной — да. А вот поддерживать для каждой проги свою песочницу — это проще сразу застрелиться. Хорошая система портов тем и хороша, помимо прочего, что облегчает работу не только (и не столько) конечному юзеру, которому нужны обычно только бинарники, сколько мэйнтейнеру. У меня пока что плохо укладывается, как автоматически раскидывать под каждую прогу сорцы-либы так, как ей надо (ведь софт в чруте может между собой тоже взаимодействовать: скажем, искомая прога юзает gettext, и какая-то её зависимость, живущая в chroot, тоже его юзает — если у этих двух сущностей понятие о том, где живёт gettext, будет отличаться, жди беды; и это самый простой, приходящий сходу в голову пример). >зы: >ldd грузит согласно своим настройкам, а не оттуда, где лежали в момент >компиляции и LD_LIBRARY_PATH никто пока не отменял. Согласен, ступил, прошу прощения.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

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

	305. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 13-Мрт-10, 10:01
	>о чем и речь. >а создать в черуте окружение (хоть для гнутых, хоть для выгнутых) и >собирать в песочнице - вполне можно. >причем параметры это песочницы могли бы в свои порты запихнуть для каждой >проги в отдельности и парочку по умолчательных по выбору (к примеру >- штатная сборка проги из ппа убунты). >но они предпочли писать патчи к конфигуре - их право, но в >конце концов и их проблемы. <много мата skipped> Ещё раз повторяю то, что вы упорно не понимаете: autoconf просит GNU-окружение НЕ для себя, а для конечной программы. Которую — ну вот собрали в chroot с GNU-прогами. А потом установили в собственно систему без GNU. То есть в ДРУГОЙ СИСТЕМЕ. Вы понимаете, что вы бред предлагаете? Смысл использования autoconf ТЕРЯЕТСЯ если его таким образом обманывать! Программа может действительно зависеть от GNU окружения. А может и не зависеть. В любом случае, это уже отдельный разговор. И autoconf (это, опять же, понятно любому нормальному человеку, кроме вас), если он называет себя средством для портирования приложений, должен проверять только одно: есть ли в конечной системе всё необходимое для работы _программы_. Иначе это не средство портирования, а механизм для внедрения GNU-окружения. Пусть честно это так называют. И претензий тогда, что с autoconf программы портировать сложно, не будет возникать: это ж не средство для портирования, а так, довесок.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	374. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от User294 (ok) on 14-Мрт-10, 08:15
	>бред предлагаете? Смысл использования autoconf ТЕРЯЕТСЯ если его таким образом >обманывать! ИМХО, смысл использования автоконфа - чтобы он проверил что у вас есть нужное окружение и собрал важные для сборки параметры типа размеров типов данных и прочая. При этом никто и ни в каком месте не гарантирует что произвольно взятое окружение с какими-то левыми утилями (типа упомянутых TAR с архаичным лимитом на путь в 100 символов) - всенепременно подойдет для сборки. А то я могу написать свой TAR который вообще ни с чем не совместим а потом истекать - а чойта его автотулсы не нашли?! Как же так?! Ведь его функционал - достаточный! Пусть узнают о его существовании и командных параметрах методом телепатии! (а как еще они это могут сделать? oO)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

	246. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 12-Мрт-10, 16:56
	>>Поверьте (а хотите — проверьте), разбираться в нутре pf проще, чем дебрях >>этого крапа. > >ой ли... netfilter куда проще и понятнее, чем pf. Исходники netfilter не ковырял, сравнить не могу. А что вам в исходниках pf не понравилось? > в нем хоть >номера тегов стали статическими, или при каждой перезагрузке правил новые номера? >:) А вам, простите, зачем? В ioctl для имён используются текстовые строки. >И прохождения пакета по правилам pf'а всё ещё лочит целиком ядро? :) Это уже не к самому pf. Впрочем, даже с этими локами пропускной способности более чем хватает.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

14. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
Сообщение от fi (ok) on 11-Мрт-10, 12:21
Согласен с "одним из разработчиков OpenBSD" - такая привязка есть, и могу его порадовать: и не только в Autoconf. :) Сам сколько писал - так и поступал - требовал наличие gnu coreutils & etc. Ну на кой мне разбираться что там у него в системе еще есть? Проше указать в требованиях то что я знаю и использую.  Кроме *BSD есть еще куча unix-ов, с корявым System5, тот же solaris :) В одном скрипте я даже версию bash требовал!!! Я не понимаю такой паталогии - избавляться от gnu utils.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	15. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от аноним on 11-Мрт-10, 12:58
	если есть замена гнутым тузлам, то нафига они нужны?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	18. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от минона on 11-Мрт-10, 13:14
	да они просто банально лучше. вот тотже "негнутый" tar до сих пор больше 100 символов путь не понимает (из солярки) егрип не егрипит и т.д. а разработчикам аутоконф теперь что, солярку ставить и проверять все эти глюки? кому надо, тот пусть и патчи пишет или своё выпускает. либо пусть ставит всё скопом и работает.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	23. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от Аноним (??) on 11-Мрт-10, 14:07
	>да они просто банально лучше. >вот тотже "негнутый" tar до сих пор больше 100 символов путь не >понимает (из солярки) это стандарт вобще-то.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	30. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от минона on 11-Мрт-10, 14:41
	пруф на стандарт, где я не могу создать файл с именем больше 100. зы: это не стандарт, это какашки мамонта.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	41. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 11-Мрт-10, 15:21
	>>да они просто банально лучше. >>вот тотже "негнутый" tar до сих пор больше 100 символов путь не >>понимает (из солярки) > >это стандарт вобще-то. Стандарт — это pax. Если о птичках. Правда, любитель GNU о нём, похоже, не слышал. :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	55. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от минона on 11-Мрт-10, 15:47
	да?!! с нетерпением жду продолжения, посмеёмся :D зы: а то любителей щёки дуть и пальцы гнуть хватает. но вы же не такой? всё разъясните, покажете и расскажете, и с пруфлинком на 100 символов выйдете победителем? не? :D
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	65. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+1 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 11-Мрт-10, 16:09
	>да?!! с нетерпением жду продолжения, посмеёмся :D >зы: >а то любителей щёки дуть и пальцы гнуть хватает. >но вы же не такой? всё разъясните, покажете и расскажете, и с >пруфлинком на 100 символов выйдете победителем? не? :D Превышение этих самых 100 символов приводит к проблемам с совместимостью, вы в курсе? Файлы, созданные GNU tar в итоге может гарантированно читать только GNU tar. Вам это не напоминает, случайно, тактику известной мелкомягкой конторы? ;) Что вам разъяснить-то? Что в SUS нет утилиты tar?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	78. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от минона on 11-Мрт-10, 16:31
	достаточно пруфа из pax >Превышение этих самых 100 символов приводит к проблемам с совместимостью, вы в курсе? Файлы, созданные GNU tar в итоге может гарантированно читать только GNU tar. ну всё. ж..па пришла - в файловой системе такие файлы создавать можно, а вот архивные копии на ленту - ни-ни. победа ума над разумом.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	86. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+1 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 11-Мрт-10, 16:41
	>достаточно пруфа из pax >>Превышение этих самых 100 символов приводит к проблемам с совместимостью, вы в курсе? Файлы, созданные GNU tar в итоге может гарантированно читать только GNU tar. > >ну всё. ж..па пришла - в файловой системе такие файлы создавать можно, >а вот архивные копии на ленту - ни-ни. >победа ума над разумом. В третий раз тыкаю: tar не есть POSIX-утилита. Есть pax, умеющий, в том числе, и читать-записывать tar-архивы. Так же pax умеет и формат cpio, в котором таких ограничений нет. Но линуксоидам это не известно, во многих дистрибутивах cpio и pax вообще изначально отсутствуют. Это самые натуральные двойные стандарты. Так что прежде чем требовать патчей для вашего софта, сначала приведите его в порядок. Глядишь, и велосипеды изобретать не придётся.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	90. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–2 +/–
	Сообщение от минона on 11-Мрт-10, 16:51
	>В третий раз тыкаю: tar не есть POSIX-утилита. в третий раз говорю, если тар - это не посих, то какого хрена в солярном дистре тар не умеет больше 100 символов? из-за стандарта нельзя? тогда из-за какого стандарта нельзя?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	93. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 11-Мрт-10, 16:57
	>>В третий раз тыкаю: tar не есть POSIX-утилита. > >в третий раз говорю, если тар - это не посих, то какого >хрена в солярном дистре тар не умеет больше 100 символов? >из-за стандарта нельзя? тогда из-за какого стандарта нельзя? Из-за такого, что другие реализации tar не поймут такой файл. Это как MS OpenXML реализовала в Office 2007, потом спецификации опубликовала, оформила как стандарт — а потом выясняется, что в стандарте одно, а в файлах, которые Office создаёт, — другое. И вместо открытого стандарта опять получается привязка к конкретному производителю. Может быть, вам это нравится — тогда умолкаю, спорить не о чем.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	96. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от минона on 11-Мрт-10, 17:02
	стандарт батенька. приведите стандарт. зы: и это косвенным образом подтверждает правильность требований аутоконфа к гну/тару. а то распакуют так другим и не соберётся - опять аутоконф будет виноват.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	132. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от iZEN (ok) on 11-Мрт-10, 21:59
	man cpio ... STANDARDS      There is no current POSIX standard for the cpio command; it appeared in      ISO/IEC 9945-1:1996 (“POSIX.1”) but was dropped from IEEE Std 1003.1-2001      (“POSIX.1”).      The cpio, ustar, and pax interchange file formats are defined by IEEE Std      1003.1-2001 (“POSIX.1”) for the pax command. HISTORY      The original cpio and find utilities were written by Dick Haight while      working in AT&T's Unix Support Group.  They first appeared in 1977 in      PWB/UNIX 1.0, the “Programmer's Work Bench” system developed for use      within AT&T.  They were first released outside of AT&T as part of System      III Unix in 1981.  As a result, cpio actually predates tar, even though      it was not well-known outside of AT&T until some time later.      This is a complete re-implementation based on the libarchive(3) library. BUGS      The cpio archive format has several basic limitations: It does not store      user and group names, only numbers.  As a result, it cannot be reliably      used to transfer files between systems with dissimilar user and group      numbering.  Older cpio formats limit the user and group numbers to 16 or      18 bits, which is insufficient for modern systems.  The cpio archive for‐      mats cannot support files over 4 gigabytes, except for the “odc” variant,      which can support files up to 8 gigabytes. FreeBSD 8.0                    December 21, 2007                   FreeBSD 8.0 man pax ... STANDARDS      The pax utility is a superset of the IEEE Std 1003.2 (“POSIX.2”) stan‐      dard.  The options -z, -B, -D, -E, -G, -H, -L, -P, -T, -U, -Y, -Z, the      archive formats bcpio, sv4cpio, sv4crc, tar, and the flawed archive han‐      dling during list and read operations are extensions to the POSIX stan‐      dard. HISTORY      The pax utility appeared in 4.4BSD. AUTHORS      Keith Muller at the University of California, San Diego BUGS      The pax utility does not recognize multibyte characters. FreeBSD 8.0                      July 3, 2004                      FreeBSD 8.0
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	165. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от минона on 12-Мрт-10, 00:39
	где там про 100? и про tar? вот блин любители лапшу на уши вешать!
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	170. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–2 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 12-Мрт-10, 01:08
	>где там про 100? и про tar? >вот блин любители лапшу на уши вешать! Это техническое ограничение, вызванное самой структурой заголовка. Проще всего глянуть на педивикии: http://en.wikipedia.org/wiki/Tar_(file_format)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	173. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от минона on 12-Мрт-10, 01:41
	статья мягко говоря устарела. например из того же заголовка следует: >Thus although there are 12 bytes reserved for storing the file size, only 11 octal digits can be stored. This gives a maximum file size of 8 gigabytes on archived files. 8 гб для архива? ну и наконец добрались до моего первоначального вопроса. какого хера санки не выпустят новую версию тара без этих дурных ограничений? и я даже отвечу - лень. и так работает. и без встроеного gzip/bzip2/итд так что заменить тот же гнутар автоконфигу нудо сразу несколькими утилитами. а в случае с bzip2 - так ещё и его поставить. а дальше ещё другие параметры, кодировки,..... логично, что проще сразу установить гнутый тар и не иметь проблем.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	206. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от User294 (ok) on 12-Мрт-10, 14:23
	>Это техническое ограничение, вызванное самой структурой заголовка. Лимит на 100 символов в пути в 2010 году - это совершенно неадекватная некромансия. Даже в всеми обосраном маздае лимит символов обычно хотя-бы 255...
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	99. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Аноним (??) on 11-Мрт-10, 17:08
	консультации по пользованию гуглем - 50$/час то же, но с использованием ключевого слова Solaris - 300$/час.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	101. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от минона on 11-Мрт-10, 17:16
	ха! да я тебе и бесплатно консультацию дам - нет такого стандарта. а все отмазки, что "старые тары не поймут" решаются просто - используй новую версию тар. к тому же, если вы хотите собрать опенсорсный проект, в котором используется гнутый тар, то тогда требования автоконфа справедливы - ваш же "стандартный тар" и не поймёт.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	105. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Аноним (??) on 11-Мрт-10, 17:22
	>ха! да я тебе и бесплатно консультацию дам - нет такого стандарта. > жжоте, товарищ :) IEEE Std 1003.1, стало быть, так таки и нету?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	110. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от минона on 11-Мрт-10, 17:55
	ну так прочитай его! :D нету там никаких 100 символов.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	147. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+1 +/–
	Сообщение от ifel (??) on 11-Мрт-10, 23:44
	Бегло пробежал стандарт и исходники. 100 в стадарте не нашел. Зато нашел, что сандарт во всю ссылается на PATH_MAX (что есть длина пути без файла). Solaris нет, у кого есть пусть глянут FreeBSD 8.0 - /usr/include/sys/syslimits.h: #define NAME_MAX                  255   /* max bytes in a file name */ #define PATH_MAX                 1024   /* max bytes in pathname */ И POSIX тоже есть: /usr/include/limits.h:#define   _POSIX_PATH_MAX         256 Итого 1024+255=1275 (минус 2 байта на \0 в каждой переменной + 1 байт на \0 в результирующей) - длина пути с именем файла 1274. Но там же, есть еще объявление: /usr/include/limits.h:#define   _POSIX_PATH_MAX         256 CentOS 5.4 Чесное слово - зоопарк. Там этих define штук 30. Взял из тех же limits (как наиболее похожих на системное): /usr/include/linux/limits.h: #define PATH_MAX        4096        /* # chars in a path name including nul */ Тут тоже Posix есть: /usr/include/bits/posix1_lim.h: #define  _POSIX_PATH_MAX         256 NAME_MAX или нечто подобное не искал - и так ясно, что длинее, чем в том же FreeBSD и posix. Сам tar (ни posix ни bsd) не ковырял на предмет откуда они лимиты берут из системы или сами придумывают (в этом случае вообще тушите свет). Итого, POSIX по сути лимиты особо не регламентирует (по крайней мере определения PATH_MAX я не нашел, смотрел бегло, так что может оно и есть) - что хош, то и пользуй (по крайней мере в Linux и FreeBSD использются свои лимиты), хотя в обеих системах какое-то определение есть (256). И тут дело похоже не в реализации tar (gnu/bsd), а системных лимитах. Если gnu tar написан нормально и он использует системные определения лимитов (что вобщем логично), то на BSD допустимая длина пути в архиве созданном gnu tar-ом будет меньше, чем на linux. Кстати, получается Windows со своим лимитов в 256 байтов на длину был более posix совместим :) Не знаю, может уже и увеличили, не слежу... Но вот что забавно, на том CentOS, я выкопал: /usr/include/linux/un.h:#define UNIX_PATH_MAX   108 /usr/include/linux/un.h:        char sun_path[UNIX_PATH_MAX];   /* pathname */ И судя по словам Unix и sun - на каких-то Solaris, возможно, системный лимит был 108 байтов. Так что уважаемый, если человек что-то говорит, совсем не обязательно что это ложь, надо просто разобраться. По сути топика. Разница-то в основном не в лимитах, а в реализации, возможностях, ключах. И мне непонятно, почему набор инструментов, для настройки пакета под конкретную платформу (где предусмотрена поддержка не только gnu платформ!) требует определенных именно gnu utilities. Да, я знаю, что BSD find беднее GNU find, да bash не идет в базовой системе FreeBSD, но при этом, почему-то, некоторые утилиты требуют его (как и возможностей gnu-utils), хотя, им было бы достаточно функциональности простого sh. Мне кажется, что разработчикам automake/autoconf (раз уж они поддерживают не только gnu платформы) стоило бы добавить поддержку инструментов используемых по умолчанию на других распространенных платформах, при этом оставив возможность требования наличия определенной реализации инструментов конкретным пакетом. В таком случае, это уменьшит кол-во проблем при портировании, увеличит совместимость ПО на разных платформах. И вообще, решит кучу проблем. С отправкой патчей я думаю фокус не пройдет, потому что, скорее всего, он просто менят путь с gnu на openbsd specific (например), и при внесении такого патча в код autotools все сломается на gnu. Тут нужен другой подход - нужно, чтобы разработчики autotools обратили внимание на проблему и добавили соответствующий функционал, а не просто поменяли шило на мыло. Собственно, он и обратил их внимание.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	152. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+1 +/–
	Сообщение от phaoost (ok) on 12-Мрт-10, 00:09
	>Мне кажется, что разработчикам automake/autoconf (раз уж они поддерживают не только gnu >платформы) может я чего не понимаю но возможно разработчики имели ввиду поддержку сборки под разные платформы именно в гну окружении?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	183. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 12-Мрт-10, 11:17
	>>Мне кажется, что разработчикам automake/autoconf (раз уж они поддерживают не только gnu >>платформы) > >может я чего не понимаю но возможно разработчики имели ввиду поддержку сборки >под разные платформы именно в гну окружении? Вот и спросите у них, если то, что написано у них на сайте, вы считаете нечётко сформулированным.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	171. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от минона on 12-Мрт-10, 01:27
	>Бегло пробежал стандарт и исходники. 100 в стадарте не нашел. Зато нашел, что сандарт во всю ссылается на PATH_MAX макпас этот не что иное, как длина в той фс, где запускается. т.е. искать надо не в исходниках, а в рантайме той системы, где работает. видите ли, такому символьному устройству, как лента - всё равно. лишь бы архивы были не битые. так что искали вы не там. >Мне кажется, что разработчикам automake/autoconf (раз уж они поддерживают не только gnu платформы) стоило бы добавить поддержку инструментов используемых по умолчанию на других распространенных платформах, угу. а ещё точно узнать какой макспас будет у каждого собирающего и какая фс. а ведь там ещё и масса других различий. например, тот же сановский так не поддерживает ни gzip, ни bzip2. там предлагается использовать пайп из одноимённых команд. а ещё бывают глюки с кодировками. и iconv там не такой. честное слово, проще взять утиль из того же набора, что и autoconf. да и посикс гнушные итили поддерживают лучше остальных  ($ getconf _POSIX_VERSION выдаёт у меня 200809)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	199. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Аноним (??) on 12-Мрт-10, 14:07
	не, вы друг степей однозначно. почитайте описание утилиты pax, формат ustar.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	239. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от минона on 12-Мрт-10, 15:59
	я вам не друг. и обороты вашей речи на меня не действуют. когда автосонф потребует pax, а не gnu/tar (который держит gzip и bzip2) - тогда и приходите.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	241. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+1 +/–
	Сообщение от Andrey Mitrofanov on 12-Мрт-10, 16:08
	>когда автосонф потребует pax Хвати уже? Они слили, так фигли-то сопли размазывать? Марк-опенбэсэдэшник : опеннет -- 228 : YHBT*228 см.посты ##184 и 227 + самостоятельный поиск "yhbt" по этой странице (*Да, и кста, мне тоже окулиста: я не вижу _автора новости -- кого "благодарить" за такой "годный вброса"??? ЗАКАПЫВАЙТЕ, ВЫКЛЮЧИТЕ ВЕНТИЛЯТОР*)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	255. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от минона on 12-Мрт-10, 18:04
	да! знатные посиделки вышли!
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	248. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 12-Мрт-10, 17:02
	>я вам не друг. >и обороты вашей речи на меня не действуют. > >когда автосонф потребует pax, а не gnu/tar (который держит gzip и bzip2) >- тогда и приходите. Выдержки из tar(1) в OpenBSD: <...> SYNOPSIS      tar {crtux}[014578befHhjLmOoPpqsvwXZz]          [blocking-factor | archive | replstr] [-C directory] [-I file]          [file ...]      tar {-crtux} [-014578eHhjLmOoPpqvwXZz] [-b blocking-factor]          [-C directory] [-f archive] [-I file] [-s replstr] [file ...] <...>      -z      Compress archive using gzip(1). <...>      -j      Compress archive using bzip2.  The bzip2 utility must be in-              stalled separately. <...> Внимание, вопрос: если функционал ЕСТЬ, то какого чёрта autoconf утверждает, что его нет? Какого чёрта он пишет "checking if <утилита> supports <фича>", а в реальности проверяет, GNU-тая ли она? Пусть хотя бы честно пишет: "checking if GNU <утилита> installed", будет сразу понятно, что аффтар ничего другого признавать не хочет (что есть разговор отдельный). А текущая ситуация выглядит крайне превратно.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	256. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от минона on 12-Мрт-10, 18:07
	а чёрт её знает? может потому шта ни одному бздишнегу не пришла в голову мысль сесть и исправить. всё по форумам да по форумам, вот и замотались?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	263. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 12-Мрт-10, 18:33
	>а чёрт её знает? >может потому шта ни одному бздишнегу не пришла в голову мысль сесть >и исправить. В том-то и дело, что исправлять постоянно приходится, если вы ещё не поняли. Косяк за косяком… >всё по форумам да по форумам, вот и замотались? Согласен, я дурак, что постоянно ведусь на провокации людей вроде вас…
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	269. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от минона on 12-Мрт-10, 18:46
	я уже говорил что и где исправлять надо. а не патчи к конфигуре.ин
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	274. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Andrey Mitrofanov on 12-Мрт-10, 19:43
	>я уже говорил что и где исправлять надо. Ну, нипанимають ани разницы между автоконфом и его "данными"+++ >а не патчи к конфигуре.ин .ac Файл: configure.ac      Строка 1 Позиция 0 24249 байт                                         4% #                                               -*- Autoconf -*- # Process this file with autoconf to produce a configure script.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

	103. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+1 +/–
	Сообщение от Аноним (??) on 11-Мрт-10, 17:17
	>В третий раз тыкаю: tar не есть POSIX-утилита. в порядке аллаверды - гну тар если его как след попросить запишет вполне себе ustar архив. но для этого же надо, чтоб народ об этом хоть бы задумывался. проблема-то не в этом. проблему выше кто-то прекрасно озвучил: некоторым разработчикам начхать на проблемы пользователей, возникающие при установке/работе/etc. "И вот так у них все"(ТМ) это вполне работающий подход, пока основной пользователь - сам девелопер, но у него есть и определенные минусы, в частности, мирового доминирования достичь труднее :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	158. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от User294 (ok) on 12-Мрт-10, 00:19
	>Стандарт — это pax. Если о птичках. Правда, любитель GNU о нём, >похоже, не слышал. :) Покажите иной тулчейн компилеров способный сожрать столько же платформ сколько GCC? А раз так - имхо пользоваться фичами гнутых компилеров и тулзов все-таки не позорно (благо, оно работает под *bsd если не переть на принцип "все вокруг под bsdl" что как-то у некоторых хреново получается 1 фиг). Хотя последствия этого стоит понимать.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	395. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от User294 (ok) on 14-Мрт-10, 23:15
	>>вот тотже "негнутый" tar до сих пор больше 100 символов путь не >>понимает (из солярки) >это стандарт вобще-то. Пусть убьются веником с таким "стандартом". TAR - это утилита архивирования файловой системы, для начала. На файловой системе путь может быть и больше 100 символов. Нахрена нужна утилита которая не сможет справиться с своими прямыми обязанностями? А то может мы еще должны имена в стиле 8.3 использовать? oO
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	24. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от ig0r (??) on 11-Мрт-10, 14:10
	>да они просто банально лучше. если пользователю не нужна гнутая утилита, а программе достаточно не гнутой, то зачем автоконф её должен требовать? >вот тотже "негнутый" tar до сих пор больше 100 символов путь не >понимает (из солярки) >егрип не егрипит и т.д. > >а разработчикам аутоконф теперь что, солярку ставить и проверять все эти глюки? само собой разработчики автоконфа никому ничего не должны, но их программа не совсем правильно делает то для чего она предназначена, и речь идёт о том чтобы они обратили внимание на это.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	31. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от минона on 11-Мрт-10, 14:43
	>если пользователю не нужна гнутая утилита, а программе достаточно не гнутой, то зачем автоконф её должен требовать? аутосонф - и есть гнутая утилита. она вам нужна? >само собой разработчики автоконфа никому ничего не должны, но их программа не совсем правильно делает то для чего она предназначена, и речь идёт о том чтобы они обратили внимание на это. The GNU build system, also known as the Autotools, is a suite of programming tools produced by the GNU project. The GNU build system comprises the GNU utility programs Autoconf, Automake, and Libtool [3]. Other related tools frequently used with the GNU build system are GNU’s make program, GNU gettext, pkg-config, and the GNU Compiler Collection, also called GCC.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

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

	92. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от минона on 11-Мрт-10, 16:54
	если бы каждый, кому нужно что-то исправить в той или иной утилите делал и высылал патч, то их тоже не называли бы идиотами.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	104. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от ig0r (??) on 11-Мрт-10, 17:20
	>если бы каждый, кому нужно что-то исправить в той или иной утилите >делал и высылал патч, то их тоже не называли бы идиотами. > не сомневаюсь что кто-нибудь да напишет патч, Марк обосновал необходимость внесения таких изменений, а мы обсуждаем прав он или нет, будут ли внесены эти изменения или нет, это второй вопрос.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	160. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–3 +/–
	Сообщение от User294 (ok) on 12-Мрт-10, 00:21
	Ну так если ему нужен патч - пусть берет и пишет, а то его спичем он столько развел эпичное трололо как минимум на опеннете :-/
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	217. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+2 +/–
	Сообщение от fi (ok) on 12-Мрт-10, 15:08
	>если пользователю не нужна гнутая утилита, а программе достаточно не гнутой, то зачем автоконф её должен требовать? Просто автор проги даже НЕ знает про вашу не гнутую утилиту!!! а пользователю наплевать -  если ему нужна прога, он поставит для ее сборки нужное окружение (читай gnu utils & gcc) и получит то что хотел. После подсистемы linux во freebsd это все такие мелочи :))))))))
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	19. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от аноним on 11-Мрт-10, 13:24
	Ну вот, теперь и линукс наводнился недалекими разработчиками...
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	22. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+1 +/–
	Сообщение от Аноним (??) on 11-Мрт-10, 13:57
	>Я не понимаю такой паталогии - избавляться от gnu utils. избавляться? wtf от них приходится не избавляться, а ставить в систему. ваш ответ - прекрасная иллюстрация топика. мир состоит из одного линя, остальных систем не существует. в результате мейкфайлы без gnu make не работают, тары с линукс системы на аиксе не распаковываются, и так далее.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	25. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от pkunk (ok) on 11-Мрт-10, 14:18
	Just as planned
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	42. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+1 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 11-Мрт-10, 15:23
	>Just as planned Угу. Та же вирусная тактика, в которой обвиняли MS и иже с ней.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	61. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от аноним on 11-Мрт-10, 16:05
	так разницы же действительно никакой. о двуличности линуксоидов было исписано мегабайты текстов. по принципу "наши - разведчики, чужие - шпионы"
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	161. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–3 +/–
	Сообщение от User294 (ok) on 12-Мрт-10, 00:24
	>Угу. Та же вирусная тактика, в которой обвиняли MS и иже с ней. А у бздунов какая тактика? Поюзать что есть а потом при возможности выкинуть? Тоже как-то не очень кооперативная тактика, отдающая вирусностью/борьбой за чистоту рядов и до кучи двухстандартностью (ну вон с ZFS - пока своего нормального нет, и CDDL сойдет, а было бы - наверняка обосрали бы и выкинули, как обычно). Оно чем-то принципиально лучше такое? oO
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	163. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+1 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 12-Мрт-10, 00:30
	>>Угу. Та же вирусная тактика, в которой обвиняли MS и иже с ней. > >А у бздунов какая тактика? Поюзать что есть а потом при возможности >выкинуть? Тоже как-то не очень кооперативная тактика, отдающая вирусностью/борьбой за чистоту >рядов и до кучи двухстандартностью (ну вон с ZFS - пока >своего нормального нет, и CDDL сойдет, а было бы - наверняка >обосрали бы и выкинули, как обычно). Оно чем-то принципиально лучше такое? >oO В ходе юзания, между прочим, помогают фиксить всплывающие баги. Так что польза исходному проекту тоже есть. Честно говоря, не вижу криминала в том, чтобы перейти с тулкита A на тулкит B по лицензионным причинам. Вы же переходите по возможности с пропиетарного ПО на GPL'ное? ;)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	174. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от минона on 12-Мрт-10, 01:48
	да не вопрос. переходите, ктож мешает то. вот только заявы вида "вот эту утиль из гну я хочу, а вот эту нет" и "нука исправьте" - выглядят смешно. хочешь своего буратину? пили сам.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	201. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от User294 (ok) on 12-Мрт-10, 14:10
	>Вы же переходите по возможности с пропиетарного ПО на GPL'ное? ;) Да, но строго говоря, BSDL в софте не является для меня каким-то абсолютно фатальным условием для его юзежа - я юзаю некоторое количество софта под BSDL или дуальными лицензиями и не ставлю целью выпилить его "потому что он под BSDL", а хотя-бы и предпочел бы GPL. Вот проприетарность - хороший повод обойти сторонкой при первой же возможности (не люблю лишний геморрой). Просто я считаю что GPL лучше защищает мои интересы и дает потенциально больше шансов на развитие проекта вместо расхапа. Но это не мешает существованию хорошего софта. Да, кстати, можно я поворчу про вашу любимую прогу? Глядя на OpenSSH (вы очень любите его хвалить), хочу сказать: этот монстр начинает напрягать. Лично мне от ssh надо как правило секурный шелл. Отвертку грубо говоря. Желательно кушающую поменьше ресурсов. А мне по дефолту целый швейцарский нож впаривают. Тут вам и SFTP как правило включенный по дефолту зачем-то, и всякие форварды портов куда попало, etc. Все, конечно, круто, кроме того что за таким количеством активных по дефолту сущностей следить геморройно и можно продолбаться, позволив некоему ограниченному юзвергу сильно больше чем хотелось бы, если быть хоть немного невнимательным. Вот такое свойство секурного сервиса как-то напрягает.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	215. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 12-Мрт-10, 14:54
	>>Вы же переходите по возможности с пропиетарного ПО на GPL'ное? ;) > >Да, но строго говоря, BSDL в софте не является для меня каким-то >абсолютно фатальным условием для его юзежа - я юзаю некоторое количество >софта под BSDL или дуальными лицензиями и не ставлю целью выпилить >его "потому что он под BSDL", а хотя-бы и предпочел бы >GPL. Вот проприетарность - хороший повод обойти сторонкой при первой же >возможности (не люблю лишний геморрой). Просто я считаю что GPL лучше >защищает мои интересы и дает потенциально больше шансов на развитие проекта >вместо расхапа. Но это не мешает существованию хорошего софта. Дык дело не в существовании хорошего софта, а в том, что проект использовать сложнее, когда различные его составные части из разных лицензий. С этим-то спорить не будете? :) > Да, кстати, >можно я поворчу про вашу любимую прогу? Глядя на OpenSSH (вы >очень любите его хвалить), хочу сказать: этот монстр начинает напрягать. Лично >мне от ssh надо как правило секурный шелл. Отвертку грубо говоря. >Желательно кушающую поменьше ресурсов. А мне по дефолту целый швейцарский нож >впаривают. Тут вам и SFTP как правило включенный по дефолту зачем-то, Ну отключите вы его поддержку (которая, к слову, обычно вообще отдельной прогой реализуется, а не самим sshd). А я включу fish:// в KDE, и поимею то же самое, пусть и чуть медленнее. :) Вот как раз шелл отключать, оставляя только SFTP, иногда имеет смысл. >и всякие форварды портов куда попало, etc. В разных ОС разные дефолты, к слову. По умолчанию — да, форвард портов разрешён. Поскольку если уж человеку доверяют шелл, опять же, он может и сам проксю прикрутить какую-нибудь. > Все, конечно, круто, кроме >того что за таким количеством активных по дефолту сущностей следить геморройно >и можно продолбаться, позволив некоему ограниченному юзвергу сильно больше чем хотелось >бы, если быть хоть немного невнимательным. Вот такое свойство секурного сервиса >как-то напрягает. А если не быть внимательным с правами на папки и поставить где-нибудь 0777 вместо 0755, то вообще страшные вещи могут случиться. :) Если не уверены в результате своих действий - у sshd есть параметр -T, почитайте. ;)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	177. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от iZEN (ok) on 12-Мрт-10, 02:35
	>>Угу. Та же вирусная тактика, в которой обвиняли MS и иже с ней. > >А у бздунов какая тактика? Поюзать что есть а потом при возможности >выкинуть? Тоже как-то не очень кооперативная тактика, отдающая вирусностью/борьбой за чистоту >рядов и до кучи двухстандартностью (ну вон с ZFS - пока >своего нормального нет, и CDDL сойдет, а было бы - наверняка >обосрали бы и выкинули, как обычно). Оно чем-то принципиально лучше такое? >oO "Вирусная инвазия" — это когда что-то заражается чем-то, болеет долго и страдальчески. С ZFS страдальческой болезни у FreeBSD никакой, только линуксоиды почему-то ноют, что им тяжко от этого.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	212. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–2 +/–
	Сообщение от User294 (ok) on 12-Мрт-10, 14:43
	iZEN, ты тут страдаешь больше всех. У тебя вирус? :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	224. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от минона on 12-Мрт-10, 15:24
	да нифиг уже zfs не вперлась линуху. года бы 3-и назад - да. а сейчас даже "на_посмотреть" не нужна. зы: носитесь с ней как с писанной торбой. лучше бы tar в соляре к божескому виду привели. а то с ним половины сырцов не собирается
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

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

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

	213. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от fi (ok) on 12-Мрт-10, 14:44
	>не, не вопрос. если интересует, чтобы продукт работал только на своей машине, >то такой подход вполне прокатит. А может проще? гну утилс портированы практически на все платформы, поэтому я пишу в расчете на них, более того, целевая платформа, после Linux конечно,  Unix-ы, а не OpenBSD. зы. вообще-то за мою работу платят деньги, и поэтому ставят условия - поддерживаемые системы: RHEL/Centos, OpenSUSE/SLES, Debian. Иногда всплывают Solaris/HP-UX/Irix, но не разу не было OpenBSD.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

	244. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+1 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 12-Мрт-10, 16:46
	>вот и я поражаюсь этой (не побоюсь этого слова :D) наглости. >мало того, что прогу нахаляву получают, так еще и требуют - "чтоб >вот так собиралась, а вот так я не хочу!" >ладно если бы она вообще не собиралась. или криво. или с багами. > >а то чисто из-за красноглазия - "нихочу так! сделай вот так" Если конфигуратор требует GNU-тую утилиту, то он требует его не для себя, а для проги. Если проге в реальности не нужна именно GNU-версия, а конфигуратор всё равно требует только GNU — это кривость конфигуратора. Как это можно упорно отвергать — не понимаю.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	282. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от fi (ok) on 12-Мрт-10, 20:40
	>Если конфигуратор требует GNU-тую утилиту, то он требует его не для себя, >а для проги. Если проге в реальности не нужна именно GNU-версия, >а конфигуратор всё равно требует только GNU — это кривость конфигуратора. >Как это можно упорно отвергать — не понимаю. еще раз для тех кто в танке :) Просто автор проги даже НЕ знает про вашу не гнутую утилиту!!! он тестировал свою прогу с GNU utils, потому что знает что GNU utils & gcc работает везде, еще он знает, что со старыми SystemV utis его прога не будет работать/собираться - так там нет НУЖНОГО ему функционала. А вы........ просто не целевая группа для него. ;) И пользователю наплевать -  если ему нужна прога, он поставит для ее сборки нужное окружение (читай gnu utils & gcc) и получит то что хотел.  И наверно это лучший выход, чем перепахивать исходники, подгоняя их к вашим любимым утилитам. Хотя некоторые делают еще радикальнее - меняют систему на один из Linux-ов, как это было во многих конторах, где так любили bsd.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	249. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 12-Мрт-10, 17:10
	>вот и я поражаюсь этой (не побоюсь этого слова :D) наглости. >мало того, что прогу нахаляву получают, так еще и требуют - "чтоб >вот так собиралась, а вот так я не хочу!" >ладно если бы она вообще не собиралась. или криво. или с багами. > >а то чисто из-за красноглазия - "нихочу так! сделай вот так" Именно криво и с багами. В чёрт-знает-уже-который раз повторяю, что дело НЕ ограничивается одними лишь GNU-утилитами (которые, к слову, тоже надо портировать… замкнутый круг?). GNU toolchain то не находит нужные библиотеки, то цепляет лишние (из-за этого софт, собираемый GNU libtool, нормально не соберёшь, если другая версия этого софта уже есть в системе; предвосхищая ваши вопли «напишите свой libtool» — уже написали), то не те заголовочные файлы ищет, то вообще оказывается по ошибке привязанным, скажем, к распоследней версии GCC…
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

	265. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 12-Мрт-10, 18:35
	>как тяжело быть бздишнегом. >вот вам дружеское плечо, поплачьте. Когда вы научитесь вместо сочувствия выказывать уважение, тогда и разговор будет вменяемый.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

	272. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 12-Мрт-10, 19:03
	>уважение? помнится торвальдсу не понравились системы контроля версий, так он сказал, что >пока не сделает свою нового ядра не ждите. >через 3-е недели вышло новое ядро. > >другими словами, я вам сочувствую. искренне. Речь про лично вас, а не про Торвальдса.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

	307. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 13-Мрт-10, 10:08
	>лично я вам уже посочувствовал. при чем и лично вам, и вместе >с Марком. >что вам еще нужно? От вас — уже ничего. Раз вы читать не умеете. >зы: >и лично о себе речи в новости я не видел. вы что-то >путаете. Путаете вы. Перечитайте конкретно эту беседу.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

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

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

	204. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от User294 (ok) on 12-Мрт-10, 14:19
	>Пардон, а зачем тогда нужны autotools? Чтобы проверить что у вас есть подходящие для сборки тулы. При том никто не обещал что все существующие в мире тулы - подходящие для сборки. Более того - разработчик загнется прогибаться под все существующие в мире тулзы и их закидоны. К портабельности сие тоже имеет слабое отношение: гнутые утилсы наверное рекордсмены по числу поддерживаемых платформ и архитектур.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

	261. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от минона on 12-Мрт-10, 18:21
	>есть если приложению нужна поддержка более 100 симолов в имени файла, то автоконф должен создать файл попробовать запаковать его, затем распаковать в другое место, проверить существует ли он, вот тогда и придёт соурбэйзед дистрам виндакапец.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

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

	308. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 13-Мрт-10, 10:09
	>а что-то не понятно? >ну представьте сколько с такими проверками (по каждой утилите) будет собираться ВСЯ >система? Во-первых, у autoconf есть кэш (сюрприз!). >у убунты быстрее новая версия выйдет. Во-вторых, вы в любом случае сильно переоцениваете время.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

	302. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от ig0r (??) on 13-Мрт-10, 08:41
	>ССЗБ :) > >в конце концов - это же не управление термоядерным синтезом, это лично >твоя проблема. > зачем вообще версию проверять? это что гарантирует хоть что-то?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	312. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Alex (??) on 13-Мрт-10, 10:54
	>>ССЗБ :) >> >>в конце концов - это же не управление термоядерным синтезом, это лично >>твоя проблема. >> > >зачем вообще версию проверять? это что гарантирует хоть что-то? ДА! Версия гарантирует конкретный набор фич. Если на вашей платформе это не так - я вам сочувствую.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	315. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 13-Мрт-10, 11:06
	>>>ССЗБ :) >>> >>>в конце концов - это же не управление термоядерным синтезом, это лично >>>твоя проблема. >>> >> >>зачем вообще версию проверять? это что гарантирует хоть что-то? > >ДА! Версия гарантирует конкретный набор фич. Если на вашей платформе это не >так - я вам сочувствую. Я вот вам и тов. минона задам один простой вопрос. Вот собираю я, скажем, bash — возможно, для линуксоидов это будет открытием, но bash тоже стоит далеко не везде. Для установки bash я использую конфиг-скрипт, сделанный autoconf. Этот конфиг скрипт не работает корректно в чём-то кроме bash. Потому что поклал на SUS и использует фичи, специфические для bash. Ну и чо делать? Как я установлю те самые ваши GNU tools? М-м? :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

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

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

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

	122. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от yevgen.ostapetsgmail.com on 11-Мрт-10, 19:17
	>>[оверквотинг удален] >Ошибаешся. подумай еще раз - дам подсказку - пути при инсталяции внутри >makefile - задаются automake который входит в autotools. Ошибаешься именно ты. Autotools - это часть платформы и вендор отвечает за "подгонку" умолчаний в своей платформе. Если эта подгонка может быть выполнена как долнение, не ломающее поведение autotools на других платформах, то оформляется патч и предлагается к включению апстриму. Стенание о том, какие мерзавцы, разработчики autotools - это сопли. > > > >>И еще, к слову о портируемости - это фетиш авторов самого autotools, >>а автору конкретной программы, использующей autotools для сборки на портируемость может >>быть насрать с высокой колокольни. > >Только почему авторы этих самых программ пишут что оно работает не только >в GNU linux. Так ставишь gnu-utils и спокойно собираешь в таком случае. Не хочешь ставить? Не используй данную программу или попроси кого-то другого ее собрать, кто не страдает алергией от буквосочетания gnu!
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

	49. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от yevgen.ostapetsgmail.com on 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 (??) on 11-Мрт-10, 15:46
	автоконф должен проверять необходимый функционал существующей утилиты, а не наличие конкретной утилиты от конкретного разработчика
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	74. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от yevgen.ostapetsgmail.com on 11-Мрт-10, 16:28
	>автоконф должен проверять необходимый функционал существующей утилиты, а не наличие конкретной утилиты >от конкретного разработчика Какой функционал утилиты tar вы считаете достаточным? А утилиты make? Autotools позволяет разработчику не медитировать над тем, что он может, а чего не может он сделать родным tar в Solaris, а отдать это на откуп соотвествующим макросам. Если разработчики xBSD системы уверены, что их tar ничем не хуже gnutar и готовы написать соотвествующий код на m4 - я думаю его с радостью включат в апстрим и будут применять... До первого сбоя при сборке, после чего выльют ведро помоев на авторов горе-патча и будут абсолютно правы.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

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

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

	128. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от _umka_ (??) on 11-Мрт-10, 20:54
	>[оверквотинг удален] > >Какой функционал утилиты tar вы считаете достаточным? А утилиты make? > >Autotools позволяет разработчику не медитировать над тем, что он может, а чего >не может он сделать родным tar в Solaris, а отдать это >на откуп соотвествующим макросам. Если разработчики xBSD системы уверены, что их >tar ничем не хуже gnutar и готовы написать соотвествующий код на >m4 - я думаю его с радостью включат в апстрим и >будут применять... До первого сбоя при сборке, после чего выльют ведро >помоев на авторов горе-патча и будут абсолютно правы. дарю hint - в RedHat tar построен на базе той же библиотеки libarchive что и в BSD. даже больше - эта библиотека была разработана в FreeBSD team. просто свои опции при сборке и своя внешная обветка. Так что закладываться на gnu tar это по меньшей степени глупо.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

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

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

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

	81. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от yevgen.ostapetsgmail.com on 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..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 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 on 11-Мрт-10, 17:17
	>[оверквотинг удален] >что-то найти (потому что ищет только в /usr/lib , например). То >всплывает какой-то ключик компилятора, доступный только в новейшей версии. То ещё >подобная хрень. Хуже того: нередко появляются зависимости, которые в configure не >видны, и выясняются, в лучшем случае, только при (к счастью, в >OpenBSD такое есть) автоматизированной проверке на тему используемых библиотек. > >Я не раз сталкивался, например, с тем, что configure говорит: «парень, а >у тебя компилятор-то не умеет создавать разделяемые библиотеки!». И ковыряешься, ищешь >ошибку, и в итоге выясняется, что тест цепляет какой-то левый заголовок >и вполне резонно обламывается. Вот для того, чтобы такие ситуации не возникали и рекомендуется использовать именно стандартные макросы autotools для стандартных проверок, а не строить свои велосипеды. А задача пользователей xBSD и других не-GNU систем проверять адекватность этих стандартных тестов и закидывать какашками разрабочиков, которые самостоятельно пытаются проверить наличие библиотек и делают это только специфично для известной им системы, хотя зачем-то прицепили autotools и назвали свое поделие портируемым. Если я захочу собрать дистрибутив линукс с библиотеками в /Linux/system32, то для нормальных проектов с autotools мне будет достаточно изменить стандартные тесты, а перед сборкой вызвать autoreconf -fisv. Для програм, использующих SCons, CMake и прочий, типа портируемый, булшит, придется править каждую из них своим, уникальным способом.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	114. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от аноним on 11-Мрт-10, 18:08
	>Для програм, использующих SCons, CMake и >прочий, типа портируемый, булшит, придется править каждую из них своим, уникальным >способом. Это, мягко говоря, ложь. Достаточно будет только заменить пути в *.cmake совершенно аналогичным образом. Если в скриптах проекта жестко прописаны левые пути, сломается и autotools и cmake.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	115. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+1 +/–
	Сообщение от yevgen.ostapetsgmail.com on 11-Мрт-10, 18:36
	>>Для програм, использующих SCons, CMake и >>прочий, типа портируемый, булшит, придется править каждую из них своим, уникальным >>способом. > >Это, мягко говоря, ложь. Достаточно будет только заменить пути в *.cmake совершенно >аналогичным образом. Если в скриптах проекта жестко прописаны левые пути, сломается >и autotools и cmake. Чукча не читатель, чукча писатель? Повторяю медленно и по буквам, для особо продвинутых: 1. Если проект на autotools сделан чисто, для его пересборки в новых условиях достаточно выполнить autoreconf -fisv. 2. Каждый честный проект на CMake нужно будет править РУКАМИ. PS: ничего против cmake не имею, иногда использую, но родовых травм у него не меньше, чем в autotools.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	126. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от _umka_ (??) on 11-Мрт-10, 20:46
	> 1. Если проект на autotools сделан чисто, для его пересборки в новых условиях достаточно выполнить autoreconf -fisv. и долго материться если версия чего-то входящего в autotools изменилась напомнить что то что написано под autoconf 1.7 не соберется с autoconf 1.8, а 1.10 вобще выдает чудеса ? у cmake с таким хоть проблем нету :-)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

	198. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Alex (??) on 12-Мрт-10, 14:02
	>а как вы думаете много ли места на устройствах с МИПСом? А перекрестную сборку уже отменили? autoconf c ней, кстати, отлично справляется. Ну а BSD на MIPS можно закапывать, все равно драйверов нет.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	229. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от oops (??) on 12-Мрт-10, 15:31
	> Ну а BSD на MIPS можно закапывать, все равно драйверов нет. Каких драйверов? Ну знаете, БСДя уже может работать на dir-320. Сопли подберут и будет все ок.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

27. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+3 +/–
Сообщение от Аноним (??) on 11-Мрт-10, 14:28
Правильно сказал Марк, autoconf должен помогать портированию ПО, а на самом деле autoconf превратился в менеджер зависимостей для GNU.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

38. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+1 +/–
Сообщение от _umka_ (??) on 11-Мрт-10, 15:17
Кстати вспомнился забавный баг autoconf в GNU окружении на win32 - он не верно понимал концы строк :)
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

69. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
Сообщение от pavel_simple (ok) on 11-Мрт-10, 16:16
бедные опеньбсдэшники опять жалуются на то, что им почему-то все должны, а сами оне не местные, кто-бы подал... это GNU build system -- кому не нравится подход всегда могут написать свои истенно верные core-tools,autoconf,automake и остальных бледджеков с поитессами.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	77. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+2 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 11-Мрт-10, 16:30
	>бедные опеньбсдэшники опять жалуются на то, что им почему-то все должны, а >сами оне не местные, кто-бы подал... > > >это GNU build system -- кому не нравится подход всегда могут написать >свои истенно верные core-tools,autoconf,automake и остальных бледджеков с поитессами. Дык есть альтернативы. Это вопрос НЕ к опёнковцам, а к тем, кто этими autotools пользуется, чисто по инерции. Как многие люди виндой, например, пользуются.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	95. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от pavel_simple (ok) on 11-Мрт-10, 17:00
	>>бедные опеньбсдэшники опять жалуются на то, что им почему-то все должны, а >>сами оне не местные, кто-бы подал... >> >> >>это GNU build system -- кому не нравится подход всегда могут написать >>свои истенно верные core-tools,autoconf,automake и остальных бледджеков с поитессами. > >Дык есть альтернативы. Это вопрос НЕ к опёнковцам, а к тем, кто >этими autotools пользуется, чисто по инерции. Как многие люди виндой, например, >пользуются. дело за малым -- напишите мануал на десятке языков о том как удобно и красиво использовать ВАШ любимый инструмент. почему Debian/kFreeBSD делают и не плачут? -- потому что не стали делать вид что умнее всех и прикрутили базу на ядро FreeBSD а не стали портировать всё и вся под своё видение -- но опёнковцы.... им же нужно и на уйх сеть и рыбку съесть.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	107. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 11-Мрт-10, 17:30
	>[оверквотинг удален] >>> >>>это GNU build system -- кому не нравится подход всегда могут написать >>>свои истенно верные core-tools,autoconf,automake и остальных бледджеков с поитессами. >> >>Дык есть альтернативы. Это вопрос НЕ к опёнковцам, а к тем, кто >>этими autotools пользуется, чисто по инерции. Как многие люди виндой, например, >>пользуются. > >дело за малым -- напишите мануал на десятке языков о том как >удобно и красиво использовать ВАШ любимый инструмент. http://www.openbsd.org/porting.html , далее везде. Переводы имеются. >почему Debian/kFreeBSD делают и не плачут? -- потому что не стали делать >вид что умнее всех и прикрутили базу на ядро FreeBSD а >не стали портировать всё и вся под своё видение -- но >опёнковцы.... им же нужно и на уйх сеть и рыбку съесть. Ну захотели и делают, рад за них. Причём тут autocrap?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	135. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от anonymous (??) on 11-Мрт-10, 22:36
	>Дык есть альтернативы. Это вопрос НЕ к опёнковцам, а к тем, кто >этими autotools пользуется, чисто по инерции. Как многие люди виндой, например, >пользуются. Чем хотят тем и пользуются, какое бдунам дело? Я написал програму хочу аutotuls юзаю хочу нет
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	137. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 11-Мрт-10, 22:39
	>>Дык есть альтернативы. Это вопрос НЕ к опёнковцам, а к тем, кто >>этими autotools пользуется, чисто по инерции. Как многие люди виндой, например, >>пользуются. > >Чем хотят тем и пользуются, какое бдунам дело? Я написал програму хочу >аutotuls юзаю хочу нет Ну, если вас не волнует, будет ли программа популярной, то вы вольны поступать как хотите… Правда, с таким отношением к ней она вряд ли станет популярной. Ну да это никого не волнует. :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

82. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+2 +/–
Сообщение от аноним on 11-Мрт-10, 16:37
Да autotools вообще одна большая проблема. Заменить на cmake и забыть как страшный сон. CMake под BSD, между прочим.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	109. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+1 +/–
	Сообщение от Andrey Mitrofanov on 11-Мрт-10, 17:53
	Ваша cmake умеет брать _неработающий ./configure и делать "хорошо"? Нет?? Как, разве Вы не об этом говорите!?......................................
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	113. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от аноним on 11-Мрт-10, 18:06
	>Ваша cmake умеет брать _неработающий ./configure и делать "хорошо"? Нет?? Как, разве >Вы не об этом говорите!?...................................... Бгыгы. Неработающий configure - это ключевая фраза.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	123. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+1 +/–
	Сообщение от Andrey Mitrofanov on 11-Мрт-10, 19:21
	>Бгыгы. Неработающий configure - это ключевая фраза. См.выше, в #121 /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-   ;; Я правильно понял, что Вы предлагаете дяденьке Марку из этой новости порешать его и подобные вот этим---^^^ проблемы, "просто добавив" cmake? Вот я и говорю -- кругом ОНИ. >Да. Кругом они: >>только переходом на CMake, и говорить тут не о чем.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	127. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от _umka_ (??) on 11-Мрт-10, 20:48
	>Ваша cmake умеет брать _неработающий ./configure и делать "хорошо"? Нет?? Как, разве >Вы не об этом говорите!?...................................... у него понятия .configure нету ;-) у него есть свой язык - который выполняется в момент вызова cmake :) не зачет по предмету.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	184. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+2 +/–
	Сообщение от Andrey Mitrofanov on 12-Мрт-10, 11:29
	>;-) у него есть свой язык - >который выполняется в момент вызова cmake :) >не зачет по предмету. Таки у автаконфа "есть свой язык", тока проекты таскают с собой "компилированный" в #!/bin/sh "бинарник" ./configure. Но Вы все эти, которые "cmake решаить!", не _поняли же! Г-н Марк в новости писал (чтение новости и по ссылке _вслух. образец! никаких гарантий! следующие дозы - платно++), что замахался я со _своими портами - какой апстрим пакет ни возьму, кругом кривые проверки не на функциональность, а на версии гнутых тулзоф, аааа-блин! "пусть кто-нибудь ещё!"(с)Симпон Г. скажет этим сволочам в апстримах, что на авфтаконфе _надо писать правильно (=надо - Марку, писать - дяденькам), а то на самостийно-позиксвейных порто-зборщиках оно __само__ не собирается примерно в "40-50% случаев и больше"(тама выше из ваших - _считал). То есть в нашей самостийной самоструганой скриптосборной Системе всё _Крутааа, жаль тока клятые москали постоянно же ж подкладывают какие-то _кривые исходники, хотят _задушить Маладую Димакратию гнутыми афтатулзами и ценами на газ. Самое время начинать "дружить" с заморско-артеллирийским рассадником Ценностей... Вот тут рядом шустрый такой с бегающими глазками вэстудиями приторговывает -- начинайте ею собирать Парты?! Никакого афтацымейка не надо -- __ВСЁОО__ в комплекте. :/ И да, Вы^Wмы не поняли №№1: дядя Марк написал махонькими пукафками - "joke", а вы все тут кинулись коромыслами махать - "жпэль переписать", "симейк решаить!", "гну хоронить-закопать"... Марк : опеннет --  Тонко! : YHBT___
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

87. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+4 +/–
Сообщение от аноним on 11-Мрт-10, 16:43
Блин, opennet наводнен фанатиками-даунами. Одни про лицензии пищать начали, другие предлагают переписать autotools. Да нельзя его переписать, этот мусор уже зашит во все проекты, которые им собираются. Мне тут некоторые это еще и за плюс выдавали - мол, как замечательно - метр мусора на шелле в каждом пакете, зато не нужны зависимости. Они может быть и переписали бы autotools, будь он снаружи. Но он же внутри, и ничего с этим не сделаешь. Поэтому проблема решается только переходом на CMake, и говорить тут не о чем.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	111. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Andrey Mitrofanov on 11-Мрт-10, 17:59
	>Блин, opennet наводнен фанатиками-даунами. Да. Кругом они: >только переходом на CMake, и говорить тут не о чем.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	112. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от аноним on 11-Мрт-10, 18:04
	Вам таки есть что сказать по делу? С удовольствием послушал бы ваше мнение на тему сильных с слабых сторон autotools и cmake. Особенно учитывая общий уровень ваших высказываний.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	136. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от Аноним (??) on 11-Мрт-10, 22:38
	автотулс УГ, с удовольствием посмотрю на ваши потуги опровергнуть это.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	140. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от аноним on 11-Мрт-10, 23:30
	Вы это мне? Я вобщем-то именно это и сказал.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	276. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от User294 (ok) on 12-Мрт-10, 20:01
	>автотулс УГ, с удовольствием посмотрю на ваши потуги опровергнуть это. Автотулс УГ, просто с остальными грабель еще больше. В частности - извините, а CMake это отдельная сущность которая должна быть в системе а не скриптик. Спасибо если ее под систему портировали. Иначе вы попадете на трах с этим мероприятием до кучи. В итоге портабельность за которую так борятся бздуны оказывается в еще большей заднице. Такое ощущение что бздуны ратуют за "портабельность" аж на целый i386 и BSD. Вот и вся "портабельность" так сказать.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	287. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от аноним on 12-Мрт-10, 22:11
	> Автотулс УГ, просто с остальными грабель еще больше. Это неправда. С CMake меньше, статистику по количеству патчей для сборочных скриптов для портов, использующих autotools, cmake и scons я уже приводил. Под нелюбимую вами BSD cmake - единственное, что способно собрать софт из коробки. configure минимум требует указания CPPFLAGS="-I${LOCALBASE}/include" LDFLAGS="-L${LOCALBASE}/lib" в 100% случаев. Обычно еще кучи патчей. Со SCons больше, но его использовать никто и не советует, и, надеюсь, не будет. > В частности - извините, а CMake это отдельная сущность которая должна быть в системе а не скриптик. И слава тебе господи, потому что портировать один раз CMake гораздо проще, чем портировать каждый "скриптик". То, что ты предлагаешь, пованивает подходом проприетарщиков - "таскай с собой все нужное, собирай статически, не важно сколько в итоге в системе окажится копий тухлых и дырявых версий одной библиотеки". > В итоге портабельность за которую так борятся бздуны оказывается в еще большей заднице. Такое ощущение что бздуны ратуют за "портабельность" аж на целый i386 и BSD. Вот и вся "портабельность" так сказать. Ну да, и невежество свое сдобрил щедрой щепоткой слюнявого фанатизма. Привет.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	167. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+1 +/–
	Сообщение от FPGA (ok) on 12-Мрт-10, 00:43
	Все проблемы решаются переходом на qmake ^_^
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	288. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от аноним on 12-Мрт-10, 22:11
	>Все проблемы решаются переходом на qmake ^_^ QT-specific и убожество.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

179. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
Сообщение от Alexander (??) on 12-Мрт-10, 08:54
Аналоги утилит GNU могут в чём-то отличаться, и если при конфигурировании вместо утилиты из проекта GNU будет использовано что-то другое, то не исключена ситуация, что проект не соберётся. И даже если утилиты из *BSD поддерживают весь нужный функционал, в этом ещё нужно убедиться, то есть потратить время на тестирование. То есть фактически разработчикам из проекта GNU предлагается потратить дополнительное время, и создать потенциальные проблемы разработчикам, использующим утилиты GNU (их проекты могут собраться на меньшем числе систем), и ради чего - чтобы легче было выпиливать утилиты GNU :-) В общем, разработчик OpenBSD фактически недоволен тем, что проект GNU не помогает ему бороться с проектом GNU :-)
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

181. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
Сообщение от Alex (??) on 12-Мрт-10, 10:40
BSDуны берут и пишут аналог autoconf/automake. Или парсер результата работы оного в свою расово верную систему. Если им так хочется. Предположим я пишу софт. Пишу изначально под Linux. Мне autoconf удобен, я знаю, что он у меня будет работать в GNU/Linux и прочих совместимых, и в MS Windows под GNU-окружением (Cygwin, MinGW) - благо сделаны твики. Портабельности на другие платформы я не заявляю, и все борцуны за расовую верность своих микро-платформ идут лесом или делают патчи, если им так хочется.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	182. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+3 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 12-Мрт-10, 11:10
	>BSDуны берут и пишут аналог autoconf/automake. Аналоги есть. >Или парсер результата работы оного Есть откорректированные autoconf/automake, которые по возможности используются. Без них количество патчей к configure возросло бы на порядок. >Предположим я пишу софт. Пишу изначально под Linux. Мне autoconf удобен, я >знаю, что он у меня будет работать в GNU/Linux и прочих >совместимых, и в MS Windows под GNU-окружением (Cygwin, MinGW) - благо >сделаны твики. Портабельности на другие платформы я не заявляю, и все >борцуны за расовую верность своих микро-платформ идут лесом или делают патчи, >если им так хочется. Если не заявляете, то пожалуйста. Обычно ситуация другая: разработчики пишут, мол, работает под *nix. А вообще позиция «я пишу под Linux, на остальных мне покласть» не только сама по себе как-то не слишком open-source friendly, но и вообще попахивает зажранностью, как у пропиетарщиков-монопольщиков: «Хотите офисный пакет, хорошо читающий самые распространённые форматы офисных документов? — Ставьте MS Windows и MS Office» «Хотите смотреть видео онлайн? — Ставьте Adobe Flash» «Хотите, чтобы игры работали? — Ставьте вот эти, ничем не проверяемые и отваливающиеся при каждом втором обновлении системы драйвера» И так далее. Линуксоиды громче всех кричали: «Мы не микроплатформа, а если и так, всё равно поддерживайте нас!». А теперь, когда набрали какой-то вес, начали сами кичиться: «Мы крутые, а вам всем место на помойке, микроплатформы!». Не стыдно?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	190. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Alex (??) on 12-Мрт-10, 13:13
	Я пишу не под Linux, я пишу под GNU-окружение, благо оно есть даже под виндец. А на остальных, кто на инфраструктуру GNU по каким-то религиозным соображениям поклал, мне аналогично покласть. По крайней мере до тех пор, пока они мне за поддержку их инфраструктур не начнут платить.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	192. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Alex (??) on 12-Мрт-10, 13:18
	И - хотите самый-то прикол - open-source friendly не подразумевает какой-либо портируемости. Тем более, под нежизнеспособные ветки.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	205. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от fi (ok) on 12-Мрт-10, 14:19
	>Если не заявляете, то пожалуйста. Обычно ситуация другая: разработчики пишут, мол, работает >под *nix. Обычно пишут - тестировалось на RHEL5/.... , возможно будет работать на других unix-like системах. Где OpenBSD вообще-то 100-я в очереди, после System-V >А вообще позиция «я пишу под Linux, на остальных мне покласть» не >только сама по себе как-то не слишком open-source friendly, но и Это предрассудки.  Фактически, Linux это то чем мог стать Unix, если б у него была лицензия GPL.   А тут речь вообще идет о GNU utils & gcc, и  autoconf есть часть этой системы. И работает эта система везде, но только вместе.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	202. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от iZEN (ok) on 12-Мрт-10, 14:10
	>BSDуны берут и пишут аналог autoconf/automake. Или парсер результата работы оного в >свою расово верную систему. Если им так хочется. > >Предположим я пишу софт. Пишу изначально под Linux. Мне autoconf удобен, я >знаю, что он у меня будет работать в GNU/Linux и прочих >совместимых, и в MS Windows под GNU-окружением (Cygwin, MinGW) - благо >сделаны твики. Портабельности на другие платформы я не заявляю, и все >борцуны за расовую верность своих микро-платформ идут лесом или делают патчи, >если им так хочется. Видишь ли какое дело, GNU/Linux позиционируется производителями и вендорами как "почти" Unix. Слово "почти" для хомяков чаще означает "совсем", а не "неполноценный". Да-да, здесь ещё идеология примешивается с прямой рекламой некогда легендарного Unix. Но когда хомячки узнают, что GNU/Linux это совсем не Unix (GNU is Not Unix после обмана), то им становится обидно и они начинают истерику в стиле: какая Sun проклятая, что не дала им ZFS под GPL.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	208. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Alex (??) on 12-Мрт-10, 14:25
	А причем тут вообще сферические кони в вакууме, можно уточнить?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	211. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Andrey Mitrofanov on 12-Мрт-10, 14:33
	Ну как, понятно же -- товарищу танцору постом выше ZFS _жмёт и мешает, терпежу нет. Вот он об этом и пишит к месту и не к месту-----
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	245. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Гость on 12-Мрт-10, 16:55
	> Видишь ли какое дело, GNU/Linux позиционируется производителями и вендорами как "почти" Unix. Может это было когда-то раньше, но теперь многие о UNIX узнают как о части истории Linux. Посмотри, сколько страниц находят поисковики на запросы UNIX и Linux (в Google и Яндексе страниц по слову "Linux" нашлось раза в три больше, чем по слову "UNIX"). Однажды я даже услышал, как про FreeBSD сказали, что это "Линукс с другим ядром"... Это конечно неверно, но показывает, в каком порядке человек узнавал про Linux и другие UNIX-подобные системы.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	262. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от минона on 12-Мрт-10, 18:29
	ты лучше скажи что у тебя на "настоящем" юниксе выдает $ getconf _POSIX_VERSION у? зы: zfs можете не открывать. не нужна.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	381. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от iZEN (ok) on 14-Мрт-10, 15:27
	>ты лучше скажи что у тебя на "настоящем" юниксе выдает >$ getconf _POSIX_VERSION >у? "200112" на FreeBSD 8.0-STABLE.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	403. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от минона on 15-Мрт-10, 03:29
	сравни с убунтой: $ getconf _POSIX_VERSION 200809 $ getconf POSIX2_C_DEV 200809
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

250. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
Сообщение от ig0r (??) on 12-Мрт-10, 17:33
Для всех защитников автокнфа приведу другой пример, хотя он слегка преувеличен но вполне отражает суть поднятого вопроса, итак: допустим у вас установлен веб-сервер nginx, который отдаёт статиские страницы, но в определённый момент вы захотели использовать php, как вы отреагируете если при установке php конфигуратор потребует установить apache?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	267. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от минона on 12-Мрт-10, 18:40
	поставлю linux ps: дурацкий вопрос - дурацкий ответ. когда пыхпых станет требовать апач (и зачем будет требовать), тогда и поговорим.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	270. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от ig0r (??) on 12-Мрт-10, 18:49
	допустим дело происходит на linux. PS я сталкивался с таким веб приложением на php которе требует апач, автору выговор сделан и баг пофикшен.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	296. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от минона on 13-Мрт-10, 02:31
	человеческий фактор как говорится на лицо. ну и при чем тут аутоконф?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	300. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от ig0r (??) on 13-Мрт-10, 08:34
	тот же самый человеческий фактор, вместо того чтобы написать проверку необходимой фичи, они пишут проверку версии (что собственно только косвенно подтверждает наличие фичи)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	311. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Alex (??) on 13-Мрт-10, 10:53
	>тот же самый человеческий фактор, вместо того чтобы написать проверку необходимой фичи, >они пишут проверку версии (что собственно только косвенно подтверждает наличие фичи) > Я почти уверен, что в бздях (поскольку порты собираются черт-те-кем и черт-те-как, по велению левой задней ноги) версия только косвенно подтверждает наличие фичи. Но в GNU, где в основном весь софт поддерживается "родными" майнтейнерами - версия означает наличие конкретных фич, заявленных в данной версии. Отсюда и проверка.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	329. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от ig0r (??) on 13-Мрт-10, 16:28
	то есть я используя линукс, не имею права снести к чёртовой матери гнутый тар, и установить вместо него бсдшный? даже если по функционалу он не уступает гнутому.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	330. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Alex (??) on 13-Мрт-10, 16:29
	>то есть я используя линукс, не имею права снести к чёртовой матери >гнутый тар, и установить вместо него бсдшный? даже если по функционалу >он не уступает гнутому. Имеешь. Но работоспособность системных утилит после - сугубо на твоей совести.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

	384. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от iZEN (ok) on 14-Мрт-10, 15:47
	>Я почти уверен, что в бздях (поскольку порты собираются черт-те-кем и черт-те-как, >по велению левой задней ноги) версия только косвенно подтверждает наличие фичи. По влению левой ноги софт собирается только под Linux. В FreeBSD дерево портов согласованно в каждый момент времении и из него можно собрать рабочее окружение хоть для десктопа, хоть для сервера. >Но в GNU, где в основном весь софт поддерживается "родными" майнтейнерами Ты заблуждаешься насчёт роли мантейнеров. Их дело не разработка софта, а портирование и адаптация чужого софта — вещи принципиально разные.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

266. "A теперь некоторые избранные места из обсуждаемого"		+1 +/–
Сообщение от pazke on 12-Мрт-10, 18:38
> At some point in the past, autoconf was *meant* to simplify porting programs. > These days, it's more a "use gnu-linux, or die" (no wonder bsd is dying). Этот параграф просто восхитителен, классический Amiga Persecution Complex (http://catb.org/jargon/html/A/Amiga-Persecution-Complex.html) в действии. > This is utter complacency from the part of the guys who write these tests. > They can ask *us* if they want to support other OSes, instead of silently > going over to GNU-make/GNU-bash/GNU-tar/GNU-m4/GNU-mkdir... Похоже он действительно считает что полтора пользователя OpenBSD являются центром мироздания и все им что-то должны. > I have a simple request for you: each time you run into software that does > this idiotic kind of test, please interact with the idiots upstream for > whom all the world is linux, and try to get them to replace their "joke" > of an autoconf macro with actual genuine tests that actually CHECK FOR THE > FUCKING FEATURE. Тоже хорошо. "Я за вас свою работу делать не буду !" И ведь казалось бы любому кто в курсе как разрабатывается свободное ПО должно быть известно, что есть только один продуктивный метод общения with the idiots upstream и называется он отправка патчей.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

289. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
Сообщение от jkeffer (ok) on 12-Мрт-10, 22:53
В общем, если коротко, всё скатилось к разработке не переносимых с платформы GNU/Linux программ, в лучших традициях закрытых систем. Помню как всё радужно выглядело году 93ем, жаль что так всё закончилось... Коммерциализация за прошедшие столетия привела к упадку движений борющихся за модернизацию существующего миропорядка, что в очередной раз и происходит.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	297. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от минона on 13-Мрт-10, 02:33
	>В общем, если коротко, всё скатилось к разработке не переносимых с платформы GNU/Linux программ, в лучших традициях закрытых систем. вы в своем уме? программы собираются и работают. просто некоторым не нравится чем они собираются.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	298. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от аноним on 13-Мрт-10, 03:57
	>>В общем, если коротко, всё скатилось к разработке не переносимых с платформы GNU/Linux программ, в лучших традициях закрытых систем. > >вы в своем уме? >программы собираются и работают. >просто некоторым не нравится чем они собираются. Он в своем. Когда линуксоиды были совсем маргиналами, то поддерживали стандарты и портируемость. Теперь считают, что их должны поддерживать. А документацию не переписали. Линуксоидам, как пользующимися двойными стандартами - пофигу. Все остальные немного в шоке от такого инфантильного поведения. БСДшников поражает, что линуксоиды в свою очередь на майкрософт срали кирпичами по тем же причинам. Теперь ведут себя также. Впрочем, это опять двойной стандарт, почти как американская демократия. Сказанного достаточно.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	299. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–2 +/–
	Сообщение от минона on 13-Мрт-10, 05:46
	да хватит уже языком трепать. говорите конкретно, о каких стандартах идет речь. и какие проблемы с портируемостью - у вас posix софт не собирается? или работает не правильно? или вы хотите, чтобы ребята из проекта гну написали вам софт под лицензией бзд? :D зы: из линуксов даже не любимая убунта поддерживает самую последнюю версию posix. и гнушные утилиты соответственно тоже. кто же виноват, что все остальные отстают от стандарта? неужели гнушные утилиты?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	344. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от Enqlave (ok) on 13-Мрт-10, 17:55
	>[оверквотинг удален] >и какие проблемы с портируемостью - у вас posix софт не собирается? >или работает не правильно? >или вы хотите, чтобы ребята из проекта гну написали вам софт под >лицензией бзд? :D > >зы: >из линуксов даже не любимая убунта поддерживает самую последнюю версию posix. >и гнушные утилиты соответственно тоже. >кто же виноват, что все остальные отстают от стандарта? неужели гнушные утилиты? > Идиот! (в третий раз). Ни ubuntu, ни любой другой дистрибутив Linux POSIX не поддерживают, и в ближайшие 10-20 лет не смогут с таким подходом к разработке. Вы видели код большинства Linux-oriented софта? Наверняка видели, раз понаписали тут кучу простыней о портируемости приложений. Так вот, вам известно, что такое грязный код? И почему FreeBSD превратился (с одной стороны, а с другой -- стал говном в архитектурном плане) в Linux под BSDL, гонясь за "поддержкой" приложений и популярностью и став мусором практически во всех подсистемах (иначе, omg, как бы смог Ardour, н-р, работать под ним)? Смешно.. ОС с чистым, вылизанным кодом и _корректными_ проверками функционала перед компилёжкой софта -- единицы, и OpenBSD -- в их числе. Когда меня спрашивают, чем Linux идеологически плох, я выдаю 2 линка, и после этого все вопросы пропадают. Линки следующие: http://www.openbsd.org/cgi-bin/cvsweb/~checkout~/src/lib/lib... http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/string/str...
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	345. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Alex (??) on 13-Мрт-10, 18:05
	Да, действительно, все вопросы отпадают. Как к BSD'шникам, так и к Вам, как к программистам. В Linux GLIBC на самом деле реализован очень красивый алгоритм, который требует в 4-8 раз меньше операций, чем его "аналог" в BSD, да еще и учитывает требования выравнивания на современных процессорах. А тех, кто в библиотеке, просто обязанной быть быстрой - влияющей на производительность ВСЕХ приложений, реализует алгоритмы "в лоб", лишь бы работало - закопать.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	389. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от iZEN (ok) on 14-Мрт-10, 16:14
	>Да, действительно, все вопросы отпадают. Как к BSD'шникам, так и к Вам, >как к программистам. > >В Linux GLIBC на самом деле реализован очень красивый алгоритм, который требует >в 4-8 раз меньше операций, чем его "аналог" в BSD, да >еще и учитывает требования выравнивания на современных процессорах. Вот только не нужно все BSD под "одну гребёнку" карнать. То ли в силу молодого возраста, то ли ещё по каким-либо причинам, но ты ещё не видел ВЕСЬ код под BSDL.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	392. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Alex (??) on 14-Мрт-10, 16:32
	>>Да, действительно, все вопросы отпадают. Как к BSD'шникам, так и к Вам, >>как к программистам. >> >>В Linux GLIBC на самом деле реализован очень красивый алгоритм, который требует >>в 4-8 раз меньше операций, чем его "аналог" в BSD, да >>еще и учитывает требования выравнивания на современных процессорах. > >Вот только не нужно все BSD под "одну гребёнку" карнать. То ли >в силу молодого возраста, то ли ещё по каким-либо причинам, но >ты ещё не видел ВЕСЬ код под BSDL. Ну... strlen достаточно, если учесть, что в GLIBC оптимизация сделана еще в 2005.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	393. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Alex (??) on 14-Мрт-10, 16:32
	Как-то не тянет к ретроградным системам и их коду, извини.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	405. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от oops_ on 15-Мрт-10, 07:24
	>Как-то не тянет к ретроградным системам и их коду, извини. Строго говоря использование strlen само по себе ретроградство. нормальные люди всегда знают длину строки когда это действительно необходимо.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	346. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+1 +/–
	Сообщение от Alex (??) on 13-Мрт-10, 18:08
	Кстати да, вот оно и видно, как раз на Вашем примере - реальное ИДЕОЛОГИЧЕСКОЕ преимущество Linux-кода. Признайтесь честно - Вы просто не осилили код, и решили его представить в неблаговидном свете - в расчете, что аудитория не поймет?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	348. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от Enqlave (ok) on 13-Мрт-10, 18:19
	>Кстати да, вот оно и видно, как раз на Вашем примере - >реальное ИДЕОЛОГИЧЕСКОЕ преимущество Linux-кода. > >Признайтесь честно - Вы просто не осилили код, и решили его представить >в неблаговидном свете - в расчете, что аудитория не поймет? Сколько много комментариев (пока целых 3: этот, один выше и один ниже), и все не по делу.. То, что вы называете оптимизацией в примере -- костыль. Таким образом закапываются и забываются баги из-за каких-то изменений в функциях, необходимых для этой. А потом через несколько лет умные люди находят баги в ядре, да такие страшные.. :-( Не там, увы, они эти оптимизации проводили, ох, не там.. это как раз тот случай, когда нечто временное стало постоянным. Запомните пару фраз: всё гениальное -- просто, унификация -- мать порядка. На первые пару лет вам хватит.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	349. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+1 +/–
	Сообщение от Alex (??) on 13-Мрт-10, 18:25
	Прежде чем давать запоминалки, ответьте на простой вопрос: вы поедете на метро, или предпочтете добираться на работу 40-60км пешком? Метро - точно такой же костыль, призванный ускорить определенные процессы. И у него точно так же есть свои минусы. Но он в любом случае оптимальнее "унификации" для медленных двуногих созданий.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	352. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Enqlave (ok) on 13-Мрт-10, 18:31
	>Прежде чем давать запоминалки, ответьте на простой вопрос: вы поедете на метро, >или предпочтете добираться на работу 40-60км пешком? > >Метро - точно такой же костыль, призванный ускорить определенные процессы. И у >него точно так же есть свои минусы. Но он в любом >случае оптимальнее "унификации" для медленных двуногих созданий. да.. бредовее сравнения я ещё не видел :-) поди, вы уверены, что C лучче, чем Python.. :-)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	353. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+1 +/–
	Сообщение от Alex (??) on 13-Мрт-10, 18:33
	>поди, вы уверены, что C лучче, чем Python.. :-) Смотря для чего. Идите, напишите на Python GLIBC, и заюзайте. А мы поржем. Ну или на VB.NET.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	356. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от Enqlave (ok) on 13-Мрт-10, 18:35
	>Идите, напишите Эх.. а я думал, вы поймёте мой тонкий юмор.. :-) ну да ладно..
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	357. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+1 +/–
	Сообщение от Alex (??) on 13-Мрт-10, 18:36
	>>Идите, напишите > >Эх.. а я думал, вы поймёте мой тонкий юмор.. :-) ну да >ладно.. Ваш тонкий юмор оказался слегка толстоват и жирноват.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	350. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+1 +/–
	Сообщение от Alex (??) on 13-Мрт-10, 18:29
	>>> Не там, увы, они эти оптимизации проводили, ох, не там.. Мда. Я бы вас в рабочую группу не включил однозначно - фанатизм перекрыл мозг. "НЕ ТАМ"?!!!!!!!! Это процедура, которая в обычных приложениях может несколько миллионов раз вызываться. Что же у вас тогда "там"? Пример: берем Apache, делаем поиск по strlen. Что, число вхождений уже ужасает? А теперь делаем поиск по вызовам процедур, в которые он входит... Это именно "ТАМ", и "ТАМ, ГДЕ НАДО". А вы можете хоть на PHP системные библиотеки писать, все равно ими никто пользоваться не будет.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	358. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Enqlave (ok) on 13-Мрт-10, 18:59
	>>>> Не там, увы, они эти оптимизации проводили, ох, не там.. > >Мда. Я бы вас в рабочую группу не включил однозначно - фанатизм >перекрыл мозг. > >"НЕ ТАМ"?!!!!!!!! да что же вы так разнервничались :-) и правильно! не включайте! нечего мне там делать ;-P
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	359. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Alex (??) on 13-Мрт-10, 19:04
	>да что же вы так разнервничались :-) > >и правильно! не включайте! нечего мне там делать ;-P Прошу прощения, у меня возник эпичный баттхерт при виде кода в BSD. Я и раньше не любил BSD-подобные системы, но теперь меня от них будет просто тошнить. Спасибо за ссылочку, кстати.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	351. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Alex (??) on 13-Мрт-10, 18:31
	>> Таким образом закапываются и забываются баги из-за каких-то изменений в функциях, необходимых для этой. Интересно, какие функции необходимы этой? Я не обнаружил не одной. Толстоваты батенька, идите читать учебники по системному программированию. Когда прикладники, с трудом освоившие C#, лезут в системный код - добра не жди.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	354. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–1 +/–
	Сообщение от Enqlave (ok) on 13-Мрт-10, 18:33
	>>> Таким образом закапываются и забываются баги из-за каких-то изменений в функциях, необходимых для этой. > >Интересно, какие функции необходимы этой? Я не обнаружил не одной. а кто говорил о конкретно _этой_? :-)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	355. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Alex (??) on 13-Мрт-10, 18:34
	>>>> Таким образом закапываются и забываются баги из-за каких-то изменений в функциях, необходимых для этой. >> >>Интересно, какие функции необходимы этой? Я не обнаружил не одной. > >а кто говорил о конкретно _этой_? :-) У вас склероз? Или не вы ссылки давали?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	347. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Alex (??) on 13-Мрт-10, 18:11
	Кстати да, лучше ткнуться сюда: http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/string/str... В предыдущей ревизии одна оптимизация была сделана с сохранением старого кода - как раз таки #if 0 - вероятно, для чисто визуального сравнения. В этой ревизии она глаз не мозолит.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	360. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Alex (??) on 13-Мрт-10, 19:31
	>http://www.openbsd.org/cgi-bin/cvsweb/~checkout~/src/lib/lib... > >http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/string/str... Что интересно, и очень показательно - в FreeBSD этот код слизали ровно в марте этого года, в то время, как в Linux он появился не позднее, чем в 2005 (а вероятно - ранее), судя по коммитам.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	388. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от iZEN (ok) on 14-Мрт-10, 16:10
	>Когда меня спрашивают, чем Linux идеологически плох, я выдаю 2 линка, и >после этого все вопросы пропадают. Линки следующие: > >http://www.openbsd.org/cgi-bin/cvsweb/~checkout~/src/lib/lib... > >http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/string/str... Ещё вот этот выдай: http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/string/st... /* * Portable strlen() for 32-bit and 64-bit systems. ...
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	390. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+1 +/–
	Сообщение от Alex (??) on 14-Мрт-10, 16:31
	>[оверквотинг удален] >>http://www.openbsd.org/cgi-bin/cvsweb/~checkout~/src/lib/lib... >> >>http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/string/str... > >Ещё вот этот выдай: >http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/string/st... > >/* > * Portable strlen() for 32-bit and 64-bit systems. >... Буквально постом выше написано, откуда дровишки. Слизали ровно в марте этого года. http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/string/st... Revision 1.8: download - view: text, markup, annotated - select for diffs Fri Mar 12 21:14:56 2010 UTC (40 hours, 14 minutes ago) by delphij Что радует - хотя бы указали, откуда взяли - дык, вестимо, откуда: [1] http://vger.kernel.org/~davem/cgi-bin/blog.cgi/2010/03/08#st...
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	402. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от минона on 15-Мрт-10, 03:20
	спасибо! :D я бы сам более убедительно преимущества линукса не смог в одном посте так доказать, как это сделали вы. зы: я не надеюсь что вам поможет, но - уже традиционно последние лет 10 именно линукс в наиболее полном объеме поддерживает посикс. и сам этот стандарт - стандарт интерфейсов, а не их реализаций.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	310. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Alex (??) on 13-Мрт-10, 10:50
	>В общем, если коротко, всё скатилось к разработке не переносимых с платформы >GNU/Linux программ, в лучших традициях закрытых систем. Помню как всё радужно >выглядело году 93ем, жаль что так всё закончилось... Коммерциализация за прошедшие >столетия привела к упадку движений борющихся за модернизацию существующего миропорядка, что >в очередной раз и происходит. Проблема только в том, что GNU есть практически везде, даже под проприетарщиной. Ну, кроме мелких религиозно-фанатичных дистров некоего подобия *nix.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	383. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от iZEN (ok) on 14-Мрт-10, 15:43
	>Проблема только в том, что GNU есть практически везде, даже под проприетарщиной. >Ну, кроме мелких религиозно-фанатичных дистров некоего подобия *nix. Где "везде"? На 2% линуксов из общего числа десктопов? На солярке, маках и виндовс GNU нет — а это большая часть десктопного и серверного оборудования.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	386. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Alex (??) on 14-Мрт-10, 15:53
	>>Проблема только в том, что GNU есть практически везде, даже под проприетарщиной. >>Ну, кроме мелких религиозно-фанатичных дистров некоего подобия *nix. > >Где "везде"? На 2% линуксов из общего числа десктопов? На солярке, маках >и виндовс GNU нет — а это большая часть десктопного и >серверного оборудования. Все, слив засчитан. MinGW или Cygwin в гугле вбить, и читать до просветления.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	399. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от iZEN (ok) on 15-Мрт-10, 01:00
	>>Где "везде"? На 2% линуксов из общего числа десктопов? На солярке, маках >>и виндовс GNU нет — а это большая часть десктопного и >>серверного оборудования. > >Все, слив засчитан. MinGW или Cygwin в гугле вбить, и читать до >просветления. Ни разу на Windows не встречал ни MinGW , ни Cygwin (Eclipse RCP распространена более, чем эти). Если только в качестве маргинальных окружений оторванных от жизни пользователей. Так что вбивать ничего не нужно.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	406. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от минона on 15-Мрт-10, 09:10
	догадайся чем именно Eclipse CDT/RCP компилит
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	412. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от iZEN (ok) on 15-Мрт-10, 20:57
	>догадайся чем именно Eclipse CDT/RCP компилит Eclipse RCP — это конечная программная платформа, на которой строятся десктопные приложения. Собирается при помощи javac (код) и GCC 4.2.1 (нативная библиотека для SWT). Eclipse CDT — это среда для разработки на C/C++. На Windows встречается реже, чем где бы то ни было ещё.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	398. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от fi (ok) on 15-Мрт-10, 00:35
	>>Проблема только в том, что GNU есть практически везде, даже под проприетарщиной. >>Ну, кроме мелких религиозно-фанатичных дистров некоего подобия *nix. > >Где "везде"? На 2% линуксов из общего числа десктопов? На солярке, маках >и виндовс GNU нет — а это большая часть десктопного и >серверного оборудования. Ну изи ты и жжешь!!! И так, "виндовс" не posix, забыли - не про него речь, хотя,  как правильно указали, gnu есть. соляркa - любой админ ставит диск sunfreeware, хотя bash идет уже с базовой системой. Так что мимо. мак Х - тут кончено чуть по другому, но bash идет как главный шел - вызывается из меню, а остальное, если ты девелопер, ставится отсюда: http://coreutils.darwinports.com/, тем более в основном софт портируют с Linux, а не с bsd.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	400. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от iZEN (ok) on 15-Мрт-10, 01:10
	>>>Проблема только в том, что GNU есть практически везде, даже под проприетарщиной. >>>Ну, кроме мелких религиозно-фанатичных дистров некоего подобия *nix. >> >>Где "везде"? На 2% линуксов из общего числа десктопов? На солярке, маках >>и виндовс GNU нет — а это большая часть десктопного и >>серверного оборудования. > >соляркa - любой админ ставит диск sunfreeware, хотя bash идет уже с >базовой системой. Так что мимо. Для чего? Чтобы поиграть в линукс? >мак Х - тут кончено чуть по другому, но bash идет как >главный шел - вызывается из меню, а остальное, если ты девелопер, >ставится отсюда: http://coreutils.darwinports.com/, тем более в основном софт портируют с Linux, >а не с bsd. В Mac OS X оболочка вообще не Bash, а csh — основная оболочка BSD. На Bash перешли только в Mac OS X 10.3 в 2003 году, когда GNU-окружение стало более-менее юзабельно.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	401. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от минона on 15-Мрт-10, 03:04
	>Для чего? Чтобы поиграть в линукс? для чего? чтобы не чувствовать себя идиотом. чтобы поставить screen, gtar, gzip, bzip2... и да! тот самый баш. т.к. устаревший шел без истории - путешествие в 60-е >В Mac OS X оболочка вообще не Bash, а csh — основная оболочка BSD. На Bash перешли только в Mac OS X 10.3 в 2003 году, когда GNU-окружение стало более-менее юзабельно. вот любитель манипулировать и перевирать! :D гну окружение стало рабочим задолго до того момента, когда макось стала тоже никсами. пример? пожалуйста - оракловые субд к "рождению" десятой макоси уже крутились в основном на линухе. и да, баш таки на макоси есть. и по умолчанию. и почему то именно он.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	411. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от iZEN (ok) on 15-Мрт-10, 20:44
	>>Для чего? Чтобы поиграть в линукс? > >для чего? >чтобы не чувствовать себя идиотом. >чтобы поставить screen, gtar, gzip, bzip2... Зачем нужен screen, когда есть tmux? Зачем нужен gtar, когда есть tar? (Учитесь наслаждаться малым) Зачем нужен bzip2, когда есть xz? >и да! тот самый баш. т.к. устаревший шел без истории - путешествие >в 60-е tcsh имеет  историю. >гну окружение стало рабочим задолго до того момента, когда макось стала тоже >никсами. Mac OS X 10.2 не была Unix? Ну вы даёте. :D >пример? пожалуйста - оракловые субд к "рождению" десятой макоси уже крутились в >основном на линухе. А также на Windows Server, Solaris, UP-UX и AIX. И что? :D >и да, баш таки на макоси есть. и по умолчанию. и почему то именно он. Сама Mac OS X собирается GNU GCC. Сюрприз?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	415. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Alex (??) on 15-Мрт-10, 23:00
	>Зачем нужен screen, когда есть tmux? Затем, что у tmux проблемы с UTF-8. >Зачем нужен gtar, когда есть tar? (Учитесь наслаждаться малым) Затем, что большинство - не мазохисты. >Зачем нужен bzip2, когда есть xz? Приличная часть XZ - под GPL/LGPL, так что мимо тазика. Насчет bz2 - согласен, формат убогий в плане производительности, если надо быстро - gzip, совместимо - zip, если плотно - xz/7z (все, что с LZMA). >>и да! тот самый баш. т.к. устаревший шел без истории - путешествие >>в 60-е >tcsh имеет  историю. Повторяюсь - большинство - не мазохисты. bash - очень удобен для консоли, и этим все сказано. >>пример? пожалуйста - оракловые субд к "рождению" десятой макоси уже крутились в >>основном на линухе. >А также на Windows Server, Solaris, UP-UX и AIX. И что? :D А то, что под *BSD их нет. Официально не поддерживается. >>и да, баш таки на макоси есть. и по умолчанию. и почему то именно он. >Сама Mac OS X собирается GNU GCC. Сюрприз? Не, не сюрприз, а вполне понятная закономерность.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	416. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от iZEN (ok) on 16-Мрт-10, 00:51
	>>Зачем нужен screen, когда есть tmux? > >Затем, что у tmux проблемы с UTF-8. Давно на сайте tmux.sourceforge.net был? :D >>Зачем нужен gtar, когда есть tar? (Учитесь наслаждаться малым) > >Затем, что большинство - не мазохисты. Миллионы мух тоже не могут ошибаться. >>Зачем нужен bzip2, когда есть xz? > >Приличная часть XZ - под GPL/LGPL, так что мимо тазика. Версия 5.0 XZ будет в Public Domain сразу, как только выйдет. Следи за новостями. >>tcsh имеет  историю. > >Повторяюсь - большинство - не мазохисты. bash - очень удобен для консоли, >и этим все сказано. Для кого удобен, тот пользуется. Для меня не удобен — я использую tcsh. Этим всё сказано. Перестань навязывать мне свою идеологию. >>>пример? пожалуйста - оракловые субд к "рождению" десятой макоси уже крутились в >>>основном на линухе. >>А также на Windows Server, Solaris, UP-UX и AIX. И что? :D > >А то, что под *BSD их нет. Официально не поддерживается. Oracle работает только с коммерческими партнёрами. Их СУБД официально не поддерживается, например, в Debian. И что? >>>и да, баш таки на макоси есть. и по умолчанию. и почему то именно он. >>Сама Mac OS X собирается GNU GCC. Сюрприз? > >Не, не сюрприз, а вполне понятная закономерность. Закономерность обусловлена отсутствием альтернативного компилятора для унаследованного кода. Вот и всё. Удел GCC — поддерживать сопровождение СТАРОГО кода. Ничего нового в GCC больше не появится. Всё новое (удобные механизмы кросс-компиляции, оптимизации и т.д.) появляются и появятся только для LLVM. Необходимый вектор развития уже задан индустрией инноваций. GCC старичок, он уже не способен удовлетворить КАЧЕСТВЕННЫЕ запросы разработчиков.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	417. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от pavel_simple (ok) on 16-Мрт-10, 08:19
	>[оверквотинг удален] >>>Сама Mac OS X собирается GNU GCC. Сюрприз? >> >>Не, не сюрприз, а вполне понятная закономерность. > >Закономерность обусловлена отсутствием альтернативного компилятора для унаследованного кода. Вот и всё. >Удел GCC — поддерживать сопровождение СТАРОГО кода. Ничего нового в GCC больше >не появится. >Всё новое (удобные механизмы кросс-компиляции, оптимизации и т.д.) появляются и появятся только >для LLVM. Необходимый вектор развития уже задан индустрией инноваций. GCC старичок, >он уже не способен удовлетворить КАЧЕСТВЕННЫЕ запросы разработчиков. это у тебя весеннее?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	418. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Alex (??) on 16-Мрт-10, 08:55
	>Давно на сайте tmux.sourceforge.net был? :D Когда баловался федоркой. Сейчас пофиг абсолютно - в дистре RPM с screen, необходимости в чем-то ином не вижу. >Закономерность обусловлена отсутствием альтернативного компилятора для унаследованного кода. Вот и всё. >Удел GCC — поддерживать сопровождение СТАРОГО кода. Ничего нового в GCC больше >не появится. Сказал iZEN, покосившись на Java. GCC развивается непрерывно - см. gcc.gnu.org >Всё новое (удобные механизмы кросс-компиляции, оптимизации и т.д.) появляются и появятся только для LLVM. Может быть прекратим пороть чушь? В LLVM логично, что многое появляется - там появляется бетой то, что давно есть в GCC, и вполне вменяемо.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	419. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Alex (??) on 16-Мрт-10, 08:57
	А вообще LLVM использует парсеры GCC, так что его удел (имхо) - быть плагином инфраструктуры GCC. В перспективе. Как самостоятельный проект он интересен лишь в академических целях.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	408. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от fi (ok) on 15-Мрт-10, 14:29
	>>соляркa - любой админ ставит диск sunfreeware, хотя bash идет уже с >>базовой системой. Так что мимо. >Для чего? Чтобы поиграть в линукс? Ну поиграйте, если что. А остальные просто используют в работе :)) >>мак Х - тут кончено чуть по другому, но bash идет как >>главный шел - вызывается из меню, а остальное, если ты девелопер, >>ставится отсюда: http://coreutils.darwinports.com/, тем более в основном софт портируют с Linux, >>а не с bsd. > >В Mac OS X оболочка вообще не Bash, а csh — основная >оболочка BSD. На Bash перешли только в Mac OS X 10.3 >в 2003 году, когда GNU-окружение стало более-менее юзабельно. Ой не надо завирать! Я первый раз OS X смотрел еще году в начале 2002 или даже 2001, короче, магазин еще на евро переходил :), первым делом разыскал консоль (похоже на konsole ) - там был bash!!! И куча костылей от ос9 :)))))))))))))) Долго смеялся.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

323. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+1 +/–
Сообщение от PereresusNeVlezaetBuggy (ok) on 13-Мрт-10, 12:28
Да здравствует OpenNet'овский спор, бессмысленный и беспощадный! Прочь логические аргументы, пережиток прошлого! Наступило новых решений! Здравый смысл? Вы о чём! Здравый смысл заключается в том, чтобы каждый забоился о себе. Именно в этом настоящий смысл сообщества open source! Не можете возразить по существу? — Не беда! Перейдите на личности. Спросите «а где патчи?». Уведите разговор на тему Java, это всегда актуально! Если вас ткнут носом — бездоказательно что-нибудь утверждайте, пусть ваш оппонент парится, ища опровержения. Когда опровергнет — придумайте что-нибудь ещё! Рано или поздно он сдастся и вы ощутите вкус победы! В конце концов, что может сказать BSD-шник о GNU-той утилите, если ему сразу сказать, что он — BSD-шник? И не забудьте упомянуть, что лицензия, которой придерживаетесь вы — самая правильная. Если оппонент разделяет с вами это мнение — перейдите на конкретные ОС/дистрибутивы. Ваш оппонент упомянул вскользь о production? Обсмеивайте ретроградом. Сказал, что любит Fedora Core или FreeBSD-CURRENT? Поиздевайтесь над вечными глюками. В итоге вы наверняка окажетесь правы, а, значит, и исходный тезис тоже, безусловно, будет доказан! Смелее! Оттачивайте искусство спора! И рано или поздно мы сможем доказать сами себе, что мы все занимаемся важным делом! (спасибо Михаилу Жванецкому за идею)
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	326. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Alex (??) on 13-Мрт-10, 13:09
	>(спасибо Михаилу Жванецкому за идею) Забыли в свой текст добавить: "Кончились буквы? Вспомните тексты Жванецкого!"
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	327. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		–2 +/–
	Сообщение от pavel_simple (ok) on 13-Мрт-10, 13:58
	учавствующие в дискуссии холи^W беэсдешники путуют понятие opensource с понятием "сделайте мне заебись" -- отсюда вечное непонимание. БЕЭСДЕШНИК -- помни если ты не подписывал договор и не платил за его выполнение денег -- тебе никто ничего не должен. можете дальше настаивать что ваши оси самые.... и все должны равняться исключительно на вас, но этого не произойдёт до тех пор пока вы не станете популярны,чтобы ваши голоса учитывались. последнему судя по всему не суждено случиться, потому что вместо того чтобы работать в кооперативе (как это делает GNU -- да блин именно благодаря GNU лицензии) вы всё время стараетесь делать свои вылысыпеды, чем постоянно оттягиваете решение более насущных проблем. ИТОГ: замкнутый круг - из которого выход очевиден но так ненавистен BSD сообществом, а именно больше использовать GNU -- ведь оно ничуть не мешает ВАМ разрабатывать/продавать пропиетарные решения -- достаточно лишь вовремя открывать исходники модифицируемого GNU кода.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	328. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 13-Мрт-10, 14:41
	>учавствующие в дискуссии холи^W беэсдешники путуют понятие opensource с понятием "сделайте мне >заебись" Где это требование озвучено в исходном тексте? > -- отсюда вечное непонимание. БЕЭСДЕШНИК -- помни если ты не >подписывал договор и не платил за его выполнение денег -- тебе >никто ничего не должен. можете дальше настаивать что ваши оси самые.... Где это требование озвучено в исходном тексте? >и все должны равняться исключительно на вас, но этого не произойдёт >до тех пор пока вы не станете популярны,чтобы ваши голоса учитывались. (возвращаемся на 10 лет назад) "Можете и дальше настаивать, что Linux самый .... и все должны равняться исключительно на него, но этого не произойдёт, пока вы не станете популярны, чтобы ваши голоса учитывались." Господа линуксоиды, вы ЗАЗНАЛИСЬ! Linux — хорошая вещь. Но немалая часть линуксоидов вызывает всё больше отвращения по мере того как у них появляется всё больше понтов. Про передёргивания вроде "исключительно на вас" я вообще молчу. Классическая попытка приписать оппоненту заведомо ложное утверждение. Идите знаете куда? >последнему судя по всему не суждено случиться, потому что вместо того >чтобы работать в кооперативе Это BSD-то не работает в кооперативе?! Ну здрасьте-приехали. Даже не отвлекаясь на обмен кодом между BSD-системами, вам напомнить, что именно BSD, а не что-то GNU-образное, представили публичный CVS-репозиторий? > (как это делает GNU -- да блин именно благодаря GNU лицензии) Которых, кстати, много. И скорее благодаря LGPL, нежели GPL. > вы всё время стараетесь делать свои вылысыпеды, >чем постоянно оттягиваете решение более насущных проблем. То есть когда GNU изобретает свои велосипеды — это хорошо и правильно, да? Свои велосипеды делают по мере необходимости, когда имеющиеся аналоги окончательно перестают справляться с определёнными задачами. Либо когда лицензионные вопросы встают остро. Точно то же делают все остальные, включая GNU, это _нормальная_ практика. >ИТОГ: замкнутый круг - из которого выход очевиден но так ненавистен BSD >сообществом, BSD-сообщество не имеет ничего против существования GNU, пока GNU не имеет ничего против существования BSD-сообщества. Не BSD начало эти войны. Это FSF/GNU не понравилась имевшаяся ситуация. > а именно больше использовать GNU -- ведь оно ничуть не >мешает ВАМ разрабатывать/продавать пропиетарные решения -- достаточно лишь вовремя открывать исходники >модифицируемого GNU кода. Я вот прямо сплю и вижу, как Тео де Раадт мечтает закрыть GCC… … Короче, эти споры — переливание из пустого в порожнее. GNU хочет стать монополией в мире open source — это их проблемы. Раздражает, что они плодят зомби (порой из весьма неглупых людей), которые слепо помогают им в этом. Вот это уже неприятно. Больше мне добавить нечего. Я ухожу из этой дискуссии, у меня ещё libtorrent (который под BSDL, но с autoconf) не портирован… Всем удачи.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	333. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от ig0r (??) on 13-Мрт-10, 16:46
	>Господа линуксоиды, вы ЗАЗНАЛИСЬ! только не нужно путать линуксоидов и упоротых линуксоидов, я линуксоид, и в этой дискуссии я принял сторону бсдшников, потому что только упоротые фанаты могут слепо доказывать свою правоту, когда их неправота очевидна.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	338. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от pavel_simple (ok) on 13-Мрт-10, 17:03
	>>Господа линуксоиды, вы ЗАЗНАЛИСЬ! > >только не нужно путать линуксоидов и упоротых линуксоидов, я линуксоид, и в >этой дискуссии я принял сторону бсдшников, потому что только упоротые фанаты >могут слепо доказывать свою правоту, когда их неправота очевидна. согласен -- только упоротые не могут осилить того что Вам никто ничего не должен -- вам надо -- вы и пилите.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	339. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от ig0r (??) on 13-Мрт-10, 17:07
	честно говоря, мне не надо. просто я могу отличить хороший софт от плохого.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	397. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+1 +/–
	Сообщение от fi (ok) on 15-Мрт-10, 00:22
	>честно говоря, мне не надо. просто я могу отличить хороший софт от плохого. Господин линуксоид, вы ЗАЗНАЛИСЬ!
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	361. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Alexander (??) on 13-Мрт-10, 22:13
	Ну и в чём правота? Утилиты из GNU и из разного рода *BSD могут отличаться. Если проверяется наличие утилит GNU, то это не имеет значения, а если вместо утилит GNU использовать аналоги, появляется возможность получить ошибку при сборке на BSD-системе. То есть если поступить так, как хотят бсдшники, то качество работы autoconf ухудшится. И кого в этом посчитают виноватым? Те же бсдшники наверняка начнут кричать, что autoconf не кроссплатформенный и работает только в окружении GNU, и что нужно переходить на их аналоги... Кому-то важнее, чтобы скрипт configure работал на разных платформах, кому-то - чтобы легче было выпиливать утилиты GNU. Первых явно больше, чем вторых.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	362. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от ig0r (??) on 13-Мрт-10, 23:06
	Суть вопроса в том что нужно проверять не версию а функционал. Всё.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	364. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от fi (ok) on 13-Мрт-10, 23:47
	>Суть вопроса в том что нужно проверять не версию а функционал. Всё. Проверка версии самая простая проверка функционала. Всё Точка. :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	365. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от ig0r (??) on 14-Мрт-10, 00:06
	>>Суть вопроса в том что нужно проверять не версию а функционал. Всё. > >Проверка версии самая простая проверка функционала. Всё Точка. :) ну так версию подделать можно, а функционал либо есть либо нету.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	377. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Alex (??) on 14-Мрт-10, 09:29
	>>>Суть вопроса в том что нужно проверять не версию а функционал. Всё. >> >>Проверка версии самая простая проверка функционала. Всё Точка. :) > >ну так версию подделать можно, а функционал либо есть либо нету. Опять же - всем пофиг. Тот, кто подделывает версию - делает это на свой страх и риск.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	396. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от fi (ok) on 15-Мрт-10, 00:20
	ну что, пойдем по 101 разу? подделал версию? - значишь  ТЫ ГАРАНТИРУЕШЬ совместимость прог, в противном случаи - ССЗБ. Это надеюсь понятно? полная проверка функционала - это 100 кратное увеличения кода, со своими глюками - кому надо?  Надеюсь, тут разобрался. Для затравки, посмотри на перловские "test" - сколько там усилий для проверки заявленного функционала, более того самими разработчиками.  А пользователь иной раз и не догадывается какой функционал он задействовал - у него маке/тар работает, а в какой-то системе нет. Оказывается это gnu-фича. Поэтому, самый простой путь - гну-утилита требует наличия полноценного гну-окружения, как самый простой способ наличия нужного функционала. Так, в чем еще есть вопросы?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	366. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Alexander (??) on 14-Мрт-10, 01:06
	> Суть вопроса в том что нужно проверять не версию а функционал. Всё. Проверять функционал намного сложнее, чем просто проверить наличие программы и, возможно, версию. Есть простое решение - использовать окружение GNU. Как я понимаю, его можно использовать и в системах, распространяемых под лицензией BSD, не переводя их под GPL, и в закрытых коммерческих проектах тоже (свободными должны оставаться сами программы под GPL, включая их модификации). Желание исключить окружение GNU сложно объяснить рациональными причинами, это скорее какое-то неприятие на субъективном уровне.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	376. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от ig0r (??) on 14-Мрт-10, 09:07
	>Есть простое решение - использовать окружение GNU. Как я понимаю, его можно >использовать и в системах, распространяемых под лицензией BSD, не переводя их >под GPL, и в закрытых коммерческих проектах тоже (свободными должны оставаться >сами программы под GPL, включая их модификации). Желание исключить окружение GNU >сложно объяснить рациональными причинами, это скорее какое-то неприятие на субъективном уровне. > Всё это уже обсуждалось в этом топике, повторятся не вижу смысла.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	394. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от Alexander (??) on 14-Мрт-10, 21:04
	Можно было по крайней мере указать ссылки на те сообщения. Каких-то серьёзных аргументов я не увидел, правда я и не перебирал все сообщения.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	363. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+/–
	Сообщение от аноним on 13-Мрт-10, 23:10
	>Утилиты из GNU и из разного рода *BSD могут отличаться. даю гарантию, что бинарно они отличаются >Если проверяется наличие утилит GNU "не читал но обсуждаю" >если поступить так, как хотят бсдшники, то качество работы autoconf ухудшится "если проверять реальную функциональность вместо декларируемой версии, то качество теста ухудшится" гениально
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	367. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."		+1 +/–
	Сообщение от Alexander (??) on 14-Мрт-10, 01:37
	> >Если проверяется наличие утилит GNU > "не читал но обсуждаю" Что не так? В новости именно про это и написано: "Иными словами, вместо полноценной поддержки других систем, многие тесты при оценке возможностей системного окружения просто полагаются на наличие или отсутствие GNU-make, GNU-bash, GNU-tar, GNU-m4, GNU-mkdir и т.п." >"если проверять реальную функциональность вместо декларируемой версии, то качество теста ухудшится" >гениально Если проверять лишь наличие сходной программы - то качество ухудшится. А проверять функционал может оказаться излишне сложной задачей. Сравниваю http://www.lissyara.su/doc/man/tar/ и man tar в Debian Lenny. Не вижу в BSD'шной версии например ключей --diff, --delete, имя файла, указываемое при помощи ключа -f в GNU tar, судя по документации, может включать имя хоста, то есть архив может находиться на другом компьютере, назначение ключа -W у них разное - в BSD через него могут передаваться длинные опции, а в GNU он означает проверку архива после записи и т.д. Функционал различается. Хотя есть и много общего. Ну так что, проверять каждую используемую опцию - понимает ли её система, на которой выполняется компиляция, и правильно ли понимает? Намного проще и для разработчика, и для того, кто ставит программу, просто проверять наличие GNU tar.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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