The OpenNET Project / Index page

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



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

Оглавление

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

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


54. "Завершилось голосование по вопросу поддержки в Debian нескол..."  +/
Сообщение от Аноним (-), 03-Мрт-14, 13:50 
> А почему бы любителям системды самим не заниматься своим системды, а не перекладывать ее на плечи рядовых разработчиков? Разве это и не есть настоящее увеличение нагрузки?

Одну основную систему инициализации в дистре придется поддерживать всем, и от этого никуда не денешься. Тут можно спорить только о том, какую именно. Но они уже поспорили и выбрали.

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

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ообщить модератору

64. "Завершилось голосование по вопросу поддержки в Debian нескол..."  +/
Сообщение от Аноним (-), 03-Мрт-14, 15:06 
Так sysvinit уже есть, уже поддерживался и использовался всеми долгое время, уже прошел проверку боем, там можно было вообще ничего не делать практически. Сейчас же нагрузка возрастет по написанию того, что еще не написано и по тестированию вообще всего. А бдейл же говорит, что не нужно увеличивать нагрузку, хотя смена инита является увеличением нагрузки сама по себе.
Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

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

А вот брички проверены столетиями. Зачем какие-то идиoты строят авиалайнеры?!

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

147. "Завершилось голосование по вопросу поддержки в Debian нескол..."  +/
Сообщение от Аноним (-), 03-Мрт-14, 22:01 
Давайте сначала ваш "авиалайнер" перестанет сегфолтиться на ровном месте.
Ответить | Правка | Наверх | Cообщить модератору

190. "Завершилось голосование по вопросу поддержки в Debian нескол..."  +/
Сообщение от Аноним (-), 04-Мрт-14, 07:55 
> Давайте сначала ваш "авиалайнер" перестанет сегфолтиться на ровном месте.

Ну да, брички не попадают в авиакатастрофы. Но им это не помогло.

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

152. "Завершилось голосование по вопросу поддержки в Debian нескол..."  +/
Сообщение от Аноним (-), 03-Мрт-14, 22:17 
Да я бы ни на лайнере, ни на бричке построенных Поттером/по проекту Поттера не поехал бы.
Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

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

А арису, поливающий поттера, тем не менее юзает потеропoделие PulseAudio на N900. Правда грозится заменить, но того факта что оно несколько лет более или менее успешно отпахало на его благо это не отменяет. В свете чего такие заявы смотрятся довольно лицемерно на мое мнение...

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

218. "Завершилось голосование по вопросу поддержки в Debian..."  +/
Сообщение от arisu (ok), 04-Мрт-14, 17:37 
(с ненавистью) желаю тебе так же успешно лечиться, как оно успешно пашет.
Ответить | Правка | Наверх | Cообщить модератору

263. "Завершилось голосование по вопросу поддержки в Debian..."  +/
Сообщение от Аноним (-), 05-Мрт-14, 21:24 
> (с ненавистью) желаю тебе так же успешно лечиться, как оно успешно пашет.

Ну оно работает и свою миссию более-менее выполняет. Кстати если даже ты "починишь" это - пардон, девайс уже с производства сняли.

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

268. "Завершилось голосование по вопросу поддержки в Debian..."  +/
Сообщение от arisu (ok), 05-Мрт-14, 21:40 
> Ну оно работает и свою миссию более-менее выполняет.

глючить, тормозить и раздражать? да, отлично выполняет.

> Кстати если даже ты "починишь" это - пардон, девайс уже с производства сняли.

Neo900 никуда не делся. это раз. запчастей понапроизводили столько, что если мать живая — можно починить. это два. мне пофигу, у меня N900 есть и я хочу избавиться от проприетарного говнища и лёнеглюкалок на нём. это три.

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

164. "Завершилось голосование по вопросу поддержки в Debian..."  +1 +/
Сообщение от arisu (ok), 03-Мрт-14, 22:40 
> А вот брички проверены столетиями. Зачем какие-то идиoты строят авиалайнеры?!

действительно. проектная документация? нафиг-нафиг, нам лететь надо! парашюты? наши лайнеры не падают! как это «нормальные люди в полёте крылья и двигатели не заменяют»? вы ретрограды!

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

264. "Завершилось голосование по вопросу поддержки в Debian..."  +/
Сообщение от Аноним (-), 05-Мрт-14, 21:25 
> действительно. проектная документация? нафиг-нафиг,

Не вижу какой-то особой проектной документации на инитовые портянки. Каждый дро^W как он хочет, в разных дистрах по разному при том. Документация - а хрен тебе.

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

269. "Завершилось голосование по вопросу поддержки в Debian..."  +/
Сообщение от arisu (ok), 05-Мрт-14, 21:41 
>> действительно. проектная документация? нафиг-нафиг,
> Не вижу какой-то особой проектной документации на инитовые портянки.

каким образом это обозначает, что на нехилой жирности комплекс системды она не нужна?

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

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

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




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

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