The OpenNET Project / Index page

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



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

Оглавление

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

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


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

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

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

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

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

это стандарт вобще-то.

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

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

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

Стандарт — это pax. Если о птичках. Правда, любитель GNU о нём, похоже, не слышал. :)

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

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

65. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +1 +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 11-Мрт-10, 16:09 
>да?!! с нетерпением жду продолжения, посмеёмся :D
>зы:
>а то любителей щёки дуть и пальцы гнуть хватает.
>но вы же не такой? всё разъясните, покажете и расскажете, и с
>пруфлинком на 100 символов выйдете победителем? не? :D

Превышение этих самых 100 символов приводит к проблемам с совместимостью, вы в курсе? Файлы, созданные GNU tar в итоге может гарантированно читать только GNU tar. Вам это не напоминает, случайно, тактику известной мелкомягкой конторы? ;)

Что вам разъяснить-то? Что в SUS нет утилиты tar?

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

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

ну всё. ж..па пришла - в файловой системе такие файлы создавать можно, а вот архивные копии на ленту - ни-ни.
победа ума над разумом.

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

86. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +1 +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 11-Мрт-10, 16:41 
>достаточно пруфа из pax
>>Превышение этих самых 100 символов приводит к проблемам с совместимостью, вы в курсе? Файлы, созданные GNU tar в итоге может гарантированно читать только GNU tar.
>
>ну всё. ж..па пришла - в файловой системе такие файлы создавать можно,
>а вот архивные копии на ленту - ни-ни.
>победа ума над разумом.

В третий раз тыкаю: tar не есть POSIX-утилита. Есть pax, умеющий, в том числе, и читать-записывать tar-архивы. Так же pax умеет и формат cpio, в котором таких ограничений нет. Но линуксоидам это не известно, во многих дистрибутивах cpio и pax вообще изначально отсутствуют. Это самые натуральные двойные стандарты. Так что прежде чем требовать патчей для вашего софта, сначала приведите его в порядок. Глядишь, и велосипеды изобретать не придётся.

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

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

в третий раз говорю, если тар - это не посих, то какого хрена в солярном дистре тар не умеет больше 100 символов?
из-за стандарта нельзя? тогда из-за какого стандарта нельзя?

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

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

Из-за такого, что другие реализации tar не поймут такой файл.

Это как MS OpenXML реализовала в Office 2007, потом спецификации опубликовала, оформила как стандарт — а потом выясняется, что в стандарте одно, а в файлах, которые Office создаёт, — другое. И вместо открытого стандарта опять получается привязка к конкретному производителю.

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

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

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

зы:
и это косвенным образом подтверждает правильность требований аутоконфа к гну/тару.
а то распакуют так другим и не соберётся - опять аутоконф будет виноват.

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

132. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –1 +/
Сообщение от iZEN (ok), 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 +/
Сообщение от минона (?), 12-Мрт-10, 00:39 
где там про 100? и про tar?
вот блин любители лапшу на уши вешать!
Ответить | Правка | К родителю #132 | Наверх | Cообщить модератору

170. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –2 +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 12-Мрт-10, 01:08 
>где там про 100? и про tar?
>вот блин любители лапшу на уши вешать!

Это техническое ограничение, вызванное самой структурой заголовка. Проще всего глянуть на педивикии: http://en.wikipedia.org/wiki/Tar_(file_format)

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

173. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –1 +/
Сообщение от минона (?), 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 - так ещё и его поставить. а дальше ещё другие параметры, кодировки,.....
логично, что проще сразу установить гнутый тар и не иметь проблем.

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

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

Лимит на 100 символов в пути в 2010 году - это совершенно неадекватная некромансия. Даже в всеми обосраном маздае лимит символов обычно хотя-бы 255...

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

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

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

к тому же, если вы хотите собрать опенсорсный проект, в котором используется гнутый тар, то тогда требования автоконфа справедливы - ваш же "стандартный тар" и не поймёт.

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

105. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от Аноним (-), 11-Мрт-10, 17:22 
>ха! да я тебе и бесплатно консультацию дам - нет такого стандарта.
>

жжоте, товарищ :)

IEEE Std 1003.1, стало быть, так таки и нету?

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

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

147. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +1 +/
Сообщение от ifelemail (??), 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 обратили внимание на проблему и добавили соответствующий функционал, а не просто поменяли шило на мыло. Собственно, он и обратил их внимание.

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

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

может я чего не понимаю но возможно разработчики имели ввиду поддержку сборки под разные платформы именно в гну окружении?

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

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

Вот и спросите у них, если то, что написано у них на сайте, вы считаете нечётко сформулированным.

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

171. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от минона (?), 12-Мрт-10, 01:27 
>Бегло пробежал стандарт и исходники. 100 в стадарте не нашел. Зато нашел, что сандарт во всю ссылается на PATH_MAX

макпас этот не что иное, как длина в той фс, где запускается. т.е. искать надо не в исходниках, а в рантайме той системы, где работает. видите ли, такому символьному устройству, как лента - всё равно.
лишь бы архивы были не битые. так что искали вы не там.
>Мне кажется, что разработчикам automake/autoconf (раз уж они поддерживают не только gnu платформы) стоило бы добавить поддержку инструментов используемых по умолчанию на других распространенных платформах,

угу. а ещё точно узнать какой макспас будет у каждого собирающего и какая фс.
а ведь там ещё и масса других различий. например, тот же сановский так не поддерживает ни gzip, ни bzip2. там предлагается использовать пайп из одноимённых команд. а ещё бывают глюки с кодировками. и iconv там не такой.
честное слово, проще взять утиль из того же набора, что и autoconf. да и посикс гнушные итили поддерживают лучше остальных  ($ getconf _POSIX_VERSION выдаёт у меня 200809)

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

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

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

когда автосонф потребует pax, а не gnu/tar (который держит gzip и bzip2) - тогда и приходите.

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

241. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +1 +/
Сообщение от Andrey Mitrofanov (?), 12-Мрт-10, 16:08 
>когда автосонф потребует pax

Хвати уже? Они слили, так фигли-то сопли размазывать?

Марк-опенбэсэдэшник : опеннет -- 228 : YHBT*228
см.посты ##184 и 227 + самостоятельный поиск "yhbt" по этой странице
(*Да, и кста, мне тоже окулиста: я не вижу _автора новости -- кого "благодарить" за такой "годный вброса"??? ЗАКАПЫВАЙТЕ, ВЫКЛЮЧИТЕ ВЕНТИЛЯТОР*)

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

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

248. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 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", будет сразу понятно, что аффтар ничего другого признавать не хочет (что есть разговор отдельный). А текущая ситуация выглядит крайне превратно.

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

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

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

В том-то и дело, что исправлять постоянно приходится, если вы ещё не поняли. Косяк за косяком…

>всё по форумам да по форумам, вот и замотались?

Согласен, я дурак, что постоянно ведусь на провокации людей вроде вас…

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

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

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

Ну, нипанимають ани разницы между автоконфом и его "данными"+++

>а не патчи к конфигуре.ин

.ac

Файл: configure.ac      Строка 1 Позиция 0 24249 байт                                         4%
#                                               -*- Autoconf -*-
# Process this file with autoconf to produce a configure script.

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

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

103. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +1 +/
Сообщение от Аноним (-), 11-Мрт-10, 17:17 

>В третий раз тыкаю: tar не есть POSIX-утилита.

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

проблема-то не в этом. проблему выше кто-то прекрасно озвучил: некоторым разработчикам начхать на проблемы пользователей, возникающие при установке/работе/etc. "И вот так у них все"(ТМ) это вполне работающий подход, пока основной пользователь - сам девелопер, но у него есть и определенные минусы, в частности, мирового доминирования достичь труднее :)

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

158. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –1 +/
Сообщение от User294 (ok), 12-Мрт-10, 00:19 
>Стандарт — это pax. Если о птичках. Правда, любитель GNU о нём,
>похоже, не слышал. :)

Покажите иной тулчейн компилеров способный сожрать столько же платформ сколько GCC? А раз так - имхо пользоваться фичами гнутых компилеров и тулзов все-таки не позорно (благо, оно работает под *bsd если не переть на принцип "все вокруг под bsdl" что как-то у некоторых хреново получается 1 фиг). Хотя последствия этого стоит понимать.

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

395. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от User294 (ok), 14-Мрт-10, 23:15 
>>вот тотже "негнутый" tar до сих пор больше 100 символов путь не
>>понимает (из солярки)
>это стандарт вобще-то.

Пусть убьются веником с таким "стандартом". TAR - это утилита архивирования файловой системы, для начала. На файловой системе путь может быть и больше 100 символов. Нахрена нужна утилита которая не сможет справиться с своими прямыми обязанностями? А то может мы еще должны имена в стиле 8.3 использовать? oO

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

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

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

>вот тотже "негнутый" tar до сих пор больше 100 символов путь не
>понимает (из солярки)
>егрип не егрипит и т.д.
>
>а разработчикам аутоконф теперь что, солярку ставить и проверять все эти глюки?

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

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

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

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

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

ну и если вы такой умный - напишите патч и исправьте ситуацию.

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

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

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

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

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

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

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

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

Просто автор проги даже НЕ знает про вашу не гнутую утилиту!!!

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

После подсистемы linux во freebsd это все такие мелочи :))))))))

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

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

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




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

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