forum.opennet.ru - "Рекомендации по подготовке кода, направляемого для включения..." (22)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

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

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

"Рекомендации по подготовке кода, направляемого для включения..."	+/–
Сообщение от 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ообщить модератору

Оглавление

Рекомендации по подготовке кода, направляемого для включения..., pavlinux, 03:55 , 17-Янв-11, (1)

Рекомендации по подготовке кода, направляемого для включения..., tr, 05:35 , 17-Янв-11, (2) +2

Рекомендации по подготовке кода, направляемого для включения..., the joker, 09:41 , 17-Янв-11, (3) –6

Рекомендации по подготовке кода, направляемого для включения..., fsck, 10:55 , 17-Янв-11, (4) +3

Рекомендации по подготовке кода, направляемого для включения..., the joker, 17:32 , 17-Янв-11, (11) –1

Рекомендации по подготовке кода, направляемого для включения..., pavlinux, 02:55 , 20-Янв-11, (23)

Рекомендации по подготовке кода, направляемого для включения..., szh, 14:43 , 17-Янв-11, (7) +1

Рекомендации по подготовке кода, направляемого для включения..., the joker, 17:36 , 17-Янв-11, (12)

Рекомендации по подготовке кода, направляемого для включения..., szh, 18:13 , 17-Янв-11, (13) +1

Рекомендации по подготовке кода, направляемого для включения..., Аноним, 14:30 , 17-Янв-11, (5) –3

Рекомендации по подготовке кода, направляемого для включения..., weldpua2008, 14:45 , 17-Янв-11, (8)

Рекомендации по подготовке кода, направляемого для включения..., weldpua2008, 14:38 , 17-Янв-11, (6)

Рекомендации по подготовке кода, направляемого для включения..., Анон, 15:15 , 17-Янв-11, (9)

Рекомендации по подготовке кода, направляемого для включения..., weldpua2008, 15:22 , 17-Янв-11, (10)

Рекомендации по подготовке кода, направляемого для включения..., oops_, 02:48 , 18-Янв-11, (16) –1

Рекомендации по подготовке кода, направляемого для включения..., weldpua2008, 16:17 , 18-Янв-11, (17)

Рекомендации по подготовке кода, направляемого для включения..., nuclight, 05:34 , 19-Янв-11, (19)

Рекомендации по подготовке кода, направляемого для включения..., weldpua2008, 15:41 , 19-Янв-11, (20)

Рекомендации по подготовке кода, направляемого для включения..., nuclight, 17:25 , 19-Янв-11, (21)

Рекомендации по подготовке кода, направляемого для включения..., weldpua2008, 01:39 , 20-Янв-11, (22)

Рекомендации по подготовке кода, направляемого для включения..., nuclight, 00:39 , 24-Янв-11, (24)

Рекомендации по подготовке кода, направляемого для включения..., Аноним, 16:43 , 18-Янв-11, (18)

Сообщения по теме [Сортировка по времени | 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 (ok) on 17-Янв-11, 14:45

> "Некоторые авторы слишком болезненно воспринимают первое непринятие кода и расценивают
> его как полный отказ"
> Ага, забиваются в угол и плачут =)
Не ну не плачут, но забивают... Я когда переводы делал - хоть никто мозг не парил)))

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

6. "Рекомендации по подготовке кода, направляемого для включения..." +/–

Сообщение от weldpua2008 (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 (ok) on 17-Янв-11, 15:22

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

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

16. "Рекомендации по подготовке кода, направляемого для включения..." –1 +/–

Сообщение от oops_ on 18-Янв-11, 02:48

> Причём посылают далеко в зад, если у Тебя есть конструктивные предложения, но Ты не в
> "теме" по оформлению кода и т.д.
И правильно делают. Зачем нам второй линукс.

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

17. "Рекомендации по подготовке кода, направляемого для включения..." +/–

Сообщение от weldpua2008 (ok) on 18-Янв-11, 16:17

>> Причём посылают далеко в зад, если у Тебя есть конструктивные предложения, но Ты не в
>> "теме" по оформлению кода и т.д.
> И правильно делают. Зачем нам второй линукс.
Туда же идут еще и те, кто багзилу заполняет, переводы делает и "красноглазит" )))

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

19. "Рекомендации по подготовке кода, направляемого для включения..." +/–

Сообщение от nuclight (ok) on 19-Янв-11, 05:34

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

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

20. "Рекомендации по подготовке кода, направляемого для включения..." +/–

Сообщение от weldpua2008 (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 (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 (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 (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 | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

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 (ok) on 17-Янв-11, 14:45
	> "Некоторые авторы слишком болезненно воспринимают первое непринятие кода и расценивают > его как полный отказ" > Ага, забиваются в угол и плачут =) Не ну не плачут, но забивают... Я когда переводы делал - хоть никто мозг не парил)))
	Ответить \| Правка \| ^ к родителю #5 \| Наверх \| Cообщить модератору

6. "Рекомендации по подготовке кода, направляемого для включения..."	+/–
Сообщение от weldpua2008 (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 (ok) on 17-Янв-11, 15:22
	> Ну а почему не в багзиллу самого КДЕ?? Я сейчас не уверен в чьей это было багзиле (Дебиан, КДЕ или еще что-то) - bugreport сам решил
	Ответить \| Правка \| ^ к родителю #9 \| Наверх \| Cообщить модератору


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


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


	19. "Рекомендации по подготовке кода, направляемого для включения..."	+/–
	Сообщение от nuclight (ok) on 19-Янв-11, 05:34
	> Я на своём брасе под FreeBSD столько пережил http://wel.org.ua/?p=720 но больше всего > меня поражало то, как люди Тебя просто посылают. Причём посылают далеко > в зад, если у Тебя есть конструктивные предложения, но Ты не > в "теме" по оформлению кода и т.д. > Так же не однократно сталкивался с отчуждением не только в BSD-общине ))) Просмотрел ссылку, что-то никаких баг-репортов не видать. А вот писать up/down-скрипты на qt4 - это клиника. Как, впрочем, и местоимения с большой буквы.
	Ответить \| Правка \| ^ к родителю #6 \| Наверх \| Cообщить модератору


	20. "Рекомендации по подготовке кода, направляемого для включения..."	+/–
	Сообщение от weldpua2008 (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 (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 (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 (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ообщить модератору