The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Рекомендации по подготовке кода, направляемого для включения..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Рекомендации по подготовке кода, направляемого для включения..."  +/
Сообщение от opennews (ok) on 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.dev/opennews/art.shtml?num=29288

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

Оглавление

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


1. "Рекомендации по подготовке кода, направляемого для включения..."  +/
Сообщение от pavlinux (ok) on 17-Янв-11, 03:55 
Ralf Baechle - этот ладно, старый перец, а вот Armijn Hemel кто такой?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Рекомендации по подготовке кода, направляемого для включения..."  +2 +/
Сообщение от tr on 17-Янв-11, 05:35 
http://gpl-violations.org/about.html
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

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

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

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

4. "Рекомендации по подготовке кода, направляемого для включения..."  +3 +/
Сообщение от fsck (??) on 17-Янв-11, 10:55 
> под всех производителей, использующих GPL-код...

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


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

11. "Рекомендации по подготовке кода, направляемого для включения..."  –1 +/
Сообщение от the joker (ok) on 17-Янв-11, 17:32 
> klalafuda, перелогиньтесь

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

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

23. "Рекомендации по подготовке кода, направляемого для включения..."  +/
Сообщение от pavlinux (ok) on 20-Янв-11, 02:55 
> Раз в жизни я попытался подумать головой и сразу заминусовали :-)

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


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

7. "Рекомендации по подготовке кода, направляемого для включения..."  +1 +/
Сообщение от szh (ok) on 17-Янв-11, 14:43 
> Неужели производители стоят в очереди за возможностью включить свой код в ядро?

Да.

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

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


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

12. "Рекомендации по подготовке кода, направляемого для включения..."  +/
Сообщение от the joker (ok) on 17-Янв-11, 17:36 
Не смею спорить, но почему рекомендация за авторством человека из gpl-violations, а не ментейнеров ядра?
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

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

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

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

5. "Рекомендации по подготовке кода, направляемого для включения..."  –3 +/
Сообщение от Аноним (??) on 17-Янв-11, 14:30 
"Некоторые авторы слишком болезненно воспринимают первое непринятие кода и расценивают его как полный отказ"

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

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

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

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

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

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

9. "Рекомендации по подготовке кода, направляемого для включения..."  +/
Сообщение от Анон on 17-Янв-11, 15:15 
Ну а почему не в багзиллу самого КДЕ??
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

10. "Рекомендации по подготовке кода, направляемого для включения..."  +/
Сообщение от weldpua2008 email(ok) on 17-Янв-11, 15:22 
> Ну а почему не в багзиллу самого КДЕ??

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

21. "Рекомендации по подготовке кода, направляемого для включения..."  +/
Сообщение от nuclight email(ok) on 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 скалируется на несколько серверов естественным образом, ничего не требуя в настройке.

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

22. "Рекомендации по подготовке кода, направляемого для включения..."  +/
Сообщение от weldpua2008 email(ok) on 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-е сетёвки и хоть сколько-нибудь запаса прочности )))


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

24. "Рекомендации по подготовке кода, направляемого для включения..."  +/
Сообщение от nuclight email(ok) on 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-адреса (это не логин-пароль) - либо бред страшный, либо на месте творился невообразимый идиотизм, что такое было возможно. Что, в общем-то, равнозначно.

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

18. "Рекомендации по подготовке кода, направляемого для включения..."  +/
Сообщение от Аноним (??) on 18-Янв-11, 16:43 
Кой хрен "второй". Этих линуксов уже до ж... наклепали, дистровотч захлебывается к чертовой матери. Объясните мне, убогому, нахрена их столько? В надежде перероста количества в качество?!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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




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

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