URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 74031
[ Назад ]

Исходное сообщение
"Рекомендации по подготовке кода, направляемого для включения..."

Отправлено opennews , 17-Янв-11 03:55 
Armijn Hemel и Ralf Baechle подготовили (http://www.openfoundry.org/en/for-developers/8239--linux-) краткий набор советов для компаний-производителей оборудования и индивидуальных разработчиков, желающих отправить свой код для включения в состав linux-ядра. Например, указывается, что почти всегда первая попытка отправки выходит комом и код не принимают. В качестве причин непринятия обычно выступает нарушения установленного стиля оформления кода или наличие ошибок. Некоторые авторы слишком болезненно воспринимают первое непринятие кода и расценивают его как полный отказ, особенно с учетом того, что часто сопроводительный комментарий бывает немногословным,  в то время как это всего лишь часть обычной процедуры по  принятию кода в ядро.


Кроме того, в дополнение к теме продвижения патчей в upstream, можно отметить заметку (http://blogs.gnome.org/bolsh/2011/01/14/the-lifecycle-of-a-p.../) Дэйва Нири (Dave Neary), входившего в совет директоров организации GNOME Foundation. В заметке обо...

URL: http://www.openfoundry.org/en/for-developers/8239--linux-
Новость: http://www.opennet.me/opennews/art.shtml?num=29288


Содержание

Сообщения в этом обсуждении
"Рекомендации по подготовке кода, направляемого для включения..."
Отправлено pavlinux , 17-Янв-11 03:55 
Ralf Baechle - этот ладно, старый перец, а вот Armijn Hemel кто такой?

"Рекомендации по подготовке кода, направляемого для включения..."
Отправлено tr , 17-Янв-11 05:35 
http://gpl-violations.org/about.html

"Рекомендации по подготовке кода, направляемого для включения..."
Отправлено the joker , 17-Янв-11 09:41 
Так вот откуда ноги растут... А я не мог понять, зачем они вообще составили эту рекомендацию. Неужели производители стоят в очереди за возможностью включить свой код в ядро? А оказывается, что их к тому "поощряют" ребята, следящие за соблюдением GPL.

Может, так оно и эффективнее -- разогнать разработчиков, нанять юристов и копать под всех производителей, использующих GPL-код...


"Рекомендации по подготовке кода, направляемого для включения..."
Отправлено fsck , 17-Янв-11 10:55 
> под всех производителей, использующих GPL-код...

klalafuda, перелогиньтесь



"Рекомендации по подготовке кода, направляемого для включения..."
Отправлено the joker , 17-Янв-11 17:32 
> klalafuda, перелогиньтесь

Мимо. Раз в жизни я попытался подумать головой и сразу заминусовали :-)


"Рекомендации по подготовке кода, направляемого для включения..."
Отправлено pavlinux , 20-Янв-11 02:55 
> Раз в жизни я попытался подумать головой и сразу заминусовали :-)

Срочно на башорг :)



"Рекомендации по подготовке кода, направляемого для включения..."
Отправлено szh , 17-Янв-11 14:43 
> Неужели производители стоят в очереди за возможностью включить свой код в ядро?

Да.

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

Нет, их поощряет легкость поддержки включенного в ядро кода.



"Рекомендации по подготовке кода, направляемого для включения..."
Отправлено the joker , 17-Янв-11 17:36 
Не смею спорить, но почему рекомендация за авторством человека из gpl-violations, а не ментейнеров ядра?

"Рекомендации по подготовке кода, направляемого для включения..."
Отправлено szh , 17-Янв-11 18:13 
1) свобода слова - кто хочет, кому хочет, что хочет то и рекомендует.
2) вам никто не обязан ничего рекомендовать.
3) мейнтейнеры ядра дают рекомендации в других местах в других форматах

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


"Рекомендации по подготовке кода, направляемого для включения..."
Отправлено Аноним , 17-Янв-11 14:30 
"Некоторые авторы слишком болезненно воспринимают первое непринятие кода и расценивают его как полный отказ"

Ага, забиваются в угол и плачут =)


"Рекомендации по подготовке кода, направляемого для включения..."
Отправлено weldpua2008 , 17-Янв-11 14:45 
> "Некоторые авторы слишком болезненно воспринимают первое непринятие кода и расценивают
> его как полный отказ"
> Ага, забиваются в угол и плачут =)

Не ну не плачут, но забивают... Я когда переводы делал - хоть никто мозг не парил)))


"Рекомендации по подготовке кода, направляемого для включения..."
Отправлено weldpua2008 , 17-Янв-11 14:38 
Я на своём брасе под FreeBSD столько пережил http://wel.org.ua/?p=720 но больше всего меня поражало то, как люди Тебя просто посылают. Причём посылают далеко в зад, если у Тебя есть конструктивные предложения, но Ты не в "теме" по оформлению кода и т.д.
Так же не однократно сталкивался с отчуждением не только в BSD-общине )))
Помню Кеды 4.3 или 4.4 падал виджет какой-то. Я как белый человек хотел баг зарегить - еле осислил в Дебиане это сделать. А его закрыли как "невоспроизводимый". Я тогда снёс 4.х кеды и 3-ешку накатал. Пока мой пенёк 2-300Мгц на ноут не поменял)))

"Рекомендации по подготовке кода, направляемого для включения..."
Отправлено Анон , 17-Янв-11 15:15 
Ну а почему не в багзиллу самого КДЕ??

"Рекомендации по подготовке кода, направляемого для включения..."
Отправлено weldpua2008 , 17-Янв-11 15:22 
> Ну а почему не в багзиллу самого КДЕ??

Я сейчас не уверен в чьей это было багзиле (Дебиан, КДЕ или еще что-то) - bugreport сам решил


"Рекомендации по подготовке кода, направляемого для включения..."
Отправлено oops_ , 18-Янв-11 02:48 
> Причём посылают далеко в зад, если у Тебя есть конструктивные предложения, но Ты не в
> "теме" по оформлению кода и т.д.

И правильно делают. Зачем нам второй линукс.


"Рекомендации по подготовке кода, направляемого для включения..."
Отправлено weldpua2008 , 18-Янв-11 16:17 
>> Причём посылают далеко в зад, если у Тебя есть конструктивные предложения, но Ты не в
>> "теме" по оформлению кода и т.д.
> И правильно делают. Зачем нам второй линукс.

Туда же идут еще и те, кто багзилу заполняет, переводы делает и "красноглазит" )))


"Рекомендации по подготовке кода, направляемого для включения..."
Отправлено nuclight , 19-Янв-11 05:34 
> Я на своём брасе под FreeBSD столько пережил http://wel.org.ua/?p=720 но больше всего
> меня поражало то, как люди Тебя просто посылают. Причём посылают далеко
> в зад, если у Тебя есть конструктивные предложения, но Ты не
> в "теме" по оформлению кода и т.д.
> Так же не однократно сталкивался с отчуждением не только в BSD-общине )))

Просмотрел ссылку, что-то никаких баг-репортов не видать. А вот писать up/down-скрипты на qt4 - это клиника. Как, впрочем, и местоимения с большой буквы.


"Рекомендации по подготовке кода, направляемого для включения..."
Отправлено weldpua2008 , 19-Янв-11 15:41 
>> Я на своём брасе под FreeBSD столько пережил http://wel.org.ua/?p=720 но больше всего
>> меня поражало то, как люди Тебя просто посылают. Причём посылают далеко
>> в зад, если у Тебя есть конструктивные предложения, но Ты не
>> в "теме" по оформлению кода и т.д.
>> Так же не однократно сталкивался с отчуждением не только в BSD-общине )))
> Просмотрел ссылку, что-то никаких баг-репортов не видать. А вот писать up/down-скрипты
> на qt4 - это клиника. Как, впрочем, и местоимения с большой
> буквы.

И где Я сказал, что там мой багрепорт для Линуксовского десктопа?
ЗЫ:
На qt4 - может и клиника, но они намного быстрее были чем на php))) А на mysql++ падали в корку - это пользователю ошибка  при подключении.


ЗЫЗЫ:
На сервере с одной сетевой карточкой сильно процессорное время не раздашь - чуть больше скриптам и у Всех потери, особенно когда больше 100кпакетов %)


"Рекомендации по подготовке кода, направляемого для включения..."
Отправлено nuclight , 19-Янв-11 17:25 
>>> Я на своём брасе под FreeBSD столько пережил http://wel.org.ua/?p=720 но больше всего
>>> меня поражало то, как люди Тебя просто посылают. Причём посылают далеко
>>> в зад, если у Тебя есть конструктивные предложения, но Ты не
>>> в "теме" по оформлению кода и т.д.
>>> Так же не однократно сталкивался с отчуждением не только в BSD-общине )))
>> Просмотрел ссылку, что-то никаких баг-репортов не видать. А вот писать up/down-скрипты
>> на qt4 - это клиника. Как, впрочем, и местоимения с большой
>> буквы.
> И где Я сказал, что там мой багрепорт для Линуксовского десктопа?

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

> ЗЫ:
> На qt4 - может и клиника, но они намного быстрее были чем
> на php))) А на mysql++ падали в корку - это пользователю
> ошибка  при подключении.

На php тем более клиника, для хождения в базу в номре используется perl. А вообще такие вещи обычно делаются на шелле - тем более, что задача выдать юзеру пайп решается ВООБЩЕ без SQL в if-up/down - элементарно pipe tablearg, хотя бы. Ну или mpd умеет ng_car, например.

У нас на канале прокомментировали это так:

Wed 08:33:07 <@bird_of_Luck> ааыЫЫ
Wed 08:33:22 <@lagman> Я подключил nginx - как риверс-прокси
Wed 08:34:28 <@lagman> вот что бывает, когда не умеют готовить фрирадиус
Wed 08:35:23 <@bird_of_Luck> да, без cpp+qt4 видимо сложно в mysql ходить нынче
Wed 08:36:02 <@bird_of_Luck> Кеда 4.3, ага

> ЗЫЗЫ:
> На сервере с одной сетевой карточкой сильно процессорное время не раздашь -
> чуть больше скриптам и у Всех потери, особенно когда больше 100кпакетов
> %)

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


"Рекомендации по подготовке кода, направляемого для включения..."
Отправлено weldpua2008 , 20-Янв-11 01:39 
> Речь-то была про BSD. По ссылке ожидалось описание мытарств, как, дескать, BSD-община
> посылает на конструктивные предложения.

Вот типичный вопрос %) http://forum.lissyara.su/viewtopic.php?f=4&t=21176&p=247296#...
ЗЫ:
но никого видимо не напрягают ошибки с отображением на "больших" экранах того же Кноппикса, с его "скриптами"настройки, раз это тянется с первого релиза)))

> На php тем более клиника, для хождения в базу в номре используется
> perl. А вообще такие вещи обычно делаются на шелле - тем
> более, что задача выдать юзеру пайп решается ВООБЩЕ без SQL в
> if-up/down - элементарно pipe tablearg, хотя бы. Ну или mpd умеет
> ng_car, например.

:)))
тогда up/down скрипт не используется ВООБЩЕ, а не на шелле)))

ЗЫ:
Задача решается без SQL когда не надо каждому отдельно создавать ограничение скорости

Пёрл Я не люблю, особенно когда ему надо пакетов тучу доставлять...И тем более, что по сравнению с php выигрыша особого не было, а вот с переносом и апгрейдом траблов была куча...И тем более они сливали qt, особенно во время гроз и вырубаний света...

Эволюция прошла так:
Shell=>php=>mysql++ =>perl=>qt4
На qt4 было легче всего ;)

ЗЫЗЫ: Есть такое понятие - "работает не трогай!". Я "наронялся" сервер, к которому доступ есть не реже раз в 1-3-и дня (что бы туда кого-то послать)... А сам за 3хх-далеко км.

Я долго ng_car не мог заюзать - особенно на x86...всё падали: ОС,mpd,freeraius...


>> На сервере с одной сетевой карточкой сильно процессорное время не раздашь -
>> чуть больше скриптам и у Всех потери, особенно когда больше 100кпакетов
>> %)
> Вообще-то железо надо ставить с запасом, дабы случай чего у юзеров не
> проседало. Кроме того, PPPoE скалируется на несколько серверов естественным образом, ничего
> не требуя в настройке.

до внедрения PPPoE не доходило - докинутый до сервера l2-домен приводил к страшным последствиям )))
ЗЫ:
С PPPoE была еще одна "шняга" - юзверы легко и непринуждённо обманывали местных провайдеров, а вот с PPPtP и проверкой по ip+mac а потом и vlan-у (когда появились vlan управлялки)

Есть "теория", а есть практика...

Я же не кретин, который не понимает, что нужно на сервере хотя бы  2-е сетёвки и хоть сколько-нибудь запаса прочности )))



"Рекомендации по подготовке кода, направляемого для включения..."
Отправлено nuclight , 24-Янв-11 00:39 
>> Речь-то была про BSD. По ссылке ожидалось описание мытарств, как, дескать, BSD-община
>> посылает на конструктивные предложения.
> Вот типичный вопрос %) http://forum.lissyara.su/viewtopic.php?f=4&t=21176&p=247296#...
> ЗЫ:
> но никого видимо не напрягают ошибки с отображением на "больших" экранах того
> же Кноппикса, с его "скриптами"настройки, раз это тянется с первого релиза)))

Посмотрел. Какие такие нафиг конструктивные предложения? Не было их там, даже баг не зарепорчен. Реакция "общины" вполне естественна.

>> На php тем более клиника, для хождения в базу в номре используется
>> perl. А вообще такие вещи обычно делаются на шелле - тем
>> более, что задача выдать юзеру пайп решается ВООБЩЕ без SQL в
>> if-up/down - элементарно pipe tablearg, хотя бы. Ну или mpd умеет
>> ng_car, например.
> :)))
> тогда up/down скрипт не используется ВООБЩЕ, а не на шелле)))

Разумеется, такое решение будет еще лучше.

> ЗЫ:
> Задача решается без SQL когда не надо каждому отдельно создавать ограничение скорости

И это, между прочим, возможно. Я посмотрел внимательнее ссылку на лиссяру - б-же ж мой, какой 3.14здец! Лиссяра в очередной раз оправдал свою дурную славу сборища идиотов. Я, конечно, 5 лет назад тоже баловался сочинением лимитов по SQL-запросам, но из того детского возраста давно уже вырос - опыт использования разных систем (тогда-то у меня был в наследстве plain IPoE и trafd в наследстве от старого админа) отучает, знаете ли.

Так вот, динамическое распределение полосы банально решается динамическими очередями в ШТАТНОМ dummynet, причем не за минуту, а по актуальному значению использования прямо сейчас. Когда я от той схемы с расчетами ушел (а там еще и прозрачный сквид торчал для кэширования http) , юзерам стало заметно получше.

> Пёрл Я не люблю, особенно когда ему надо пакетов тучу доставлять...И тем
> более, что по сравнению с php выигрыша особого не было, а
> вот с переносом и апгрейдом траблов была куча...И тем более они
> сливали qt, особенно во время гроз и вырубаний света...

О, да! А ставить qt, который за собой иксы тянет - это, конечно, меньше пакетов. Впрочем, я не удивлен, любовь к php и быдлокодинг - неразделимы.

> Эволюция прошла так:
> Shell=>php=>mysql++ =>perl=>qt4
> На qt4 было легче всего ;)

На Си легче, чем на интерпретируемом языке? Цирк. Я бы еще понял, производительнее (с чего тред и начался), но "легче"...

>[оверквотинг удален]
> страшным последствиям )))
> ЗЫ:
> С PPPoE была еще одна "шняга" - юзверы легко и непринуждённо обманывали
> местных провайдеров, а вот с PPPtP и проверкой по ip+mac а
> потом и vlan-у (когда появились vlan управлялки)
> Есть "теория", а есть практика...
> ЗЫЗЫ: Есть такое понятие - "работает не трогай!". Я "наронялся" сервер, к
> которому доступ есть не реже раз в 1-3-и дня (что бы
> туда кого-то послать)... А сам за 3хх-далеко км.
> Я долго ng_car не мог заюзать - особенно на x86...всё падали: ОС,mpd,freeraius...

Подобные пассажи про теорию и практику ляпают обычно те, кто не понимает, как это всё работает, у кого руки растут из жопы, и про кого говорят "дурная голова ногам покоя не дает". Почему у всех нормальных людей PPPoE работает, а? А говорить, что юзеры обманывали провайдеров, тогда как PPPoE и предназначен прежде всего для решения проблемы легкой подмены MAC-адреса (это не логин-пароль) - либо бред страшный, либо на месте творился невообразимый идиотизм, что такое было возможно. Что, в общем-то, равнозначно.


"Рекомендации по подготовке кода, направляемого для включения..."
Отправлено Аноним , 18-Янв-11 16:43 
Кой хрен "второй". Этих линуксов уже до ж... наклепали, дистровотч захлебывается к чертовой матери. Объясните мне, убогому, нахрена их столько? В надежде перероста количества в качество?!