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

у путанице

к?

у путанице

Чык-чырык.

Дискриминация !

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

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

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

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

Но в конце:

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

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

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

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

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

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

+1. :(

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

На сколько я понимаю речь о сборке пакета в целом.
На опеннете детальнее расписано https://www.opennet.ru/opennews/art.shtml?num=49605

Да, спасибо, на opennet отлично объяснено.

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

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

Вкратце: це зрада чи перемога?

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

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

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

ПутАнице

Присоединяюсь. Это хорошо или плохо?

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

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

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

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

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

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

*определение

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

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

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

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

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

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

Ничего

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

Вобщем, несите новый комитет - этот сломался.

Ты потише выгоняй их, а то вот эти https://wiki.debian.org/AntiHarassment возглавят комитет.

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

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

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

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

Присоединяюсь. Это хорошо или плохо?

С одной стороны хорошо, с другой-плохо.

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

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

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

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

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

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

А, это теперь типа чтобы установить некоторые пакеты нужно будет повозиться?!

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

А, ну если так, то тогда все ОК

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

чтобы установить некоторые пакеты нужно будет повозиться?!

Нет. Все будет по старинке.

Ты аж на радостях аватарку сменил :D

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

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

Делись травой, ядрёная!

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

Та я давненько уже на Debian, а SUSE снёс с харда

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

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

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

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

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

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

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

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

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

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

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

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

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

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