The OpenNET Project / Index page

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



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

Оглавление

Шатлворт делится взглядами на взаимодействие между дистрибут..., opennews (??), 06-Авг-09, (0) [смотреть все]

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


57. "Шатлворт делится взглядами на взаимодействие между..."  +/
Сообщение от anonymous (??), 07-Авг-09, 17:07 
>мне нравится идея. А то Сандербёрд в Федоре 10 до сих пор
>не обновили, хотя после выпуска новой версии прошло более месяца(!). И
>это только один пример.

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

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

60. "Шатлворт делится взглядами на взаимодействие между..."  +/
Сообщение от charon (ok), 07-Авг-09, 17:16 
>и, конечно, в этом виноваты авторы громоптицы, а не тормоза-майнтайнеры. всенепременно. и
>авторы громоптицы должны смотреть, чего там майнтайнер напортачил ии за ним
>поправлять. угу.

Предложение Шатлворта облегчает работу авторов и ментейнеров.

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

71. "Шатлворт делится взглядами на взаимодействие между..."  +/
Сообщение от Michael Shigorinemail (ok), 07-Авг-09, 23:01 
>Предложение Шатлворта облегчает работу авторов и ментейнеров.

Агащаз.  К понедельнику реквием-с.

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

74. "Шатлворт делится взглядами на взаимодействие между..."  +/
Сообщение от vitek (??), 07-Авг-09, 23:11 
а мне облегчает.
я ведь не только под альлинух пишу...
Ответить | Правка | Наверх | Cообщить модератору

78. "Шатлворт делится взглядами на взаимодействие между..."  +/
Сообщение от Michael Shigorinemail (ok), 08-Авг-09, 15:38 
>а мне облегчает. я ведь не только под альлинух пишу...

Не о том.  "В альтлинухе" Вам не навязывают сроков.  А тут именно что пытаются.

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

83. "Шатлворт делится взглядами на взаимодействие между..."  +/
Сообщение от vitek (??), 08-Авг-09, 17:05 
э нет. тут у меня один срок, а не для каждого дистра в отдельности.
и опять же не навязывают, а рекомендуют... мне "не впадлу" прислушаться к рекомендациям (если успею, смогу или будет желание)

а иначе имеем что имеем - в разных дистрах разные версии по, но самое плохое - зависимости. мало того, что версии разные, так в каждом дистре ещё по разному называются и их разное количество.

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

и никто не ставит эти вопросы. что ж. если их ставит Марк - я поддерживаю

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

87. "Шатлворт делится взглядами на взаимодействие между..."  +/
Сообщение от Michael Shigorinemail (ok), 08-Авг-09, 21:37 
>э нет. тут у меня один срок, а не для каждого дистра в отдельности.

Внимание, вопрос: интересы какого поставщика при этом учтены более всего?  Как видим по пляскам вокруг xorg, они подчас конфликтуют.

>а иначе имеем что имеем - в разных дистрах разные версии по

Мало того, ещё и с разными патчсетами и дефолтными конфигами.  И упакованные разными людьми.  Есть из чего выбрать под свой вкус при его наличии.  Ужас?

>но самое плохое - зависимости. мало того, что версии разные, так
>в каждом дистре ещё по разному называются и их разное количество.

Этот вопрос вообще не имеет к тому отношения.

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

Потому что "деб-ориентированных" целевых для этой софтины -- полторы штуки, растущих от Debian.

>а например рпм для рх в 95% не будет работать на сузе. причина?
>в основном зависимости.

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

>и никто не ставит эти вопросы. что ж. если их ставит Марк - я поддерживаю

Да ставят и работают.  Просто он ещё и на эстраду выскакивает поплясать.

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

91. "Шатлворт делится взглядами на взаимодействие между..."  +/
Сообщение от vitek (??), 08-Авг-09, 22:00 
>>а например рпм для рх в 95% не будет работать на сузе. причина?
>>в основном зависимости.
>В основном существенно разное происхождение этих дистрибутивов.  Они не являются "генетически близкими" родственниками, в чём есть и плюсы, и минусы.

странный разговор пошёл.... так rpm как расшифровывается?
>>и никто не ставит эти вопросы. что ж. если их ставит Марк - я поддерживаю
>Да ставят и работают.  Просто он ещё и на эстраду выскакивает поплясать.

это вообще - no comment.


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

94. "Шатлворт делится взглядами на взаимодействие между..."  +/
Сообщение от Michael Shigorinemail (ok), 08-Авг-09, 22:16 
>странный разговор пошёл.... так rpm как расшифровывается?

RPM Package Manager, и уже давно.  См. http://rpm.org/

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

96. "Шатлворт делится взглядами на взаимодействие между..."  +/
Сообщение от vitek (??), 08-Авг-09, 22:30 
:-D манипулирование словами... словоблудие..
хорошо... изначально (как Вы выражаетесь - генетически) rpm назывался как?
и откуда пошёл?

и ещё, c Вашей же ссылки:
>RPM is a core component of many Linux distributions, such as Red Hat Enterprise Linux, the Fedora Project, SUSE Linux Enterprise, openSUSE, CentOS, Mandriva Linux, and many others.

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

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

97. "Шатлворт делится взглядами на взаимодействие между..."  +/
Сообщение от Michael Shigorinemail (ok), 08-Авг-09, 23:57 
>:-D манипулирование словами... словоблудие..

Виталий, не стоит заниматься именно что манипулированием словами.  Я предпочитаю точные формулировки.  При выборе между краткостью и точностью по возможности предпочитаю точность.

>хорошо... изначально (как Вы выражаетесь - генетически)

Я выразился в смысле пути происхождения дистрибутивов.  Это _не_ то же, что "изначально".  Вы смешали точку и отрезок, затем ещё и говорите, что это я так выражаюсь.

>rpm назывался как? и откуда пошёл?

Изначально rpm назывался rpm, а услышать Вы явно хотели "RedHat Package Manager, который пошёл из Red Hat Linux".  А SuSE "изначально" называлась Slackware.

>и ещё, c Вашей же ссылки:
>>RPM is a core component of many Linux distributions, such as Red Hat Enterprise Linux,
>>the Fedora Project, SUSE Linux Enterprise, openSUSE, CentOS, Mandriva Linux,
>>and many others.
>так шта-а-а... тяните Вы все свои костыли (как ниже Вы написали о
>нелёгкой судьбе мэнтейнера) по своему собственному почину и в разные стороны...
>как лебедь, рак и щука.

Это ещё один занимательный вопрос, но другой.  Я бы его назвал rpm macro hell. :)

>задолбаешься под всех Вас код подстраивать. c дебом проще.

Нет, тут _код_ обычно подстраивать незачем.  Подстраивать приходится _спек_, и то можно не выпендриваться и вместо оптимизации используемых макроконструкций с учётом выбора, доступного в конкретном дистрибутиве, использовать довольно тупые.  Получится примерно так же многословно, как и в debian/rules, но будет действительно "проще".

PS: я ответил на Ваши вопросы или только добавил раздражения?  Если последнее -- извините, не хотел.

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

98. "Шатлворт делится взглядами на взаимодействие между..."  +/
Сообщение от vitek (??), 09-Авг-09, 00:23 
>Виталий, не стоит заниматься именно что манипулированием словами.  Я предпочитаю точные формулировки.  При выборе между краткостью и точностью по возможности предпочитаю точность.

отлично, альтлинух произошёл от мэндрека, а тот в свою очередь от красной шапки. это точная формулировка? родственные связи доказаны?
>Я выразился в смысле пути происхождения дистрибутивов.  Это _не_ то же, что "изначально".  Вы смешали точку и отрезок, затем ещё и говорите, что это я так выражаюсь.

см. выше, а так же:
http://en.wikipedia.org/wiki/ALT_Linux и http://ru.wikipedia.org/wiki/MandrakeLinux
>Нет, тут _код_ обычно подстраивать незачем.  Подстраивать приходится _спек_, и то можно не выпендриваться и вместо оптимизации используемых макроконструкций ....
>PS: я ответил на Ваши вопросы или только добавил раздражения?  Если последнее -- извините, не хотел.

извиняюсь конечно, но я и так прекарасно знаю положение дел. мне особо разъяснять не нужно. и одними макросами тут не отделаешься, если в проекте слишком много зависимостей и версий. особенно когда они взаимоисключающи с другим ПО (особенно системным).


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

108. "Шатлворт делится взглядами на взаимодействие между..."  +/
Сообщение от Michael Shigorinemail (ok), 10-Авг-09, 02:16 
>отлично, альтлинух произошёл от мэндрека, а тот в свою очередь от красной
>шапки. это точная формулировка? родственные связи доказаны?

Это не совсем точная формулировка (макропакеты существенно отличаются на каждом шаге в каждый год из тех, когда уже заглядывал в спеки -- пусть с 2001), но родственные связи скорее таковы.  У альта есть ещё некоторая примесь suse'шности в т.ч. по пакетной/патчевой базе и спекам, а также debian по инфраструктурным и организационным моментам, но от обсуждаемой части (пакетные менеджеры и пакеты) это уже дальше.

>>Я выразился в смысле пути происхождения дистрибутивов.  Это _не_ то же, что
>>"изначально".  Вы смешали точку и отрезок, затем ещё и говорите, что это я так
>>выражаюсь.
>см. выше, а так же:

И тем не менее.

>и одними макросами тут не отделаешься, если в проекте слишком много зависимостей
>и версий. особенно когда они взаимоисключающи с другим ПО (особенно системным).

Виталий, макросы и зависимости практически не пересекаются.  Первое -- build time, второе -- install time.

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

111. "Шатлворт делится взглядами на взаимодействие между..."  +/
Сообщение от vitek (??), 10-Авг-09, 16:46 
>но от обсуждаемой части (пакетные менеджеры и пакеты) это уже дальше.

Э нет! :-D
обсуждали как раз родсвенные связи (и только для примера я привёл rpm).
теперь то конечно, все рли-бэзед дистры, что родсвенники из ширли-мырли - "Тётя! так сколько нас было?!"
>Виталий, макросы и зависимости практически не пересекаются.  Первое -- build time,

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

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

113. "Шатлворт делится взглядами на взаимодействие между..."  +/
Сообщение от Michael Shigorinemail (ok), 10-Авг-09, 21:13 
>>но от обсуждаемой части (пакетные менеджеры и пакеты) это уже дальше.
>Э нет! :-D
>обсуждали как раз родсвенные связи (и только для примера я привёл rpm).

Это совсем высокоуровневое.

>>Виталий, макросы и зависимости практически не пересекаются.  Первое -- build time,
>>второе -- install time.

А это два _отдельных_ низкоуровневых вопроса, имеющих прямое отношение к тому высокоуровневому.

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

Для этого полезны сайты а-ля http://rpm.pbone.net, http://rpmfind.net, http://sisyphus.ru или вот http://packages.debian.org.  При внятном и вытащенном из пакета ченжлоге там же можно получить общий ответ и на последний вопрос.

>пример? pppd - что ни дистр и версия, то новые траблы.

Вы только не обижайтесь, но это называется не "я разбираюсь", а "каша в голове" :(

build time конкретного пакета, пусть конкретного src.rpm -- это то, к чему имеет отношение конкретная макросистема.  Сравните с версией стандарта debhelper и разными доступными наборами dh_*.

install time -- это экспортируемый список удовлетворяемых зависимостей, включая тривиальные файловые имена, name+soname библиотек и менее тривиальные виртуализованные компоненты, включая multiarch и модули расширения скриптовых языков.

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

114. "Шатлворт делится взглядами на взаимодействие между..."  +/
Сообщение от vitek (??), 11-Авг-09, 04:50 
вот я не верю, что один из мэнтейнеров в альте до сих пор не понял о чём я говорю...
вот скажите, для какого хрена придумана вот эта утиль (ABI Compliance Checker)?
http://www.linux.org.ru/view-message.jsp?msgid=3948420&lastm...
ps:
про кашу - не верю, что достаточно опытный мэнтейнер может абсолютно не понимать задач программиста, пытающегося оформить свой труд для разных дистров.
Ответить | Правка | К родителю #113 | Наверх | Cообщить модератору

117. "дистрибутивы, майнтейнеры и апстримы"  +/
Сообщение от Michael Shigorinemail (ok), 11-Авг-09, 18:06 
>вот я не верю, что один из мэнтейнеров в альте до сих
>пор не понял о чём я говорю...

Вы просто в одну кучу мешаете _разные_ проблемы, ряд из которых действительно существует и решаем (порой даже решается, но не всегда).

>вот скажите, для какого хрена придумана вот эта утиль (ABI Compliance Checker)?

Ммм... это ИСП РАН, что ли? (простите, на LOR давно предпочитаю не ходить)  Если да -- то после прослушивания двух или трёх докладов разработчиков у меня всё равно несколько смутное представление о том, для какого именно хрена она действительно придумана.  Хотя это скорее в силу моих нестолкновений в лоб с их предметной областью.

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

Может быть и так, если майнтейнер -- в первую очередь админ.  Это как учёные и инженеры. :)

Не хотите привести какой-нить конкретный пример проблемы из тех, которые обобщали?
"В процессе разработки софтины X и упаковки её для дистрибутивов A, B и C повылазило следующее: ..."

В качестве prior art могу предложить эту статью (и да, этот апстрим шесть лет назад был в курсе про ALT и Билли сам вышел на меня, по случаю тогда паковавшего tvtime в альте): http://freshmeat.net/articles/lessons-in-packaging-linux-app...

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

118. "RE: для какого хрена придумана вот эта утиль (ABI Compliance..."  +/
Сообщение от Андрей (??), 11-Авг-09, 20:28 
Это утилита для поиска проблем в бинарной совместимости разных версий разделяемых библиотек в Linux на языках Си/C++. Подробнее см. http://ispras.linux-foundation.org/index.php/ABI_compliance_...
Эта утилита пришла на смену давно известной icheck, http://www.digipedia.pl/man/icheck.1.html
Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

119. "RE: для какого хрена придумана вот эта утиль (ABI Compliance..."  +/
Сообщение от vitek (??), 11-Авг-09, 22:49 
дык и я о чём?
Ответить | Правка | К родителю #118 | Наверх | Cообщить модератору

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

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




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

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