The OpenNET Project / Index page

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



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

Оглавление

openSUSE на пути к изменению модели разработки, opennews (ok), 15-Июн-12, (0) [смотреть все]

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


127. "openSUSE на пути к изменению модели разработки"  +/
Сообщение от Michael Shigorinemail (ok), 16-Июн-12, 23:49 
> Скажите можно ли переносить патчи между дистрибутивами?

Как правило, да -- но в каждом конкретном случае могут возникнуть свои нюансы (от разных веток софта, который упаковывается, до разного взаимодействия с окружением).

Например, сегодня стырил три гентушных патча и один дебиановский, поправляя сборку photoprint, и заодно в апстрим закинул.  Всё просто легло, хоть и чуть разные версии.

Так что лучше конкретизировать.

PS: "лицензии к патчам" не бывает, бывает к исходникам, на которые патчи.  Т.к. патчи с несовместимой лицензией были бы автоматически непригодны к легитимному применению.

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

128. "openSUSE на пути к изменению модели разработки"  +/
Сообщение от myhand (ok), 17-Июн-12, 00:12 
> PS: "лицензии к патчам" не бывает, бывает к исходникам, на которые патчи.

"Вы мне запрещаете?" (c)

>  Т.к. патчи с несовместимой лицензией были бы автоматически непригодны к
> легитимному применению.

Что не обязывает патчи лицензий не иметь вовсе.  Или иметь совпадающую с исходниками.

В Debian большая часть пакетов (я не знаю контрпримеров) имеет на debian/* (в т.ч. и патчи) - в качестве лицензии варианты GPL.  А в архиве есть исходники с самыми разнообразными лицензиями.

Use common sense, Luke!

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

132. "openSUSE на пути к изменению модели разработки"  +/
Сообщение от Michael Shigorinemail (ok), 17-Июн-12, 00:28 
> Use common sense, Luke!

common sense как раз и подсказывает, что лицензия на патч (особенно тривиальный) -- такая же, как и на тот исходник, разницу с созданной на основе которого производной работой он и описывает.

Если Вы не ошиблись, то занудство дебианщиков могло обернуться против них на первой же софтине с GPL incompatible license -- но такое бы явно уже вскрылось.

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

136. "openSUSE на пути к изменению модели разработки"  +/
Сообщение от myhand (ok), 17-Июн-12, 10:39 
> common sense как раз и подсказывает, что лицензия на патч (особенно тривиальный)
> -- такая же, как и на тот исходник, разницу с созданной
> на основе которого производной работой он и описывает.

Не логично.  Как на остальной кусок работы по пакетированию (сдержимое debian/, к примеру).  Это - логично.

> Если Вы не ошиблись, то занудство дебианщиков могло обернуться против них на
> первой же софтине с GPL incompatible license -- но такое бы
> явно уже вскрылось.

Да чего уж тут "занудство".  Также, вполне логично - людям лень выписывать на каждый debian/patches/01_bla-bla.patch - отдельный крендель в copyright (а сабмиттеры патчей не настаивают на откровенном legal-маразме).  Вот и лепят на весь debian-stuff - одну лицензию.  Естественно, она обязана быть совместимой с исходниками, дабы весь пакет целиком отвечал DFSG.

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

140. "(offtopic) права на патчи и инструкции по сборке"  +/
Сообщение от Michael Shigorinemail (ok), 17-Июн-12, 12:26 
>> лицензия на патч (особенно тривиальный) -- такая же, как и на тот исходник,
>> разницу с созданной на основе которого производной работой он и описывает.
> Не логично.

Исходники и патчи -- данные, debian/{copyright,rules} -- метаданные.  Почему нелогично?

Я могу и более строго пояснить, но это будет очередной офтопик.

> Вот и лепят на весь debian-stuff - одну лицензию.  Естественно, она обязана
> быть совместимой с исходниками, дабы весь пакет целиком отвечал DFSG.

Так это ж совсем другое дело. :)

// кажется, опять перезанудствовал дебианщиков -- брр, срочно на озеро

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

157. "openSUSE на пути к изменению модели разработки"  –1 +/
Сообщение от PnD (??), 20-Июн-12, 10:56 
  Уже, млин :(. Выпилили libreadline >> несъедобный интерфейс пострги, выпилили openssl >> гнутая версия глючит при постановке сессии с рядом клиентов (TheBat! smtp over tls, например). А что ядро у них не суспендится под xen'ом, это вообще выше моего понимания - такой херни даже в убунте нет.
  Итог = Debian потерял для меня смысл как серверный дистрибутив, а жалко - на ряде задач с RHEL-клонами возиться существенно дольше.
Ответить | Правка | К родителю #132 | Наверх | Cообщить модератору

158. "openSUSE на пути к изменению модели разработки"  +/
Сообщение от Michael Shigorinemail (ok), 20-Июн-12, 12:04 
> Итог =

Грустно слышать :(  Может, хоть багу на тот же Pg им повесите, вдруг переобсудят?

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

159. "openSUSE на пути к изменению модели разработки"  +/
Сообщение от Andrey Mitrofanov (?), 20-Июн-12, 13:11 
>> Итог =
> Грустно слышать :(  Может, хоть багу на тот же Pg им
> повесите, вдруг переобсудят?

Да, всё уже переобсужено и починено. http://bugs.debian.org/607907

Чтоб GNU readline _фактически использовался в pgsql, его нужно доставить в систему, т.к. его нет в зависимостях пакета, а бинарник собирается с _бинарно-_совместимым editline^Wlibedit из-за лицензионных ограничений, насколько я помню, таки _openssl.

Это (установка целого одного пакета руками), конечно, славная причина "свалить с" и "трахаться с". ///Да, конечно, я опять ничего не понял.

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

175. "openSUSE на пути к изменению модели разработки"  +/
Сообщение от PnD (??), 02-Июл-12, 16:02 
  Причина для меня = ядро не суспендится под xen'ом, остальное - да, решается костылями.
Вон, в убунте 12.04 расфаршмачили /etc/network/interfaces (перепутан порядок запуска интерфейсов в апстарте), но это не блокирующий баг (хотя ограничивает область испоьзования) и на него в рабочем порядке запилили костыль. А вот криво собранное ядро - это уже в морг, у нас нет штата заниматься сборкой/отладкой для боевых систем.
Ответить | Правка | Наверх | Cообщить модератору

135. "openSUSE на пути к изменению модели разработки"  +/
Сообщение от Аноним (-), 17-Июн-12, 03:04 
>[оверквотинг удален]
> Как правило, да -- но в каждом конкретном случае могут возникнуть свои
> нюансы (от разных веток софта, который упаковывается, до разного взаимодействия с
> окружением).
> Например, сегодня стырил три гентушных патча и один дебиановский, поправляя сборку photoprint,
> и заодно в апстрим закинул.  Всё просто легло, хоть и
> чуть разные версии.
> Так что лучше конкретизировать.
> PS: "лицензии к патчам" не бывает, бывает к исходникам, на которые патчи.
>  Т.к. патчи с несовместимой лицензией были бы автоматически непригодны к
> легитимному применению.

Спасибо вам за ответ, вы реально мне помогли. На самом деле, некоторое время назад, я видел в Gentoo патчи от Fedora. И единственное что было приложено к патчу, это текст, мол взято из федоры. Я пошел таким же путем, пишу источник патча точнее имя пакета с которого я его взял. Свои патчи оставляю без комментариев, думаю, что оно и так ясно кто их сделал.

Еще раз спасибо за помощь

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

137. "openSUSE на пути к изменению модели разработки"  +1 +/
Сообщение от myhand (ok), 17-Июн-12, 10:47 
> Свои патчи оставляю без комментариев, думаю,
> что оно и так ясно кто их сделал.

И напрасно.

Вспомните трамвай Аннушки!  И будет следующий мейнтейнер гадать откуда взялся патч и нафига он вообще нужен.

В дебиане для подобного есть (опциональный) стандарт (http://dep.debian.net/deps/dep3/) метаинформации к патчам.

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

139. "openSUSE на пути к изменению модели разработки"  +/
Сообщение от Michael Shigorinemail (ok), 17-Июн-12, 12:17 
> На самом деле, некоторое время назад, я видел в Gentoo патчи от Fedora.
> И единственное что было приложено к патчу, это текст, мол взято из федоры.
> Я пошел таким же путем, пишу источник патча точнее имя пакета
> с которого я его взял.

Тут есть два момента:
- credit where credit is due (в смысле отдать должное, а не "в кредит");
- практическая сторона вопроса, т.е. сверяемость/воспроизводимость.

Сам стараюсь (но по лени не всегда так делаю) отмечать, из какой в точности версии-сборки пакета утащен патч; и опять же по лени в следующий раз проделывать то же самое стараюсь и чужие патчи более-менее очевидного толка (например, фиксы сборки с новыми gcc/autotools/...) отправлять авторам софтинки.

Обычно полезно включить название источника в имя файла с патчем -- см., например, http://www.altlinux.org/ALT_Packaging_HOWTO#.D0.9D.D0.B0.D0....

> Свои патчи оставляю без комментариев, думаю, что оно и так ясно кто их сделал.

Комментарии можно писать в том же RPM spec около Patch: -- либо в письме разработчикам или заявке на включение патча.  В простом случае и полстроки достаточно.

Почему патчи лучше мержить -- см., например, http://vimeo.com/23522095

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

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

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




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

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