The OpenNET Project / Index page

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



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

Оглавление

Завершилось голосование по вопросу поддержки в Debian нескол..., opennews (??), 03-Мрт-14, (0) [смотреть все]

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


57. "Завершилось голосование по вопросу поддержки в Debian нескол..."  +/
Сообщение от myhand (ok), 03-Мрт-14, 14:23 
> Одну основную систему инициализации в дистре придется поддерживать всем, и от этого никуда не денешься.

Что, systemd уже на kFreeBSD спортировали?

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

95. "Завершилось голосование по вопросу поддержки в Debian нескол..."  +/
Сообщение от Аноним (-), 03-Мрт-14, 19:00 
> Что, systemd уже на kFreeBSD спортировали?

А вот те кто юзает это пусть этим и занимаются. Если уж hurd'овский разработчик может вывесить нужные интерфейсы (с его же слов) - ну и эти не развалятся.

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

125. "Завершилось голосование по вопросу поддержки в Debian нескол..."  +/
Сообщение от myhand (ok), 03-Мрт-14, 21:17 
>> Что, systemd уже на kFreeBSD спортировали?
> А вот те кто юзает это пусть этим и занимаются.

Это невозможно.  Upstrem не принимает подобные патчи.

> Если уж
> hurd'овский разработчик может вывесить нужные интерфейсы (с его же слов)

Процитируйте его слова.  Укажите какие его патчи по обеспечению переносимости - наотрез отказались интегрировать в апстрим.

В общем, отделяйте чужие слова от своих фантазий о них.

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

137. "Завершилось голосование по вопросу поддержки в Debian нескол..."  +/
Сообщение от Аноним (-), 03-Мрт-14, 21:45 
> Это невозможно.  Upstrem не принимает подобные патчи.

Это какой? Фрибздюки то? Ну они и насчет KMS/DRM кочевряжились пока не остались без драйверов. Зато как прижало хвосты - сразу заткнулись и запилили все нужные интерфейсы. Ну и тут как-то так же раскорячатся. Ну или поднавалят работы майнтайнерам, меньше поводов будет пользоваться таким апстримом. Кому хуже то?

> Процитируйте его слова.

В списке рассылки дебиана, в треде про системы инициализации.

> Укажите какие его патчи по обеспечению переносимости -
> наотрез отказались интегрировать в апстрим.

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

> В общем, отделяйте чужие слова от своих фантазий о них.

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

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

177. "Завершилось голосование по вопросу поддержки в Debian нескол..."  +/
Сообщение от myhand (ok), 04-Мрт-14, 01:53 
>> Это невозможно.  Upstrem не принимает подобные патчи.
> Это какой? Фрибздюки то?

systemd кто написал?  Вот тот и не принимает.

>> Процитируйте его слова.
> В списке рассылки дебиана, в треде про системы инициализации.

Да, да.  Игла лежит в яйце, яйцо - в дятле...

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

>> Укажите какие его патчи по обеспечению переносимости -
>> наотрез отказались интегрировать в апстрим.
> Насколько я помню - чувак заявил что им не в облом нужные
> интерфейсы реализовать и они и так почти все есть, так что [...]

Итого, никто его патчи принимать не отказывался.

Разницу видишь?  Человек захотел спортировать sysvinit - и сделал это.  Апстрим патчи принимать не отказывается.

Предположим, что некий герой спортирует systemd на Hurd.  Что он будет делать с этим патчем - геройски сопровождать свои ifdef'ы до бесконечности?

>> В общем, отделяйте чужие слова от своих фантазий о них.
> А это не фантазии, это разработчик занимающийся поддержкой hurd в дебиане написал
> когда вся эта буча началась.

Я в курсе о том что на самом деле написал этот разработчик, а не просто слышал звон об этом.  Смекаешь?

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

193. "Завершилось голосование по вопросу поддержки в Debian нескол..."  +/
Сообщение от Аноним (-), 04-Мрт-14, 08:12 
> systemd кто написал?  Вот тот и не принимает.

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

> или наотрез отказываешься?  Твои личные фантазии мне не интересны.

Могу применить твой же прием про бисер и свиней еще. Спасибо за идею, btw.

> Разницу видишь?  Человек захотел спортировать sysvinit - и сделал это.  
> Апстрим патчи принимать не отказывается.

А что такое "апстрим" для "sysvinit", для начала? Если вы про дебианщиков, они апстрим sysvinit ничуть не более и не менее чем для systemd, сроду патчат под себя софт так и эдак и я не думаю что им большая разница что патчить. Они проявили двойные стандарты, принимая патчи для инита но отвергая патчи для systemd? Или в чем суть предъяв?

> Предположим, что некий герой спортирует systemd на Hurd.  Что он будет
> делать с этим патчем - геройски сопровождать свои ifdef'ы до бесконечности?

Ну если на остальной софт дебианщики могут патчи накладывать - то и на systemd наверное тоже можно. А чем он такой особенный?

> а не просто слышал звон об этом.  Смекаешь?

Да я уже давно смекнул что ты умеешь пи...ть на форуме и указывать другим что делать. Правда это не работает нифига :).

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

207. "Завершилось голосование по вопросу поддержки в Debian нескол..."  +/
Сообщение от myhand (ok), 04-Мрт-14, 16:36 
>> systemd кто написал?  Вот тот и не принимает.
> Патчи это прекрасно. А народ который этот крап будет майнтайнить в комплекте поставляется?

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

>> или наотрез отказываешься?  Твои личные фантазии мне не интересны.
> Могу применить твой же прием

Нет, не можешь.  Тебе не требовалось что-то объяснять.  Лишь привести буквальную цитату.  И все отличия между тем, что тебе кажется и что на самом деле написано - будут видны всем.

>> Разницу видишь?  Человек захотел спортировать sysvinit - и сделал это.
>> Апстрим патчи принимать не отказывается.
> А что такое "апстрим" для "sysvinit", для начала?

$ dpkg -s sysvinit|grep Homepage
Homepage: http://savannah.nongnu.org/projects/sysvinit

В сад.

> Они проявили двойные
> стандарты, принимая патчи для инита но отвергая патчи для systemd? Или
> в чем суть предъяв?

В том, что поттеринг не принимает подобные патчи.  Але, дома кто есть?

>> Предположим, что некий герой спортирует systemd на Hurd.  Что он будет
>> делать с этим патчем - геройски сопровождать свои ifdef'ы до бесконечности?
> Ну если на остальной софт дебианщики могут патчи накладывать - то и
> на systemd наверное тоже можно. А чем он такой особенный?

Дебианщики, конечно, накладывают порой патчи, но не до такой степени
чтобы превращать пакеты в полноценные форки.  А ты предлагаешь именно это.

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

246. "Завершилось голосование по вопросу поддержки в Debian нескол..."  +/
Сообщение от Аноним (-), 05-Мрт-14, 14:06 
> Почему это не является проблемой для других проектов?

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

> Куча народа делает переносимые продукты.

Системы инициализации никогда таковыми продуктами не являлись. Скрипты инициализации без сильной допиловки между разными дистрами обычно не переносятся. А уж какие-нибудь бзды вообще всю жизнь клали с прибором на своместимость не то что с линуксом, даже с соседними бздями. Впрочем линевые дистры в вопросах инициализации не сильно лучше себя вели.

> И не требует при этом от авторов патчей сопровождать дальше каждую их строчку.

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

> Нет, не можешь.  

А я считаю что могу. Чего это твое мнение важнее моего?

> Homepage: http://savannah.nongnu.org/projects/sysvinit

Отлично. Только в ините хуча логики - в скриптах. Которые обитают не на этой хоумпаге. Кого вы пытаетесь на...ть и зачем?

> В сад.

Именно туда. См. выше почему. Толку то с дубовой запускалки которая сама по себе не умеет нифига? Отсутствие умений у запускалки в результате компенсируется лютым скриптингом на 3 страницы, по поводу и без. А вот тут начинается много интересного в плане совместимости и переносимости этого добра. И как-то так оказывается что совместимость в общем то всю жизнь отсутствовала.

> В том, что поттеринг не принимает подобные патчи.  Але, дома кто есть?

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

> Дебианщики, конечно, накладывают порой патчи, но не до такой степени
> чтобы превращать пакеты в полноценные форки.  А ты предлагаешь именно это.

А это уже где как. Вон eglibc - вполне себе полноценный форк, например.

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

248. "Завершилось голосование по вопросу поддержки в Debian нескол..."  +1 +/
Сообщение от myhand (ok), 05-Мрт-14, 15:17 
>> Почему это не является проблемой для других проектов?
> Хреново поддерживаемый код, который некому майнтайнить - пролема для любого проекта.

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

>> Куча народа делает переносимые продукты.
> Системы инициализации никогда таковыми продуктами не являлись.

Да хоть тот же sysvinit.  Когда что-то является непереносимым - индус от GSoC делу не поможет ;)

> Скрипты инициализации
> без сильной допиловки между разными дистрами обычно не переносятся.

А причем тут вообще скрипты?  systemd юниты тоже непереносимые.

>> Нет, не можешь.
> А я считаю что могу. Чего это твое мнение важнее моего?

Все видят чем.  Разницу я наглядно показал.

>> Homepage: http://savannah.nongnu.org/projects/sysvinit
> Отлично. Только в ините хуча логики - в скриптах. Которые обитают не
> на этой хоумпаге. Кого вы пытаетесь на...ть и зачем?

А это потому, то в отличие от некоторых, я *знаю* о чем писал тот самый штудент от GSoC.  А ты - нет.  Вот и мешаешь в одну кучу всю свою глупость.

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

Есть разница между патчем и форком.  Патчи есть в любом дистрибутиве (ну, кроме особых некоторых, которых во избежание сильной вони трогать не будем...), почти в любом пакете.
Тем не менее, это не значит что каждый пакет - отдельный форк.  Специфичные
для дистрибутива патчи стараются свести к абсолютному минимуму.

> Так что если вы хотите сказать что это какая-то
> особенная и вопиющая практика - дебианщики с вами не согласны.

Можно поинтересоваться почему ты смеешь отождествлять свои фантазии
с мнением "дебианщиков", да еще и всех?

>> Дебианщики, конечно, накладывают порой патчи, но не до такой степени
>> чтобы превращать пакеты в полноценные форки.  А ты предлагаешь именно это.
> А это уже где как. Вон eglibc - вполне себе полноценный форк, например.

Только eglibc не проект Debian'а.

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

262. "Завершилось голосование по вопросу поддержки в Debian нескол..."  +/
Сообщение от Аноним (-), 05-Мрт-14, 21:01 
> Переформулирую вопрос еще раз: почему проблемы с написанием и поддержкой портабельного
> кода нет у других проектов?

Для лиц с низким IQ повторю еще раз. Кто вам сказал что у других околосистемных проектов "нет проблем"? Вас на...ли. Я вроде даже вполне конкретные контрпримеры привел, типа KMS/DRM интерфейсов в графических драйверах: проблемы не только есть, но и в околосистемных вопросах достигают вполне заметных величин, когда любители экзотики идут на йух и или остаются без драйверов, или реализуют интерфейс "как у вон тех", если не желают сами переписывать полдрайвера и потом майнтайнить то что получилось.

>> Системы инициализации никогда таковыми продуктами не являлись.
> Да хоть тот же sysvinit.  

Ну да, фактический уровень совместимости скриптов инита между платформами всегда поражал воображение. Заставляя идти колупать 3-страничные простынки где код перемешан с конфигурацией на каждый пшик. Проблема в том что скрипты даже от иного дистра линукса с высокой вероятностью не заработают в другом дистре. Толку то с "портабельности", если по факту приходится брать в руки напильник и допиливать? А то что от проблемы чисто номинально отбрехались, спихнув на другие головы - еще не значит что проблема отпала. Вот я и спрашиваю - кого и зачем вы пытаетесь на...ть? И почему вы полагаете что у вас это получится?

> Когда что-то является непереносимым - индус от GSoC делу не поможет ;)

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

>> без сильной допиловки между разными дистрами обычно не переносятся.
> А причем тут вообще скрипты?  systemd юниты тоже непереносимые.

Вот только допилить юнит на 5 строк, где только конфигурация - одно. А допилить простынку на 3 страницы, где код вперемешку с данными навален - другое.

> Все видят чем.  Разницу я наглядно показал.

Ну да, "чем грузины".

> писал тот самый штудент от GSoC.  А ты - нет.

Я тоже знаю о чем писал тот студент. Он писал что вывесить нужные интерфейсы не ахти какая проблема. Как минимум для Hurd.

> Есть разница между патчем и форком.  Патчи есть в любом дистрибутиве

Ну вон eglibc - и патч и форк.  

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

Боишься гнева Капитана? Правильно, этот может взять и у...ть :). При том он в отличие от всяких овощей может и достаточно осмысленные примеры подогнать, типа патчинга SSL (да, я не злопамятный, но злой и память у меня хорошая).

> Тем не менее, это не значит что каждый пакет - отдельный форк.

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

>  Специфичные для дистрибутива патчи стараются свести к абсолютному минимуму.

Да, по дебиановским пакетам заметно :). Да, я редиска и иногда таки читаю сорцы. И кстати не сказал бы что невъ...е портянки патчей - очень уж удобный для человека формат.

> Можно поинтересоваться почему ты смеешь отождествлять свои фантазии
> с мнением "дебианщиков", да еще и всех?

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

> Только eglibc не проект Debian'а.

А какая в конечном итоге разница?

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

281. "Завершилось голосование по вопросу поддержки в Debian нескол..."  +/
Сообщение от myhand (ok), 06-Мрт-14, 13:41 
> Кто вам сказал что
> у других околосистемных проектов "нет проблем"?

Опыт работы с такими проектами не один десяток лет.

> Я вроде даже вполне конкретные контрпримеры привел

Тебе конкретные примеры привесть?  Apache, nginx, python...

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

В дистрибутивах просто не ставилась задача обеспечивать такую совместимость.  Для сервисов же это не сложно и можно легко обеспечить в любом LSB-совместимом дистрибутиве.  Люди пишут.  Кто виноват, что ты не ставил никакого стороннего софта?

>>> без сильной допиловки между разными дистрами обычно не переносятся.
>> А причем тут вообще скрипты?  systemd юниты тоже непереносимые.
> Вот только допилить юнит на 5 строк, где только конфигурация - одно.

Там не только конфигурация, там не только пять строк, там еще всякие ExecPre*...  Слушай, ты сам этут свою какашку вообще ел?

Ну и связь между LOC и проблемой портирования - пока доказана только твоей больной фантазией.

>> писал тот самый штудент от GSoC.  А ты - нет.
> Я тоже знаю о чем писал тот студент.

Если ты знаешь - процитируй, а не озвучивай "своими словами".

> Он писал что вывесить
> нужные интерфейсы не ахти какая проблема.

Нет, не про то.  Врешь.

>> Есть разница между патчем и форком.  Патчи есть в любом дистрибутиве
> Ну вон eglibc - и патч и форк.

eglibc имеет такое же отношение к Debian, как systemd.  Это внешний проект.  Просто для него собирают пакет в Debian.

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

Ну пожалуйста - могу показать пальцем на Slackware.

> Правильно, этот может взять и у...ть :). При том
> он в отличие от всяких овощей может и достаточно осмысленные примеры
> подогнать, типа патчинга SSL (да, я не злопамятный, но злой и
> память у меня хорошая).

Ты не злой, ты просто слишком толстый тролль.

>>  Специфичные для дистрибутива патчи стараются свести к абсолютному минимуму.
> Да, по дебиановским пакетам заметно :). Да, я редиска и иногда таки
> читаю сорцы. И кстати не сказал бы что невъ...е портянки патчей
> - очень уж удобный для человека формат.

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

>> Можно поинтересоваться почему ты смеешь отождествлять свои фантазии
>> с мнением "дебианщиков", да еще и всех?
> Наверное потому что вижу дофига пакетов с немеряными патчами

Т.е. ты для Debian - никто.  Я и не сомневался.

>> Только eglibc не проект Debian'а.
> А какая в конечном итоге разница?

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

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

171. "Завершилось голосование по вопросу поддержки в Debian нескол..."  +/
Сообщение от Аноним (-), 03-Мрт-14, 23:17 
> Процитируйте его слова.  Укажите какие его патчи по обеспечению переносимости - наотрез отказались интегрировать в апстрим.

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

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

123. "Завершилось голосование по вопросу поддержки в Debian нескол..."  +/
Сообщение от Nonyme (?), 03-Мрт-14, 20:49 
>> Одну основную систему инициализации в дистре придется поддерживать всем, и от этого никуда не денешься.
> Что, systemd уже на kFreeBSD спортировали?

Семеро одного не ждут.

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

126. "Завершилось голосование по вопросу поддержки в Debian нескол..."  +/
Сообщение от myhand (ok), 03-Мрт-14, 21:19 
>>> Одну основную систему инициализации в дистре придется поддерживать всем, и от этого никуда не денешься.
>> Что, systemd уже на kFreeBSD спортировали?
> Семеро одного не ждут.

Т.е. вы за то, чтобы Debian GNU/kFreeBSD - выкинуть.  Прекрасно.  Только будет-ли от этого лучше Debian - вот в чем вопрос.

А то можно еще выкинуть весь десктопный софт, за исключением Gnome, выкинуть поддержку ЯП, окромя C и PHP (или C++, угадал?).  Вам ведь, поди, нафиг всякие emacs'ы, лиспы, фортраны - не упали?

Нескушные обои от Debian так останутся, да...

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

138. "Завершилось голосование по вопросу поддержки в Debian нескол..."  +/
Сообщение от Аноним (-), 03-Мрт-14, 21:47 
> Т.е. вы за то, чтобы Debian GNU/kFreeBSD - выкинуть.  Прекрасно.  
> Только будет-ли от этого лучше Debian - вот в чем вопрос.

На лично мое время - данные прожЕкт является бессмысленным сливом времени в унитаз.

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

161. "Завершилось голосование по вопросу поддержки в Debian..."  +/
Сообщение от arisu (ok), 03-Мрт-14, 22:31 
вот же гады: не хотят для тебя делать то, что ты полезным считаешь!
Ответить | Правка | Наверх | Cообщить модератору

192. "Завершилось голосование по вопросу поддержки в Debian..."  +/
Сообщение от Аноним (-), 04-Мрт-14, 07:58 
> вот же гады: не хотят для тебя делать то, что ты полезным считаешь!

Уел, уел. Ну вот сейчас и посмотрим - а чего желают, собственно, майнтайнеры.

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

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

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




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

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