LINUX.ORG.RU

Debian убирает поддержку секции vendor-specific для патчей

 


2

2

Ранее эта возможность позволяла накладывать разные патчи в зависимости от того, для какого вендора происходит сборка. Эту возможность активно использовала Ubuntu для наложения своих патчей на готовые пакеты Debian. Из-за того, что одна и та же кодовая база имеет разные патчи на разных платформах, происходит путаница и другие проблемы, в том числе обновления пакетов, которые в итоге не несут никаких изменений. Вместо этого предлагается использовать конструкцию #ifdef vendor и наложениях патчей на этапах сборки, а не распаковки.

>>> Подробности



Проверено: Shaman007 ()
Последнее исправление: CYB3R (всего исправлений: 3)

Интиересная новость, спасибо.

Twissel ★★★★★
()
Последнее исправление: Twissel (всего исправлений: 1)

Ничего не понял.

патчи в зависимости от того для какого вендора происходит сборка.

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

Но в конце:

использовать #ifdef vendor и наложения патчей на этапах сборки, а не распаковки.

Уже будто опция применялась на этапе распаковки. Да и как это вообще патчи на этапе распаковки? Бинарные что ли?

unDEFER ★★★★★
()

Опять о чем-то узнал, когда это что-то убирают.

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

praseodim ★★★★★
()
Последнее исправление: praseodim (всего исправлений: 1)
Ответ на: комментарий от unDEFER

На этапе распаковки исходников, вестимо. А предлагается на этапе сборки уже, то есть когда make работает.

AVL2 ★★★★★
()
Ответ на: комментарий от praseodim

Опять о чем-то узнал, когда это что-то убирают.

+1. :(

hobbit ★★★★★
()

ИМХО всё правильно сделали. Например, в федоре и рашнфедоре какой-нибудь libfoo с патчем для патентованных алгоритмов и без - это два разных rpm, с разными .spec и srpm, хотя тарбол с исходниками может быть общий. И никакой путаницы.

anonymous
()

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

eugenero
()

Эту возможность активно использовала Ubuntu для наложения своих патчей на готовые пакеты Debian.

это ненужное говнище тырило пакеты из дебиан? закопайте уже это идиотское уебунто.

iluha16
()
Ответ на: комментарий от iluha16

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

Elmer_
()

Система Д (фр. Système D) — сокращение французского слова débrouillard[1] или démerder. Глагол se débrouiller означает «выпутаться, выйти из затруднения». Глагол se démerder в буквальном смысле означает «вытянуть себя из дерьма» (sic).[2] В основе теории системы Д лежит убеждение, что реагирование на острые проблемы современности требует от человека способности быстро думать, адаптироваться и импровизировать в своей деятельности. Под этим понятием также подразумевается теневая экономика, ведение предпринимательской, профессиональной и иной деятельности в обход официальной регулятивной и управленческой системы для достижения своих целей, или даже нарушение правил с этой целью.

По сути, Система Д — это экономика сообразительности, экономика импровизации и возложение ответственности на себя, экономика «сделай сам», или DIY.

Исследование, проведенное в 2009 году Deutsche Bank показало, что люди в европейских странах с крупнейшими долями неформального сектора в экономике — то есть граждане стран, где Система Д процветала больше — лучше пережили экономический кризис 2008 года, чем люди, жившие в централизованно планируемых и плотно регулируемых странах. Исследования в странах Латинской Америки показали, что люди активно обратились к Системе Д для выживания во время последнего финансового кризиса. Таким образом, в условиях глобального кризиса Система Д может стать решающей для развития городов в XXI веке.

anonymous
()
Ответ на: комментарий от anonymous

Системд антагонист вышесказанного. Он топорный и под пределение

экономика импровизации и возложение ответственности на себя, экономика «сделай сам»

Попадает ровным счётом никак

FUNCTION
() автор топика

Эту возможность активно использовала Ubuntu для наложения своих патчей на готовые пакеты Debian.

Я не пони, в Debian это получается не использовалось?

Вместо этого предлагается использовать #ifdef vendor и наложениях патчей на этапах сборки, а не распаковки.

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

Короче, что это значит для меня как для дебианщика?

micronekodesu ★★★
()
Ответ на: комментарий от micronekodesu

Короче, что это значит для меня как для дебианщика?

Ничего

FUNCTION
() автор топика
Ответ на: комментарий от MrClon

Ну судя по тому. что написанно на опеннете это хорошее изменение.

RiseOfDeath ★★★★
()
Ответ на: комментарий от FUNCTION

Ты потише выгоняй их,

Да похер, если честно. Что те п#дарасы, что эти. Пользы впрочем от обоих одинаково - ноль на массу.

ioway
()
Ответ на: комментарий от FUNCTION

Гомосекi - вот что ему не нравиться.

anonymous
()
Ответ на: комментарий от anonymous

Конкретнее можно?

Процитирую ответ анонимуса

Как тогда количество программ увеличивать,ведь такие проблемы будут нарастать.Если бы дебиан не отказался от своего форка глибс,а затем создал свою систему инициализации,а затем минимальную базу,то стал бы операционной системой,локомотивом осей на базе линукс,пусть и из-за спины убунты с проксмоксом.А теперь что? :-(

А тут мой аргумент

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

Odalist ★★★★★
()
Ответ на: комментарий от CryNet

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

FUNCTION
() автор топика
Ответ на: комментарий от eugenero

Нет, просто они теперь будут не много по другому собирать пакет и всего.

mandala ★★★★★
()

То есть деления на arm, i386, amd64 и прочие больше не будет?

Им не жалко трафик своих серверов на закачку заведомо не нужных бинарников?

torvn77 ★★★★★
()
Последнее исправление: torvn77 (всего исправлений: 1)
Ответ на: комментарий от Odalist

А, ну если для пользователь этого изменения не заметит особо, то тогда все ОК, наверное.

CryNet ★★★★★
()
Ответ на: комментарий от CryNet

Добро пожаловать в клуб, но вот лягушонка пепе будет думаю сложнее к логотипу присобачить :D

FUNCTION
() автор топика
Ответ на: комментарий от torvn77

То есть деления на arm, i386, amd64 и прочие больше не будет?

Почему не будет? Всё будет по-прежнему. Изменения касаются только сборки пакетов из исходников. В этом каменте ссылка на более подробную статью об этом.

aureliano15 ★★
()
Ответ на: комментарий от FUNCTION

А ты и права не имеешь требовать какую то пользу.

Ой, что серьезно? Имею и требую, иначе это не комитет, а п#дарский кружок «по интересам»

Дебиан... все, можно закапывать, полимеры про#баны, теперь только отрыть могилу поглубже.

ioway
()
Ответ на: комментарий от ioway

Да серьёзно, ты даже не понимаешь что говоришь, комитет должен только проекту. А не всем вокруге. Что ты конкретно требуешь? На основании чего ты имеешь права требовать? И да весь Debian это кружок по интересам, большой такой кружок.

FUNCTION
() автор топика

предлагается использовать конструкцию #ifdef vendor и наложениях патчей на этапах сборки, а не распаковки

Не понял. Теперь код будет засран ифдефами из-за того что в дебианах и бубунтах патчи не поделили?

anonymous
()
Ответ на: комментарий от torvn77

Как ты представляешь себе бред,который написал?

anonymous
()
Ответ на: комментарий от anonymous

Да(поправьте мейнтейнеры,если таковые тут есть)Программы в дебиане и убунте будут работать по-разному,где-то различие буде не заметно,где-то значительно.

Моё мнение:это шаг назад для .деб дистров,превращение их в .рпм помойку.

anonymous
()
Ответ на: комментарий от ioway

теперь только отрыть могилу поглубже.

Не нужно.Он сам :-(

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.