The OpenNET Project / Index page

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

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


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

Оглавление

Линус Торвальдс отметил влияние GPL на успех ядра Linux, opennews (ok), 28-Авг-16, (0) [смотреть все]

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


3. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –8 +/–
Сообщение от бедный буратино (ok), 28-Авг-16, 11:13 
скорее, наоборот. если бы Linux Kernel стало бы популярным, но под лицензией ХренПЛ, сейчас бы эта лицензия тоже была популярной :)
Ответить | Правка | Наверх | Cообщить модератору

7. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –6 +/–
Сообщение от бедный буратино (ok), 28-Авг-16, 11:26 
> Достойный ответ бздунам на выкрики о бздунской истинной свободе.

не знаю, что там у бстунской свободы - я такого не понимаю, но...

то-то у каждого вендора (от создателя минидистрибутива до фабрики, штампующей что-либо на arm/mips) свой дистрибутив ядра linux, и мешок патчей, которых нет в апстриме :)

ps. кстати, тот факт, что у меня в телефоне, телевизоре или ещё где Linux Kernel - вообще не даёт мне никакой свободы. хоть весь телевизор лицензиями GPL обклей :) люди тут придают какое-то сумашедшее значение абсолютно незначительным вещам, будь то лицензия, система инициализации и многое многое другое :) обязательно путая причину со следствием

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

12. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +4 +/–
Сообщение от Анонимусос (?), 28-Авг-16, 11:43 
Ты наверное не понял. Из-за того что лицензия GPL, то доработав/дописав код компаниям приходится раскрывать исходники. По тому что GPL может распостраняться только с GPL (может еще с какими-то открытыми лицензиями).

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

А лицензия бсд разрешает это не делать. PlayStation свои наработки не обязана открывать.
Поэтому Линус и пишет про GPL "стимулировал к открытию разработок"

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

81. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/–
Сообщение от Аноним (-), 28-Авг-16, 16:56 
> Где там GoogleFS посмотреть можно?

А он вроде вообще в режиме пользователя работает и является просто софтом. Со стороны ядра - гугл как файлуху EXT4 без журнала использует. Остальное поверх своим софтом.

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

87. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +3 +/–
Сообщение от Аноним (-), 28-Авг-16, 17:22 
> Так где посмотреть можно?

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

> Или опять двойные стандарты лапчатых?

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

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

97. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –1 +/–
Сообщение от Аноним (-), 28-Авг-16, 18:48 
> Да понятно, у лапчатых если что, то "морда кирпичем" и начинается трындеж
> "лицензия позволяет! И вообще, это исключение для хороших людей!".

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

> При этом скромно умалчивается, что код таки зажимается проприерастом,
> деньга тоже делается проприерастом, а  сообществу от этого только почет и уважуха,

Да вот что-то редхат с их 25% коммитов в ядро и миллиардом профита на проприрастов не похож.

> а вот хотя бы патчи обратно уж как получится, с возможностью оспорить в спортлото )

Понимаешь, если кто ОЧЕНЬ принципиально задастся целью зажать - он изыщет формально-валидный способ. Но если сделать этот процесс неудобным и недружественным - коммиты очень хорошо простимулируются.

> /uasr/src # git log |grep -c Netflix
> 312

А теперь ради интереса то же самое с редхатом, да...


$ git log | grep "redhat.com" | wc -l
135538

Или вот гугл говорят редиски. Код зажимают, все дела. Посмотрим:

$ git log | grep "google.com" | wc -l
23399

NB: google.com != gmail.com, используется только сотрудниками Google.

Ах, IBM еще такие сякие. Ну посмотрим, что они назажимали


$ git log | grep "ibm.com" | wc -l
58204

И эти люди запрещают нам ковыряться в носу. Цедрый нетфликс с аж 300 коммитами - нереально крут по сравнению с жлобастым IBM или гуглем каким.

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

113. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –1 +/–
Сообщение от Аноним (-), 28-Авг-16, 22:26 
Чтобы совсем смешно:

$ git log | grep "canonical.com" | wc -l
5724

Каноникал - почти в 20 раз более крутые ядерщики чем весь гребаный нетфликс.
Ответить | Правка | Наверх | Cообщить модератору

127. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +2 +/–
Сообщение от Аноним (-), 29-Авг-16, 00:59 
> Чтобы совсем смешно:
> 
 
> $ git log | grep "canonical.com" | wc -l 
> 5724 
>

> Каноникал - почти в 20 раз более крутые ядерщики чем весь гребаный
> нетфликс.

И правда смешно. Эталонные сферические замеры анонимного эксперта.
/tmp/linux % git log | grep -A 10 -B 10 "canonical.com" |more

commit 60ebc159817fef86171616510b1228476d979556
Author: Arnaldo Carvalho de Melo <acme@redhat.com>
Date:   Mon Aug 15 17:06:47 2016 -0300
    perf probe: Release resources on error when handling exit paths
    
    Cc: Adrian Hunter <adrian.hunter@intel.com>
    Cc: Colin King <colin.king@canonical.com>


git log | grep "Signed\-off.*canonical\.com"|wc -l 
    2215
git log | grep "Acked.*canonical\.com"|wc -l 
     483
git log | grep -i "CC:.*canonical\.com"|wc -l
     607
 git log | grep -i "CC:.*google\.com"|wc -l 
     7968
git log | grep "Signed\-off.*google\.com"|wc -l 
    6820
 git log | grep "Acked\-by.*google\.com"|wc -l 
    1850
git log | grep -ic "Cc.*ibm.com"
    9715

Эпично! Продолжайте в том же духе!
Ответить | Правка | Наверх | Cообщить модератору

147. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/–
Сообщение от Аноним (-), 29-Авг-16, 11:44 
>     Cc: Adrian Hunter <adrian.hunter@intel.com>
>     Cc: Colin King <colin.king@canonical.com>

Метод не претендовал на абсолютную точность. И таки CC/Acked By/... - это индикатор вовлеченности лиц в рабочий процесс. Насколько именно они причастны к комиту - зависит от конкретной ситуации, разумеется. Если кто-то из сапопикала ревьюит патчи других компаний - наверное валидно сказать "разработчик сапопикала участвует в разработке ядра". Даже если разработчик не коммитил патч, он таки был частью процесса.

> Эпично! Продолжайте в том же духе!

А какая разница? Даже если допустить что погрешность замера 50% - это бцдюкам не поможет. Это всего лишь грубая оценка участия в процессе и влияния на ситуацию. Если всплывает разница на 2 порядка - тебя даже ошибка измерений в 2 раза от этого не спасет, лолка. Иди в вуз сходи, основы измерений и их обработки изучи.

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

174. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –1 +/–
Сообщение от Аноним (-), 29-Авг-16, 14:28 
> И таки CC/Acked By/... - это
> индикатор вовлеченности лиц в рабочий процесс. Насколько именно они причастны к
> комиту - зависит от конкретной ситуации, разумеется.

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

Но ты считал "как бы коммиты". Или все же попугаев?
Теперь ты пытаешься объяснить, почему сравнивать теплое с фиолетовым – "валидно".

> А какая разница?

Ну, не скажи – фиолетовый по твоей методике все же теплее и попугайнее, аж в 20 раз!

> Даже если допустить что погрешность замера 50% - это
> бцдюкам не поможет. Это всего лишь грубая оценка участия в процессе
> и влияния на ситуацию. Если всплывает разница на 2 порядка -
> тебя даже ошибка измерений в 2 раза от этого не спасет,
> лолка. Иди в вуз сходи, основы измерений и их обработки изучи.

Для начала определись уж, что ты с чем и как сравнивать собрался и можно ли это сравнить вообще, а потом уж пoнты кидать будешь, о Великий и Ужасный Эксперт Измерений.


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

183. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/–
Сообщение от Аноним (-), 29-Авг-16, 16:45 
> И что? Ты опять решил сравнить теплое с мягким? Поздравляю.

Я решил сравнить порядок величин. Если явно вырисовывается разница в ДВА ПОРЯДКА, какой смысл улучшать методику на 50%? Разница в 2 порядка никак не компенсируется даже промахом в два раза.

> Но ты считал "как бы коммиты". Или все же попугаев?

Я оценил порядок величин. То что там часть коммитов будет попугаями - ну да, будут. Но это ни на что не влияет при отличиях в активности на 2 порядка.

> Теперь ты пытаешься объяснить, почему сравнивать теплое с фиолетовым – "валидно".

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

> Ну, не скажи – фиолетовый по твоей методике все же теплее и попугайнее, аж в 20 раз!

Да какие 20? Ты же сам на бсде померял по той же методике. Картина не изменилась, разница в активности на те же 2-3, а то и 4 порядка осталась. Фиолетовость плюс-минус в пару раз мало что меняет при ТАКОМ раскладе.

> Для начала определись уж, что ты с чем и как сравнивать собрался
> и можно ли это сравнить вообще,

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

> а потом уж пoнты кидать будешь, о Великий и Ужасный Эксперт Измерений.

Впервые слышу чтобы основы инженерии в части измерений считались понтом. По-моему это всего лишь минимальное использование мозга и крайне грубая обработка результата, для самого общего понимания а что мы вообще тут видим. Увиденного более чем достаточно чтобы не рафинировать методику, возясь с улучшением точности в какие-нибудь жалкие 2 раза. Которые на фоне 100-1000 кратной разницы банально не делают погоды. Хорошо, где-то будет отличие не в 1000 раз а "всего" в 500. Это тебя сильно утешит?

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

194. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –4 +/–
Сообщение от Аноним (-), 29-Авг-16, 19:49 
> Я решил сравнить порядок величин. Если явно вырисовывается разница в ДВА ПОРЯДКА,
> какой смысл улучшать методику на 50%? Разница в 2 порядка никак
> не компенсируется даже промахом в два раза.

/0

> Я оценил порядок величин. То что там часть коммитов будет попугаями -  ну да, будут. Но это ни на что не влияет при  отличиях в активности на 2 порядка.

Нет, ты оценил именно что попугаев. Ну или не в курсе про регексы и тем более про разницу в камит-коментариях.

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

Только измерял ты попугаев.

>> Ну, не скажи – фиолетовый по твоей методике все же теплее и попугайнее, аж в 20 раз!
> Да какие 20? Ты же сам на бсде померял по той же  методике.

Я чего сделал? Ты в курсе, что это замер попугаев или нет? Просто потому что форматы коментариев очень разные. Не скажу, что нахожу бсдшный лучше, совсем наоборот, но речь сейчас не об этом.
В оригинале был речь шла о всяких разных плюшек от того же нетфликса.
Замеряющий видимо знал особенности лога, так как более точный греп выдает:
git log | pcregrep  -ci "obtained.*from.*netflix"
64
git log | pcregrep  -ci "sponsored.*by.*netflix"
223

Ну а ты уже с чего-то решил "10 стволов и все небо в попугаях!" и стал делать выводы на основе кофейной гущи.

> Картина не изменилась, разница в активности на те же 2-3,
> а то и 4 порядка осталась. Фиолетовость плюс-минус в пару раз

Ты хоть знаешь, что такое порядок?

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

Нет, ты хочешь тупо потроллить^W сравнить мягкое с фиолетовым. См. комментарий Андрея.

> Впервые слышу чтобы основы инженерии в части измерений считались понтом.

А о самих основах ты хоть слышал?

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

По-моему это просто юлеж и перевод стрелок.

> . Которые на фоне 100-1000 кратной разницы банально
> не делают погоды. Хорошо, где-то будет отличие не в 1000 раз
> а "всего" в 500. Это тебя сильно утешит?

Да хоть 100500 попугаев. Меня это, в отличие от, особо не волнует.

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

199. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/–
Сообщение от Аноним (-), 29-Авг-16, 23:07 
>> какой смысл улучшать методику на 50%? Разница в 2 порядка никак
>> не компенсируется даже промахом в два раза.
> /0

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

> Нет, ты оценил именно что попугаев. Ну или не в курсе про
> регексы и тем более про разницу в камит-коментариях.

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

> Только измерял ты попугаев.

Для оценки порядка величины - сойдет. А плюс-минус в пару раз там ничего не решит.

> Я чего сделал? Ты в курсе, что это замер попугаев или нет?

Это замер попугаев, но я имею наглость считать что они сильно коррелируют с разработчиковской активностью. Этого более чем достаточно.

> Просто потому что форматы коментариев очень разные. Не скажу, что нахожу
> бсдшный лучше, совсем наоборот, но речь сейчас не об этом.

Абсолютно. Я всего лишь задался целью грубо прикинуть интенсивность активности. Этим попугаям совершенно не обязательно быть точными. Более того - я не собираюсь кодить анализ иерархии коммитов и понимание настоящий ли коммит или технический. Без этого Торвальдс там будет godlike, майнтайнеры подсистем - halfgod, и проч. Бцдюкам то с их гейтовкой из свн с его плоской моделью разработки это не грозит, но в лине модель разработки не плоская. И Торвальдс таки формально вкатил туеву хучу коммитов. Это однако не означает что он все это программил.

> git log | pcregrep  -ci "sponsored.*by.*netflix"
> 223

В линуксе не парятся трекингом что там и кто "спонсировал". Такой подхалимаж проприерасам - привилегия бсдшников. Круто наверное трястись как царь кощей над полутора коммитами от огромной жлобокорпорации.

> Ну а ты уже с чего-то решил "10 стволов и все небо
> в попугаях!" и стал делать выводы на основе кофейной гущи.

Выводы основаны на том что попугаи сильно коррелируют с процессом разработки и его активностью. И когда там разница в сотни раз - даже не идеальная методика уже не принципиальна.

> Ты хоть знаешь, что такое порядок?

Я то знаю. А вот глядя на твой /0 я не уверен что это знал ты. Порядок имелся в виду в десятичной системе счисления, если что.

> Нет, ты хочешь тупо потроллить^W сравнить мягкое с фиолетовым. См. комментарий Андрея.

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

> А о самих основах ты хоть слышал?

Судя по тому что я вижу - как минимум я слышал про это больше моего оппонента.

> По-моему это просто юлеж и перевод стрелок.

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

> Да хоть 100500 попугаев. Меня это, в отличие от, особо не волнует.

Да я смотрю - некоторых волнует пошестерить перед сильными мира всего за мелкую подачку. Вот о таких и вытирают ноги все кому не лень.

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

204. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –3 +/–
Сообщение от Аноним (-), 30-Авг-16, 00:32 
>>> какой смысл улучшать методику на 50%? Разница в 2 порядка никак
>>> не компенсируется даже промахом в два раза.
>> /0
> Ты не знаешь что такое "порядок"?

Если уж брать десятичную систему, то "1000 на порядок больше 100 и на 2 порядка больше 10".
Или ты просто считать не умеешь? И почему я не удивлен?

> Знания регэксов это круто. А работающий мозг лучше, имхо.

Т.е. и в регексы ты тоже не можешь? Ну ...


> Абсолютно. Я всего лишь задался целью грубо прикинуть интенсивность активности

Да замеряй далее попугаев если тебе так нравится,  никто же вроде не запрещает.  

>> Я чего сделал? Ты в курсе, что это замер попугаев или нет?
> Это замер попугаев, но я имею наглость считать что они сильно коррелируют
> с разработчиковской активностью. Этого более чем достаточно.

Ага, наглости и ЧСВ тебе не занимать, это точно! Правда, все остальное под большим вопросом ...


>> git log | pcregrep  -ci "sponsored.*by.*netflix"
>> 223
> В линуксе не парятся трекингом что там и кто "спонсировал".

И с чтением у тебя тоже не очень, да?

> Выводы основаны на том что попугаи сильно коррелируют с процессом разработки и
> его активностью. И когда там разница в сотни раз - даже не идеальная методика уже не принципиальна.

Конечно не принципиально, особенно если "с арифметикой не в ладах", да?

>> Ты хоть знаешь, что такое порядок?
> Я то знаю. А вот глядя на твой /0 я не уверен что это знал ты. Порядок имелся в виду в десятичной системе
> счисления, если что.

Ну, я видел, как ты "знаешь". Воистину поражающая эрудиция и знание всего и вся, ага.

>> А о самих основах ты хоть слышал?
> Судя по тому что я вижу - как минимум я слышал про это больше моего оппонента.

Опять твое фирменное "я слышал, я знаю!"?

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

251. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –2 +/–
Сообщение от Аноним (-), 02-Сен-16, 15:11 
> Если уж брать десятичную систему, то "1000 на порядок больше 100 и
> на 2 порядка больше 10".

Именно так. И именно такие разбросы в активности я увидел.

Даже по подсказываемой более рафинированной методике:


$ git log --oneline --author="@redhat.com" | wc -l
35833

Против 300 коммитов таки - на 2 с фигом десятичных порядка.

И даже в самом сомнительном случае как видим я не ошибся:
[quote]
$ git log --oneline --author="@canonical.com" | wc -l
1907
[/quote]

> Или ты просто считать не умеешь? И почему я не удивлен?

Ну на тебе по более рафинированной методике. Доволен?

> Т.е. и в регексы ты тоже не можешь? Ну ...

Они в этом случае вообще не сильно сдались, так что твой пoнт - дешевый.

> Да замеряй далее попугаев если тебе так нравится,  никто же вроде не запрещает.

Ну ок, я перемерял пару попугаев. Сильно полегчало? Жлоба как не меряй, жлобом так и остается.

>> Это замер попугаев, но я имею наглость считать что они сильно коррелируют
>> с разработчиковской активностью. Этого более чем достаточно.
> Ага, наглости и ЧСВ тебе не занимать, это точно!

Без этого всякие нетфликсообразные и не только заминают только в путь. Приходится вырабатывать иммунитет.

> Правда, все остальное под большим вопросом ...

На твое горе я таки умею в основы обработки результатов измерений и поэтому обычно в состоянии понять что я вижу. И если все метрики говортя мне что я вижу жлоба, улучшение метрик в 2-3 раза не изменит картину.

>> В линуксе не парятся трекингом что там и кто "спонсировал".
> И с чтением у тебя тоже не очень, да?

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

> Конечно не принципиально, особенно если "с арифметикой не в ладах", да?

Так я могу и по рафинированной методике попугаев померять. Ты сомневался? Зря, зря.

> Ну, я видел, как ты "знаешь". Воистину поражающая эрудиция и знание всего и вся, ага.

И все-таки она вертится^W на порядки, на порядки ;)

> Опять твое фирменное "я слышал, я знаю!"?

В этот раз оно на твое несчастье подперто каким-никаким инструментированием замеров.

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

253. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/–
Сообщение от Аноним (-), 03-Сен-16, 01:19 
>> Если уж брать десятичную систему, то "1000 на порядок больше 100 и
>> на 2 порядка больше 10".
> Именно так. И именно такие разбросы в активности я увидел.
> Даже по подсказываемой более рафинированной методике:
> 
 
> $ git log --oneline --author="@redhat.com" | wc -l 
> 35833 
>

> Против 300 коммитов таки - на 2 с фигом десятичных порядка.

Только вот сравнивал ты в этой ветке с каноникалом.
Или пишем "canonical", имеем в виду "redhat"? Ну извини, я твои мысли читать не умею.

> И даже в самом сомнительном случае как видим я не ошибся:
> [quote]
> $ git log --oneline --author="@canonical.com" | wc -l
> 1907
> [/quote]

Попугаи такие попугаи.

>> Или ты просто считать не умеешь? И почему я не удивлен?
> Ну на тебе по более рафинированной методике. Доволен?

"Методика" в кавычках — ты ведь даже не поинтересовался, что сравниваешь и можно ли это вообще сравнивать. Но лихо измерил что-то и сделал выводы.


> На твое горе я таки умею в основы обработки результатов измерений и
> поэтому обычно в состоянии понять что я вижу. И если все
> метрики говортя мне что я вижу жлоба, улучшение метрик в 2-3
> раза не изменит картину.

Метрики говоришь?. "Видишь" говоришь?
Ну смотри внимательно:
Берем тот же нетфликc:
https://github.com/freebsd/freebsd/commit/bcc5b0c55d8b271169...
> Showing  22 changed files  with 256 additions and 28 deletions.

https://github.com/freebsd/freebsd/commit/91b03b024c254d4a91...
> Showing  8 changed files  with 603 additions and 169 deletions.

https://github.com/freebsd/freebsd/commit/aaa09777e1d9fde559...
> Showing  8 changed files  with 564 additions and 291 deletions.

Каноникал
https://github.com/torvalds/linux/commit/0325862dc364d8af524...
> Showing  1 changed file  with 20 additions and 4 deletions.

https://github.com/torvalds/linux/commit/dd0c6e86f66080869ca...
>   6 changed files  with 15 additions and 22 deletions.

редхат:
https://github.com/torvalds/linux/commit/ed868a56988464cd31d...
> Showing  3 changed files  with 23 additions and 5 deletions.

https://github.com/torvalds/linux/commit/4263cece22e3da94f16...
> Showing  2 changed files  with 13 additions and 45 deletions.

Вот тебе и "разница на порядок", только теперь — наоборот.
Как я и говорил — попугаи такие попугаи.

>> Опять твое фирменное "я слышал, я знаю!"?
> В этот раз оно на твое несчастье подперто каким-никаким инструментированием замеров.

В этот раз? Не, я конечно уже давно догадался, что "иметь ценное мнение" не зная темы, для тебя обычная практика, но хорошо, что ты сам признал и подтвердил. Буду иметь в виду =)

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

211. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/–
Сообщение от Michael Shigorinemail (ok), 30-Авг-16, 16:39 
> По-моему это просто юлеж и перевод стрелок.

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

PS 2 User294: git log --oneline --author='@google.com'

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

214. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/–
Сообщение от Аноним (-), 30-Авг-16, 18:43 
>> По-моему это просто юлеж и перевод стрелок.
> 1) Вам ли обвинять других в том, чем сами же начали именно этот субтредик?

Я начал/ответил честным флеймом – причем остался имхо в более-менее приемлимых рамках даже после перехода кое-кого, на личности ;)
Однако, далеко в не самую последнюю очередь речь шла именно о том, что по идее нетфликсу все равно, что использовать – из-за особенностей бизнес-модели свои наработки что в линукс, что в бзд отдавать именно из-за лицензии совсем необязательно. Ну и в качестве эдакого "доказательства" – греп лога.

А насчет "юлежа" – когда сначала идет попытка "перейти" совсем на другую тему (т.е. грубо говоря, не обсуждение того, почему все-таки нетфликс/и т.д. отдает наработки, хотя не должен, а перескок на мерянье пипис^W якобы количества коммитов), а потом еще и оправдать довольно грубую ошибку при измерении этого самого количества комитов "использованием мозга".  Да еще и с такими перлами
> Каноникал - почти в 20 раз более крутые ядерщики
> Если всплывает разница на 2 порядка - тебя даже ошибка измерений в 2 раза от этого не спасет, лолка. Иди в вуз сходи, основы измерений и их обработки изучи.

то извините, но иначе как юлежом я это назвать не могу ;)

Это помимо того, что само количество комитов, без хотя бы приблизительной величины изменений — ни  о чем не говорит, тем более при разных подходах к разработке. Вот это например https://www.opennet.ru/opennews/art.shtml?num=43646
один "мерж", причем он идет как "sponsored by netflix"


commit aaa09777e1d9fde5591814af536025be01a0182f
Author: glebius <glebius@FreeBSD.org>
Date:   Fri Jan 8 20:34:57 2016 +0000
    New sendfile(2) syscall. A joint effort of NGINX and Netflix from 2013 and
    up to now.

Я охотно повторю, что я отнюдь не в восторге от такого формата, но что есть, то есть — и это просто нужно учитывать. Потому и речь о замере "попугаев".

> 2) вспомните, какой сами предложили метод -- или там из метаданных только  источник?

И вы туда же? Я вообще не предлагал никакой метод "замера", тем более сравнений.
Я, признаюсь, даже не ожидал, что это можно так интерпретировать.
Речь изначально шла о том, что нетфликс вполне себе отдает наработки обратно (хотя и не должен и т.д. и т.п. по теме).
Причем да, я в курсе особенностей формата бздшного лога и упомянутых чуть выше особенностей, поэтому тот же "grep Netflix" выдаст число с относительно небольшой погрешностью (и проверен на всякий случай более продвинутыми выражениями –  но т.к. множить сущности ни к чему, ограничился для постинга простейшим. Я конечно признаю, что могу кое-кого и пофлеймить и попередергивать, но вот именно постить что-то от балды или совсем непроверенное как-то не приучен).
Причем, даже само количество в этом контексте – не более чем показатель эдакой регулярности. Т.е. что это не единичные акции (как с улучшением sendfile).

А вот измерять количество комитов путем поиска адреса(!) в логе (заодно и перейдя на личности, что извините, вообще обычно ни в какие ворота), начал с какого-то перепугу кое-кто другой.
Да еще и делать какие-то выводы, при этом сделав довольно грубые ошибки при самом измерении и тем более попытке сравнения совершенно разных форматов/вещей (например, как можно на полном серьезе, т.е. не флеймя, сравнивать тот же https://github.com/torvalds/linux/commit/0325862dc364d8af524...
и https://github.com/freebsd/freebsd/commit/aaa09777e1d9fde559....

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

249. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/–
Сообщение от Аноним (-), 02-Сен-16, 14:38 
> PS 2 User294: git log --oneline --author='@google.com'

Там все-равно множество технических коммитов где author - тот кто коммитил а не тот кто код писал. Если в bsd их "git" плоский потому что это гейтование из svn, где как-то иначе сложно, то в лине это массово-параллельная разработка с иерархической агрегацией по подсистемам.

И поэтому в лине как-то так:
$ git log --oneline --author="@linux-foundation.org" | wc -l
19094

$ git log --oneline --author="@linuxfoundation.org" | wc -l
1925

Первый в основном Торвальдс. Второй - Кроа-Хартман, чтоли. А заодно мы узнаем что у одной организации бывает 2 и более доменов почты, так что мой метод потенциально накручивал как вверх, так и вниз. Не принципиально для понимания общего уровня активности.

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

250. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –1 +/–
Сообщение от Michael Shigorinemail (ok), 02-Сен-16, 14:43 
>> PS 2 User294: git log --oneline --author='@google.com'
> Там все-равно множество технических коммитов где author - тот кто коммитил а
> не тот кто код писал.

Это понятно, но всё же ближе (и уже проходили, когда сравнивали @altlinux с @canonical, помните? :)

> Непринципиально для понимания общего уровня активности.

Пожалуй.

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

131. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/–
Сообщение от Аноним (-), 29-Авг-16, 01:57 
> Чтобы совсем смешно:
> 
 
> $ git log | grep "canonical.com" | wc -l 
> 5724 
>

> Каноникал - почти в 20 раз более крутые ядерщики чем весь гребаный
> нетфликс.

По вашей же "методике":

В пингвине:
git log | grep -c "microsoft.com"  
5550
В фрибзд
git log | grep -c "microsoft.com"  
113

Значит ли это что
1. МСшники такие же крутые ядерщики, как и каконикал?
2. поддержка hyper-v в пингвине  в 50 раз больше/лучше (или потребовала в 50 раз больше комитов)?

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

140. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –2 +/–
Сообщение от Аноним (-), 29-Авг-16, 11:03 
> В пингвине:
> git log | grep -c "microsoft.com"
> 5550
> В фрибзд
> git log | grep -c "microsoft.com"
> 113

Да, одно время microsoft таки комитнул в линь поддержку hyper-v. Довольно много - они на короткое время (один релиз) стали топовым коммитером Linux. Потом это еще и майнтайнить пришлось, иначе - вынесут нафиг. Вполне правдоподобные цифры, учитывая что сапопикал IIRC никогда не приближался к топу и настрелял по мелочи.

> 1. МСшники такие же крутые ядерщики, как и каконикал?

Вообще-то да. Они поддержку hyper-v вкомитили и там было много.

> 2. поддержка hyper-v в пингвине  в 50 раз больше/лучше (или потребовала
> в 50 раз больше комитов)?

Более реалистичным выводом выглядит "MS клал болт на BSD в 50 раз больше". Они наверное комитнули какие-то совсем уж базовые вещи по минимуму, чтобы оно хоть немного ползало. И забили, потому чтр тратить много времени на бзды - себя не окупает. Пингвина кастомеры часто просят, а бзды - просят во много разы реже. Ну и внимания меньше, соответственно. Ничего личного, это бизнес. Подумай какой у них процент виртуалок с линем а какой с бздой.

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

164. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/–
Сообщение от Аноним (-), 29-Авг-16, 13:30 
>> 2. поддержка hyper-v
> Да, одно время microsoft таки комитнул в линь поддержку hyper-v.

Читать, на что отвечаешь, так и не научился, да?

>> 2. поддержка hyper-v в пингвине  в 50 раз больше/лучше (или потребовала
>> в 50 раз больше комитов)?
> Более реалистичным выводом выглядит "MS клал болт на BSD в 50 раз больше".

Да ну?


git log | grep -ic "CC:.*microsoft.com"     
887
git log | grep -c "Signed.*microsoft.com" 
3010
git log | grep -c "http.*microsoft.com" 
44
git log | grep -ic "Review.*microsoft.com" 
226

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


> Они наверное комитнули какие-то совсем уж базовые вещи по минимуму,
> чтобы оно хоть немного ползало.

Да-да, у них там [bsd] неправильный hyper-v.


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

189. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +3 +/–
Сообщение от Аноним (-), 29-Авг-16, 17:16 
> Читать, на что отвечаешь, так и не научился, да?

А ты не научился передергивать. Это слишком жирно, не засчитано.

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

Для оценки порядка величин - сойдет. Кстати если ты хочешь повыпендриваться насчет методик, при подсчете кто ВКОММИТИЛ, в линухе Торвальдс окажется неимоверно крутым "разработчиком". Правда то что он вкоммитил - не означает что он это писал. Он всего лишь мержил. Я конечно понимаю что у бцдюков с использованием гита в режиме "улучшенного svn" это не проблема, но я то про линух, у них мержи по иерархиям подсистем - нормальное дело.

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

Да ну брось, я скроил первое что в бошку пришло. Оно не точное даже в проекте, но порядок величин оценить позволит. А точно там трудно сделать. Хотя-бы потому что в лине немало "технических" коммитов из-за мержей и проч, например. Поэтому точность заведомо плюс-минус лапоть.

> Да-да, у них там [bsd] неправильный hyper-v.

Я думаю что он там банально обкоцан по максимуму, как обычно в бсд. Зачем MS тратить много ресурсов на *BSD? Клиентуры с бсд у них во, а с линем во. И распределение ресурсов разработчиков - под стать. Сугубо для максимизации прибыли их хостинга. Ничего личного, это бизнес же.

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

184. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +3 +/–
Сообщение от Andrey Mitrofanov (?), 29-Авг-16, 16:48 
>> В пингвине:
>> 5550
>> В фрибзд
>> 113

//"Мёртвые завидуют живым." Опять?---

> Да, одно время microsoft таки комитнул в линь поддержку hyper-v. Довольно много
> - они на короткое время (один релиз) стали топовым коммитером Linux.
> Потом это еще и майнтайнить пришлось, иначе - вынесут нафиг. Вполне

Шёл далёкий 2011-ый год... Теперь уже мало кто помнит hyper-v в 3.0... Вот именно при _чистке_ того мааахонького дырвер-кода и случился тот памятный "рекордный" забег:

"K. Y. Srinivasan topped the list of changeset contributors with a massive set of cleanups to the Microsoft HV driver in the staging tree; it's impressive to see how much cleanup less than 15,000 lines of code can require. " --"Who wrote 3.0 -[...]" http://lwn.net/Articles/451243/

В примерном переводе: впечатляет, как можно было такого наворотить всего в 15К строк кода, как можно быть настолько нескромным, чтобы лезть с этим крапом в топы, почему это не стёрли из стейджинга поганой метлой, как опасные токсичные отходы, как я мог написать _такую_ статистику и т.п.

> правдоподобные цифры, учитывая что сапопикал
>> 1. МСшники такие же крутые ядерщики, как и
> Вообще-то да. Они поддержку hyper-v вкомитили и там было много.
>> 2. поддержка hyper-v в пингвине  в 50 раз больше/лучше (или потребовала
>> в 50 раз больше комитов)?

Во фре меряться не с кем, а тут такая "победа" -- и IBM, и Intel, и RH. И всех их они по _нескромности_ накручивания метрик уделали, как детей:

| #1  | (None)       | 1085 | 12.0% | 4.39 | #-1  |
| #2  | Red Hat      | 1000 | 11.1% | 1.84 | #-2  |
| #3  | Intel        |  839 |  9.3% | 6.07 | #+2  |
| #4  | (Unknown)    |  569 |  6.3% | 1.60 | #-3  |
| #5  | Novell       |  441 |  4.9% | 1.38 | #-5  |
| #6  | IBM          |  374 |  4.2% | 1.71 | #+2  |
| #7  | Microsoft    |  361 |  4.0% |    1 | #-10 |
| #8  | Atheros Com. |  241 |  2.7% | 6.89 | #+3  |
| #9  | Texas Instr. |  234 |  2.6% | 1.44 | #-9  |
| #10 | Broadcom     |  222 |  2.5% | 8.71 | #-7  |
| #1  | Intel        | 163232 | 18.1% |
| #2  | (None)       | 152840 | 16.9% |
| #3  | Broadcom     |  61948 |  6.9% |
| #4  | Red Hat      |  59079 |  6.5% |
| #5  | Atheros Com. |  53268 |  5.9% |
| #7  | (Unknown)    |  29261 |  3.2% |
| #8  | IBM          |  20587 |  2.3% |
| #10 | Novell       |  19578 |  2.2% |
| #17 | Microsoft    |  11564 |  1.3% |
| #18 | Texas Instr. |  10802 |  1.2% |
Как и проверенных и заслуженных тт.Миллера, Брауна и Вильямса:
| #1    | K. Y. Srinivasan |   343 |   3.8% |       1 | #-13    |
| #2    | David S. Miller  |   176 |   2.0% | [>1.48] | [<#-18] |
| #3    | Dan Williams     |   149 |   1.7% |   19.55 | #+2     |
| #6    | Mark Brown       |    91 |   1.0% |    3.54 | #-10    |
| [>20] | Wolfram Sang     | [<58] | [<=0.6 |  [>6.0] | [<#-6]  |
| #1    | Dan Williams     |   82466 |     9.1% |
| #14   | Wolfram Sang     |    9886 |     1.1% |
| #15   | K. Y. Srinivasan |    9709 |     1.1% |
| #16   | Mark Brown       |    9127 |     1.0% |
| [>20] | David S. Miller  | [<7410] | [<=0.8%] |
Индексы в строках на коммит относительно "эталона" и в местах по строкам отн-но коммитов, надеюсь, не надо объяснять. [Ну, то есть, аналитики, -- понеслась!]
Ответить | Правка | Наверх | Cообщить модератору

143. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/–
Сообщение от Аноним (-), 29-Авг-16, 11:24 
> Аналогии для отвлечения от свинчивания с темы - такие аналогии!

Аналогии лишь для иллюстрации того как некоторые рожи себя ведут. Чтобы эти рожи потом не удивлялись почему возник спрос на их устранение из процессов.

> 

  # git log | grep "redhat.com" | wc -l 
>       32

Это в бзде? Если да, значит ошибка моего метода не превысила три десятка на 150 000. Это очень хорошая погрешность измерений.

> 

 # git log | grep "google.com" | wc -l 
>       54

О чем и речь. Это как раз то самое что называется "в пределах погрешности измерений".

> 

 #  git log | grep "ibm.com" | wc -l 
>        6

Это в бсд? :) Похоже, ты всерьез решил доказать тезис что коммиты корпораций в BSD находятся в пределах погрешности и ими можно пренебречь. А что такое 6 на почти 60 000? Аж целые 0.01% того что в Linux? Это даже для погрешности измерений очень малая величина :P

> Ну и до кучи:

Круто: вся толпа более чем в 10 раз меньше чем один только RH "наспонсорил" ;)

Bonus level: скажи, кем надо быть, чтобы запускать навороченные программы с каким-то процессингом данных зачем-то от рута? Ну это так, косвенное измерение кое-чьих админских скиллов. Раз измерения - можно и дополнительные факты косвенными методами извлечь :)

> По теме что-то будет, ковыряющийся в носу вы наш?

Так вы сами все сказали, даже погрешность измерений помогли прикинуть. И понять что она маленькая. Мне даже и добавить нечего, кроме случайного обнаружения что оппонент ДЛБ и делает это зачем-то еще и под рутом.

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

168. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/–
Сообщение от Аноним (-), 29-Авг-16, 13:51 

>> 
  # git log | grep "redhat.com" | wc -l 
>>       32

> Это в бзде? Если да, значит ошибка моего метода не превысила три
> десятка на 150 000.


git log | grep -ic "CC:.*redhat.com"   
18768
git log | grep -c "Signed.*redhat.com"   
69882

> Это очень хорошая погрешность измерений.

Это очень феерично про погрешность.


>> #  git log | grep "ibm.com" | wc -l
>>       6
> А что такое 6 на почти 60 000? Аж целые 0.01%
> того что в Linux? Это даже для погрешности измерений очень малая
> величина :P 


git log | grep -ic "Cc.*ibm.com" 
10335
 git log | grep -c "Signed.*ibm.com" 
24634

60000 коммитов говоришь? Малая величина погрешности говоришь?

Эксперт замеров, хоть ученую степень давай )

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

193. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +2 +/–
Сообщение от Аноним (-), 29-Авг-16, 19:16 
> Bonus level: скажи, кем надо быть, чтобы запускать навороченные программы с каким-то
> процессингом данных зачем-то от рута?

Какой ты эталонный измерЯтель сферы в вакууме, тебе уже объяснили ), а вот насчет того, что ты не только на Шерлока Холмса или мисс Марпл, но и на доктора Ватсона не тянешь, похоже нет.
> Ну это так, косвенное измерение кое-чьих админских скиллов.

Нет, это опять косвенные фантазии косвенного "не знаю, не слышал, но мнение имею!"
Ну, то есть, как обычно :)
> Раз измерения - можно и дополнительные факты косвенными методами  извлечь :)

То, что ты совсем не Шерлок и даже на Ватсона не тянешь, я уже говорил. То, что ты любишь принимать свои фантазии за реальные факты, тоже далеко не секрет )
"#" мой дорогой, охотно надувающий щеки и знающий все лучше всех анонимные тезка, еще есть в prompt-е  шелла, запущеном в  джейле, если при этом "задействуется" пользователь с хоста.
Но ты смело продолжай  и далее делать умный вид и нести пургу )

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

200. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –2 +/–
Сообщение от Аноним (-), 29-Авг-16, 23:16 
> "#" мой дорогой, охотно надувающий щеки и знающий все лучше всех анонимные
> тезка, еще есть в prompt-е  шелла, запущеном в  джейле,
> если при этом "задействуется" пользователь с хоста.

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

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

209. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/–
Сообщение от Michael Shigorinemail (ok), 30-Авг-16, 16:30 
> Да понятно, у лапчатых если что, то "морда кирпичем" и начинается трындеж
> "лицензия позволяет! И вообще, это исключение для хороших людей!".
> При этом скромно умалчивается, что код таки зажимается проприерастом

Удаляю за демагогию и нарушение п. 6 http://wiki.opennet.ru/ForumHelp -- и жалуйтесь хоть в спортлото.

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

192. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/–
Сообщение от fi (ok), 29-Авг-16, 19:04 
>> Где там GoogleFS посмотреть можно?
> Так где посмотреть можно?

там же где исходники windows & OSX. Или как тут предложили OracleDB.

Да, в дагонку  - скиньте мне msoffice !!!

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

28. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +4 +/–
Сообщение от Аноним (-), 28-Авг-16, 13:27 
> Ты наверное не понял. Из-за того что лицензия GPL, то доработав/дописав код
> компаниям приходится раскрывать исходники.

И если кто не заметил - это очень простимулировало коммиты в майнлайн по поддержке кучи SoC всех мастей. А какая поддержка этих SoC в *BSD - нутыпонел. Там чаще всего есть поддержка процессорного ядра и 16550 :)

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

106. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/–
Сообщение от qwerty (??), 28-Авг-16, 21:57 
>И если кто не заметил - это очень простимулировало коммиты в майнлайн по поддержке кучи SoC всех мастей.

И достаточное заметное количество блобов для этих и иных SoC.
И еще один момент - никто не знает, сколько раз собака не лаяла.

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

122. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/–
Сообщение от Аноним (-), 28-Авг-16, 23:26 
> И достаточное заметное количество блобов для этих и иных SoC.

В майнлайн блобы не берут, тебя дезинформировали. Вообще блобы там реально мешают жить только в всяких генераторах шейдеров для GPU. Это напрягает только тех кому надо забористое 3D. Что как бы плохо, но по сравнению с остальными...

> И еще один момент - никто не знает, сколько раз собака не лаяла.

Если ты про бэкдоры - в линух не берут что попало не глядя. До того как патчи принять - их еще и читают.

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

177. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –1 +/–
Сообщение от F (?), 29-Авг-16, 15:02 
> Ты наверное не понял. Из-за того что лицензия GPL, то доработав/дописав код

Нет, это у тебя сознание с одного вектора не переключается никак.
Чел выше сказал, что жэпээль на его пользовательской свободе не сказывается никак, т к достаточно закрыть 2 байта кода чтобы сделать софт неизменяемым (и это не нарушит gpl), а прозондирован он официально и открыто и так.

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

19. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/–
Сообщение от Mihail Zenkov (ok), 28-Авг-16, 12:45 
> ps. кстати, тот факт, что у меня в телефоне, телевизоре или ещё где Linux Kernel - вообще не даёт мне никакой свободы.

Это главная недоработка GPL: лицензия требует предоставить код, который можно собрать. Но не требует оставить возможность запустить собранный код. Проприетарщики дружно этим пользуются - шифруют прошивки.

Но даже сейчас, сделать что-то с устройством с linux kernel проще, чем без него. Например для фотоаппаратов sony смогли расшифровать прошивку, а на сайте sony есть исходники ядра/busybox/etc. Так что вполне реально собрать и запустить свою систему на этих аппаратах.

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

24. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +4 +/–
Сообщение от Аноним (-), 28-Авг-16, 13:15 
Долой GPL 2, используй GPL 3
Ответить | Правка | Наверх | Cообщить модератору

27. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/–
Сообщение от Mihail Zenkov (ok), 28-Авг-16, 13:27 
Да, печально, что Торвальдс не хочет перейти на GPLv3.
Ответить | Правка | Наверх | Cообщить модератору

29. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +2 +/–
Сообщение от Аноним (-), 28-Авг-16, 13:32 
> Да, печально, что Торвальдс не хочет перейти на GPLv3.

Он еще и технически это не может сделать. Для этого надо согласие всех коммитеров получать. В проекте такого размера это делать загнешься.

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

30. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/–
Сообщение от Mihail Zenkov (ok), 28-Авг-16, 13:41 
Да, но ведь можно на весь новый код поставить GPLv3? Да и если бы удалось собрать согласие хотя бы на основной код (без драйверов/FS) это уже бы закрыло проприетарщикам лазейку.

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

85. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/–
Сообщение от Аноним (-), 28-Авг-16, 17:05 
> Да, но ведь можно на весь новый код поставить GPLv3?

Если 3 only - станет не совместимо с GPLv2. А 2 or later там довольно много. Только не энфорсит 3.х. Логическая ловушка :).

> Да и если бы удалось собрать согласие хотя бы на основной код (без
> драйверов/FS) это уже бы закрыло проприетарщикам лазейку.

Да я думаю что их и так нахлобучат. Нарвутся на развитие OpenHardware заодно. Если проприерасы думали что съе на уровень железа и гадить оттуда прокатит - ну посмотрим. ИМХО их и там достанут :)

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

90. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –2 +/–
Сообщение от Mihail Zenkov (ok), 28-Авг-16, 17:38 
> Если 3 only - станет не совместимо с GPLv2.

Почему? Ведь это новый код. Старый так и останется под GPLv2. В итоге придется соблюдать обе лицензии или компилировать только ту часть кода, которая под GPLv2. Видел многие проекты поступают подобным образом: например у ffmpeg в configure есть "--enable-gpl" и  "--enable-version3".

Или я ошибаюсь?

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

98. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/–
Сообщение от Аноним (-), 28-Авг-16, 19:17 
> Почему? Ведь это новый код. Старый так и останется под GPLv2.

Код 2-only код нельзя линковать с 3-only. И чего с этими половинками ;) ядра потом делать? В этом и состоит логическая ловушка. GPL запрещает навешивать дополнительные ограничения, но GPLv3 по сравнению с v2 таки запрещает тивоизацию и т.п. и это таки формально дополнительные ограничения. Такой вот прикол.

> В итоге придется соблюдать обе лицензии или компилировать только ту часть кода,
> которая под GPLv2. Видел многие проекты поступают подобным образом: например у
> ffmpeg в configure есть "--enable-gpl" и  "--enable-version3".

У них только GPL vs LGPL переключается вроде. А не по версиям. Если части ядра нельзя друг с другом компилить - это как бы несколько маразм, не?

> Или я ошибаюсь?

GPL2 и 3 несовместимы. Почему - см. выше. Можно вместо 3 дописать 2 or later, но тогда энфорс 3 отвалится. А переписать все ядро под GPLv3 чтобы есличо отваливался GPLv2 - малореалистично из-за объема работ.

Ну и в целом - тебе не хватает открытых железок на повозиться? Ну вон allwinner или rockchip - я вообще не знаю бывает там лоченый бутлоадер, даже чисто теоретически. В даташитах что-то такое пишут про "security boot" но я ни разу в жизни не видел на этом ни один девайс с залоченым загрузчиком. Китайцам это нафиг не уперлось.

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

104. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/–
Сообщение от Mihail Zenkov (ok), 28-Авг-16, 21:29 
> Код 2-only код нельзя линковать с 3-only.

Спасибо, теперь понятно.

> Ну и в целом - тебе не хватает открытых железок на повозиться?
> Ну вон allwinner или rockchip - я вообще не знаю бывает
> там лоченый бутлоадер, даже чисто теоретически. В даташитах что-то такое пишут
> про "security boot" но я ни разу в жизни не видел
> на этом ни один девайс с залоченым загрузчиком. Китайцам это нафиг
> не уперлось.

Зависит от SoC - искал информацию по RKnanoC/RKnanoD - нет даташитов с регистрами, SDK тем более нет. По некоторым SoC/uC информации хватает, но меня больше интересуют готовые устройства и возможность их адаптации под свои нужды. Например найти приличный фотоаппарат (сенсор APS-C) с возможностью глубокой модификации не реально. Лучшее что есть - magic lantern для canon. Но это не совсем то, что нужно. Да и сами эти аппараты мне не совсем подходят.

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

125. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/–
Сообщение от Аноним (-), 29-Авг-16, 00:34 
> Спасибо, теперь понятно.

Увы, все не предусмотришь.

> Зависит от SoC - искал информацию по RKnanoC/RKnanoD - нет даташитов с регистрами,

С документацией у китайцев действительно "не очень", но я про железки с Linux говорил. Там если даташит куцый, код в драйвере или u-boot, из него можно понять как это работает. Спасибо GPL ;). А смысл покупать нечто с cortex M3 у китайцев я не очень понимаю. Allwinner и Rockchip интересны дешевыми и фичастыми апликушными процами. Цена/качество приятное и у готовых девайсов, и у SBC/модулей.

> SDK тем более нет. По некоторым SoC/uC информации хватает, но
> меня больше интересуют готовые устройства и возможность их адаптации под свои нужды.

Меня готовые устройства с cortex M3 от китайцев не интересуют, тут ничего не скажу.

> Например найти приличный фотоаппарат (сенсор APS-C) с возможностью глубокой модификации
> не реально.

Я бы хотел что-нибудь с приличной матрицей и Linux. Без Linux мне это не надо. Потому что N900 меня уже приучил к комфорту. Когда смарт цепляется к вафле, скидывает нафотканое rsync'ом и от меня ничего не требуется. Более глупые фотоаппараты вызывают у меня раздражение невозможностью сделать так же.

> Лучшее что есть - magic lantern для canon. Но это не совсем то, что нужно.
> Да и сами эти аппараты мне не совсем подходят.

Мне бы вот хотелось что-нибудь на основе линя и с более-менее приличной матрицей/оптикой. Без линя это будет скучной хренью которая никогда не сможет делать так как мне на самом деле надо.

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

148. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +3 +/–
Сообщение от Mihail Zenkov (ok), 29-Авг-16, 11:49 
> Меня готовые устройства с cortex M3 от китайцев не интересуют, тут ничего
> не скажу.

Упомянутый мной RKnanoС/D широко используется в аудиоплеерах. Я участвую в разработке Rockbox - открытой прошивки для аудиоплееров. На данный момент ситуация с плеерами весьма печальная: хорошее железо использовавшееся для моделей среднего уровня (30-50$) 2008-2013 года заменяют более дешевым, на котором практически отсутствует RAM. Остаются только неоправданно дорогие модели (>100$). Мы ищем на какие чипы/плееры мы могли бы произвести  портирование. На данный момент вся надежда на одного производителя (Reuizu/AGPTek) - их представитель сам вышел с нами на связь и поинтересовался, какое нужно железо для нормальной работы Rockbox. Обещает обозримом будущем новую модель с подходящим железом и по адекватной цене. Посмотрим, что получается на деле.

> Мне бы вот хотелось что-нибудь на основе линя и с более-менее приличной
> матрицей/оптикой. Без линя это будет скучной хренью которая никогда не сможет
> делать так как мне на самом деле надо.

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

Хочу попробовать поковырять одну из не очень дорогих камер сони - ядро там linux, но программа управления естественно закрыта. Пока еще не понял, есть ли в исходниках ядра драйвер фото матрицы. Если есть - то остальное не так сложно.

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

175. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/–
Сообщение от Аноним (-), 29-Авг-16, 14:28 
Круто! Недавно сам приобрел дешевый плеер Ruizu, так как старый плеер, купленный еще в 2008, умер, а новых и нормальных на прилавках не нашлось. На плеер пришлось поставить прошивку AGPTek и он почти устраивает, но если появится железка с поддержкой Rockbox не дороже 40$, куплю обязательно.
Ответить | Правка | К родителю #148 | Наверх | Cообщить модератору

179. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –1 +/–
Сообщение от Аноним (-), 29-Авг-16, 15:34 
> Упомянутый мной RKnanoС/D широко используется в аудиоплеерах.

Вот оно что. Я не слежу за этим рынком, т.к. музыку слушаю на смарте и поэтому не в курсе что там творится и из чего это сейчас делают.

> Я участвую в разработке Rockbox - открытой прошивки для аудиоплееров.

Теперь понятно в чем интерес к китайским Cortex M3.

> На данный момент ситуация с плеерами весьма печальная:

Подозреваю что отдельные плееры нынче нишевая штука и наверное золотой век направления закончился.

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

Ого, все бы так!

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

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

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

Собственно из небольших мелочей и складывается общее удобство и то что называется юзабилити. Без этого железка получается глуповатой и назойливой.

> Хочу попробовать поковырять одну из не очень дорогих камер сони - ядро
> там linux, но программа управления естественно закрыта.

Соня таки делает камеры на Linux? Что за модели? Там всякие секурбуты - есть? И майнлайном проц хоть как-то поддерживается? (боюсь что соня может оправдать все самые хучшие ожидания характерные для проприерасов взявшихся использвать линух - напрасно боюсь?)

> Пока еще не понял, есть ли в исходниках ядра драйвер фото матрицы.

Еще camera I/F проца, если он экзотичный. А он там наверное именно такой?

> Если есть - то остальное не так сложно.

ИМХО очень зависит от экзотичности и навороченности проца. Что там у них за проц?

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

180. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +2 +/–
Сообщение от Mihail Zenkov (ok), 29-Авг-16, 16:22 
> Подозреваю что отдельные плееры нынче нишевая штука и наверное золотой век направления
> закончился.

Да, но определенный спрос есть. В основном это те, кто много слушает музыку или аудиокниги.

Малый вес, малый размер, удобные физические кнопки, долгое время автономной работы, хорошее качество звучания. Для незрячих вообще незаменим - физические кнопки + голосовое прочтение меню в rockbox. Да и многие зрячие любят управлять плеером на ощупь.

> Ого, все бы так!

Это точно. Насколько я знаю, до этого лишь один производитель чипов (сам он плееры не производил) пошел на контакт (предоставил часть даташитов и несколько demo boards).

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

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

> - я не
> сильный спец в таких алгоритмах, но там вроде крутят фокус до
> тех пор пока не станет максимум резких границ.

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

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

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

> В лучшем случае можно захинтить, при том чтобы это делать не
> было мучительно - надо точскрин, чтоли, как средство ввода. Да и
> вообще экран неплохо бы человеческого размера, чтобы хотя-бы грубые промахи были
> сразу видны.

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

> Собственно из небольших мелочей и складывается общее удобство и то что называется
> юзабилити. Без этого железка получается глуповатой и назойливой.

Это да, иногда мелочи могут сильно раздражать.

> Соня таки делает камеры на Linux? Что за модели?

Практически все SLT и NEX.

> Там всякие секурбуты - есть? И майнлайном проц хоть как-то поддерживается? (боюсь что соня
> может оправдать все самые хучшие ожидания характерные для проприерасов взявшихся использвать
> линух - напрасно боюсь?)

Шифрованная прошивка. Шифр разобрали, есть программа для распаковки и обратной упаковки прошивки.

>> Пока еще не понял, есть ли в исходниках ядра драйвер фото матрицы.
> Еще camera I/F проца, если он экзотичный. А он там наверное именно
> такой?

Походу - да. Но так будет в любом приличном аппарате.

> ИМХО очень зависит от экзотичности и навороченности проца. Что там у них
> за проц?

Кое что можно тут посмотреть: http://www.gh1-hack.info/wiki/SonyNEX

Можно подробнее в исходниках ядра для конкретной камеры: http://oss.sony.net/Products/Linux/DI/category01.html

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

221. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –3 +/–
Сообщение от Аноним (-), 31-Авг-16, 16:44 
> Да, но определенный спрос есть. В основном это те, кто много слушает
> музыку или аудиокниги.

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

> прочтение меню в rockbox. Да и многие зрячие любят управлять плеером
> на ощупь.

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

> Это точно. Насколько я знаю, до этого лишь один производитель чипов (сам
> он плееры не производил) пошел на контакт (предоставил часть даташитов и
> несколько demo boards).

Пример для подражания производителям, если они хотят чтобы на основе их чипов разрабатывали и побольше и софт был не слишком кривым :)

> Фокусировка по контрастности на матрице очень медленная,

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

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

Но есть некоторые нюансы. В результате большинство людей фотографирует такими камерами крайне плохо, иной раз смарт с паршивой камерой дает фотографии значительно лучше. Просто потому что когда фокус с датчиками сфокусировался на черт знает что, а на мелком экранчике камеры ничерта не видно - EPIC FAIL фокусировки обнаружится сильно опосля. И так, глядя на не очень повернутый народец купивший себе зеркалки - процент размазни получается неприличный. К тому же сколь-нибудь сильную расфокусировку невозможно вытянуть никакой постобработкой.

Профессионалы и сильно повернутые на процессе любители конечно постепенно придр...тся к закидонам своей железки и будут понимать где у них фокус и его заскоки. Но на мой взгляд это далеко не лучший man-machine interface на свете, мягко говоря. Или попросту долботня с особенностями/ограничениями железки. А взяв в руки чужую камеру - шансы удачно сфотографировать что-то - низкие. Стандартный батхерт зеркальщика это попросить кого-нибудь сфоткать его. И получится... то самое. При том на небольшом экранчике может выглядеть довольно сносно, но при разгребании фото батхерт гарантирован.

Хороший man-machine interface - как в новых андроидах. Ткнул "вот сюда" - там и будет фокус. Но большинство андроидов не умеет снимать в RAW и там мелкая шумная матрица, а это сразу заявка на FAIL. Как только света хоть чуть-чуть не хватает (а когда его хватает мелкой матрице с фиговой оптикой), результат становится неустранимым ужасом. По крайней мере, я не умею культурно вырубать шум если он дополнительно опохаблен жпеговскими блоками.

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

Насколько я знаю - для некоторых объективов народ это сделал даже.

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

Чаще всего там неудобный man-machine интерфейс в котором черт ногу сломит. И кроме того я не понимаю как в случае фокуса по датчикам это должно работать. Если гибридный фокус - ну там да, так можно.

> Для этого можно использовать спец режим показывающий не всю картинку, а только
> фокусируемый фрагмент с разрешением 1:1 от матрицы.

Это очень удлинняет период прицеливания. Если это какая макросъемка или пейзаж - это вариант, конечно. Хоть и неудобный. А если это съемка "навскидку" (так чаще всего самые интересные и оригинальные кадры) - реальный мир не будет ждать.

NB: чем крут линукс? Тем что я врубаю запись с V4L2 девайса "камера" через gstreamer одной кнопкой. Один клац - и через секунду уже пишется видео с камеры в файл. Ну да, параметры hardcoded и видоискателя нет. Зато почти мгновенный запуск. Как одна из опций - очень даже :)

> Такое есть на некоторых аппаратах, в основном применяется для ручного фокуса.

Это хорошо, но, блин, если автофокус по содержимому кадра медленный, тогда это - просто совсем уж по черепашьи. Это валидная опция если фотограф совсем никуда не торопится. Но в моем случае - часто или фото интересных моментов или посещение красивых мест на краю земли, где часто есть constraints на время операций и на доступные объемы электричества. Если с камерой долго плясать - энергии тратится прорва, так что вдали от розетки фотограф вскоре получит тяжелый и бесполезный кирпич, который он будет таскать до конца приключений в роли гири.

> Это да, иногда мелочи могут сильно раздражать.

Лично меня к тому же раздражают глупые железки не поддающиеся автоматизации и интеграции.

>> Соня таки делает камеры на Linux? Что за модели?
> Практически все SLT и NEX.

Хм, уже интересно.

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

Боюсь это означает что в следующих моделях они и секурбут приделают. Хотя может это больше для того чтобы Секреты Обработки Изображений китайцы не копировали так сразу.

> Походу - да. Но так будет в любом приличном аппарате.

Вот у меня и возникает вопрос насколько сложно заинтерфейсить более-менее нормальную матрицу к не очень экзотичному железу. Там конечно нет специализированного сигнальника. Но сейчас апликушники и без всяких сигнальников - очень даже. К тому же у сони полно ASICов. Это и геморрой с поддержкой и доверия им мало - они могут ворочать довольно сложную логику с нежелательными элементами. Особенно у фирмы сони, известной своей DRMовостью по жизни.

> Кое что можно тут посмотреть: http://www.gh1-hack.info/wiki/SonyNEX

Мде, печальное местечко. Какие-то виндовые ехешки и рассуждения про иду про. А даже просто написать какой у проца набор команд не доперли, из инфо только самые общие наметки и пара виндовых прог "смотрите как я могу!". И вопросы "а кто-нибудь смог скомпилить ядро?". И это круто, НО реверсить что делает мутный виндовый бинарь мне может быть даже сложнее чем линуксную прошивку. Как там эти хакиры могут - мне не интересно. Хотя-бы потому что я в отличие от них могу хотя-бы скомпилировать ядро. Хотя-бы для моих железок. А им в их винде удачи с этим начинанием. Люди заведомо будут бегать в лыжах по асфальту с такими подходами.

> Можно подробнее в исходниках ядра для конкретной камеры: http://oss.sony.net/Products/Linux/DI/category01.html

Еще бы понять для начала каким бордом считается камера. Вижу там запуск RealView видимо для отладки в виртуалке (фигасебе соня продвинутая), нечто на iMX (гоняют на нем какой-то прототим?) и 2 неизвестных мне железки (какая-то из них видимо и есть камера, но названия платформ видимо какие-то внутренние). А сам кернель - наисвежайший 2.6.21. Ух, посмотрев на него я аж удивился насколько оно отличается от обычного свежего кернела :)

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

232. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/–
Сообщение от Mihail Zenkov (ok), 31-Авг-16, 20:08 
>> Да, но определенный спрос есть. В основном это те, кто много слушает
>> музыку или аудиокниги.
> Ну понятно. Но я так подозреваю что большинство людей предпочитает воткнуть наушники
> в смарт или планшет которые все-равно у них в кармане болтаются.

Да, но в основном это те, кто мало слушает или слушает только в дороге.
Я часто слушаю, когда работаю физически. Телефон слишком тяжелый (болтается в легкой рабочей одежде), да и вероятность его разбить очень высока.

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

Многие также используют плееры при спортивных тренировках по тем же причинам.

> К тому же там плеер заткнется при звонках, системных уведомлениях и
> проч, а потом сам вернется на место.

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

> Да спору нет, просто это отдельный гаджет, не особо функциональный, с отдельными
> проводами,

Провода/разъемы более-менее унифицированы.

> зарядом аккумулятора

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

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

> и отсутствием интеграции со всем остальным.

Сейчас есть плееры с bt/wifi, но меня они мало интересуют, так что не в курсе что там конкретно есть.

>> на профессиональных камерах используют фазовый фокус или гибридный
>> (фазовый + контрастный). Фазовый - куча отдельных датчиков.
> Но есть некоторые нюансы. В результате большинство людей фотографирует такими камерами
> крайне плохо, иной раз смарт с паршивой камерой дает фотографии значительно
> лучше. Просто потому что когда фокус с датчиками сфокусировался на черт
> знает что, а на мелком экранчике камеры ничерта не видно -
> EPIC FAIL фокусировки обнаружится сильно опосля. И так, глядя на не
> очень повернутый народец купивший себе зеркалки - процент размазни получается неприличный.

Нет, проблема сугубо в том, что зеркалка (как и например gnu/linux) требуют определенных знаний при использовании. Люде же почему-то думают, что про фотоаппарат должен делать все сам, а он наоборот дает наибольшую гибкость в выборе как снять кадр.

В итоге доходит до того, что люди банально снимают на автомате и не могут указать точку или зону фокуса.


> Профессионалы и сильно повернутые на процессе любители конечно постепенно придр...тся
> к закидонам своей железки и будут понимать где у них фокус
> и его заскоки. Но на мой взгляд это далеко не лучший
> man-machine interface на свете, мягко говоря. Или попросту долботня с особенностями/ограничениями
> железки. А взяв в руки чужую камеру - шансы удачно сфотографировать
> что-то - низкие.

Нет, все про аппараты очень похожи. Есть нюансы, но не таки, которые мешают нормально использовать камеру после 5-10 минут знакомства (при наличии опыта работы с зеркалками/без зеркалками).

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

> Хороший man-machine interface - как в новых андроидах. Ткнул "вот сюда" -
> там и будет фокус.

Есть и такое - большинство беззеркалок идут с тоучем.

>> Это не проблема - всегда можно выбрать зону или точку фокуса, в
>> нормальных аппаратах достаточно гибкая система.
> Чаще всего там неудобный man-machine интерфейс в котором черт ногу сломит.

Нет, все быстро и просто. Обычно на про аппаратах есть отдельная кнопка для перехода в режим выбора зоны или точки фокуса. На экране/видоискателе показывается зона/точка (или точки) фокуса. У сони (возможно и у других) есть режим слежения за объектом - указываешь объект (например животное) фотоаппарату и он пытается удержать объект в фокусе, куда бы тот не двинулся.

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

На экране видны 7-1XX квадратов, которые можно выбрать, как точку фокуса.

>> Для этого можно использовать спец режим показывающий не всю картинку, а только
>> фокусируемый фрагмент с разрешением 1:1 от матрицы.
> Это очень удлинняет период прицеливания. Если это какая макросъемка или пейзаж -
> это вариант, конечно. Хоть и неудобный. А если это съемка "навскидку"
> (так чаще всего самые интересные и оригинальные кадры) - реальный мир
> не будет ждать.

Да, подобный штуки обычно нужны для фокуса на отдельной конкретной травинке или при использовании оптики без автофокуса.


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

Боюсь, что так ничего не выйдет - для про камер норма снимать > 5 кадров в секунду при полном разрешении в raw. Это весьма приличный поток. От новых камер уже требуют видео 4K с битрейтом в 100mbit/s. Обычный arm проц такое не осилит.

>> Кое что можно тут посмотреть: http://www.gh1-hack.info/wiki/SonyNEX
> Мде, печальное местечко. Какие-то виндовые ехешки и рассуждения про иду про.

Не, там просто внутренности тушки, остальное устарело. Исходники есть на github.

В конце там была ссылка на personal-view.com - там обсуждение и wiki (http://www.personal-view.com/faqs/start).

> Еще бы понять для начала каким бордом считается камера.

Для некоторых камер есть в открытом доступе service manual level 2 (как разобрать), level 3 (схемы). Залил что есть у меня: http://knk.square7.ch/slt

Если увидите другие service manual level 3 для NEX/SLT в открытом доступе - дайте мне знать.

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

244. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/–
Сообщение от Аноним (-), 01-Сен-16, 19:45 
> Сделал себе специальные наушники, где плеер крепится прямо на чашку полноразмерных наушников

А сами наушник то при таком хардкоре не мешают?

> Многие также используют плееры при спортивных тренировках по тем же причинам.

Ну если уж мы об этом, я устроил себе немного кросскантри на горняке по лесу. И как-то увлекся и продолбал когда потемнело, оказавшись в неизвестной локации и потеряв тропинку. Если бы не смарт с подкешированными OSMными картами где тропинки идеально разрисованы - это был бы EPIC FAIL с незапланированной ночевкой в лесу.

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

Это да.

> У плееров, не смотря на их скромный вес, время работы 20-50 часов.

Да и у смартов это время наверное не меньше. Только там еще есть какая-никакая камера, GPSник, FM радио всякие, веббраузер наконец. На смарте пару треков даже можно гуглануть и скачать, если очень надо. Или совсем других треков - которые GPX.

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

Но это все-таки отдельный девайс требующий отдельного к себе внимания. При том что он не очень функциональный.

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

Я вот при крайней необходимости GPSом эпично попользовался недавно, избежав ночевки в лесу :). Да и камеру - я не готов с собой таскать повседневно даже компакт. А самые интересные и/или красивые кадры почему-то попадаются когда их не ждешь. А вот телефонные звонки - моя наимменее любимая часть, я очень мало пользуюсь ими. Поэтому звонилка для меня почти бесполезна.

> Сейчас есть плееры с bt/wifi, но меня они мало интересуют, так что
> не в курсе что там конкретно есть.

Там наверное нет нормального Linux, поэтому я не смогу автоматизировать это. И того же GPSа с OSMными картами. Да, интегрированные девайсы компромисс. Но если я навешу на себя отдельные камеру, плеер, навигатор, телефон, FM радио, фонарик и что там еще - вместо покатушек на веле можно будет сходить на выставку технофриков. В качестве экспоната.

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

И как угодно, но это баг а не фича с точки зрения man-machine interface и просто технологий. В идеале должно хорошо работать даже с автоматикой, но позволять оверрайд вручную если фотограф уверен что знает лучше. Когда мы пользуемся глазами - мы вообще не задумываемся даже. Это пример "идеального" интерфейса. Отличная картинка (лучше вы не увидите :P) при почти нулевых усилиях.

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

ИМХО должно быть все и сразу. И вот что-что а интерфейсы в фотоаппаратах обычно крайне безобразные. В стиле два притопа-три прихлопа. И если с постобработкой я готов попыхтеть, то на момент съемки у меня часто есть power или time constraints и полчаса сношаться я не готов. Не всем же студийными фотографами быть.

> В итоге доходит до того, что люди банально снимают на автомате и
> не могут указать точку или зону фокуса.

Потому что это зачастую сделано через ж... - в том же андроиде версии так пятой это могут даже совсем уж хомяки.

>> А взяв в руки чужую камеру - шансы удачно сфотографировать что-то - низкие.
> Нет, все про аппараты очень похожи. Есть нюансы, но не таки, которые
> мешают нормально использовать камеру после 5-10 минут знакомства (при наличии опыта
> работы с зеркалками/без зеркалками).

Есть небольшая загвоздка: тратить 10 минут чтобы сфотографировать кого-то его камерой - все-таки маразм. И зачем мне знания о камере того человека, если я не буду регулярно снимать той камерой? Называя вещи своими именами - я трачу 10 минут на нафигнужные знаний, кучу возможностей для лажи при зачастую паршивых визуальных средствах контроля, а на автоматику в зеркалках надеяться может только оптимист. На мой взгляд этому миру не хватает каких-то intermediate вариантов, чтоли. С нормальным юзабилити, но и возможностью покрутить мануально и некоторыми продвинутостями.

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

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

> Есть и такое - большинство беззеркалок идут с тоучем.

Только стоят как задняя часть вертолета (за что? за то что нафигнужное в цифре зеркало оторвали?) и таки с хз какой ОС и некастомизабельные. По поводу чего раздражение от тупости и невозможности автоматизации. И это за кучу денег, заметим. Может я зажрался и/или странного хочу, конечно. Но платить сотни денег за неудобный некастомизируемый девайс мне не кажется эпичным вариантом.

>> Чаще всего там неудобный man-machine интерфейс в котором черт ногу сломит.
> Нет, все быстро и просто. Обычно на про аппаратах есть отдельная кнопка
> для перехода в режим выбора зоны или точки фокуса.

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

> На экране/видоискателе показывается зона/точка (или точки) фокуса. У сони (возможно
> и у других) есть режим слежения за объектом - указываешь объект (например животное)
> фотоаппарату и он пытается удержать объект в фокусе, куда бы тот не двинулся.

ЧСХ это умеет и банальный ведроид. И там указание крайне простое: пальцем в экран ткнуть. Да, гугл может нанять нормальных специалистов по man machine interface. Они это иногда делают судя по всему.

>> И  кроме того я не понимаю как в случае фокуса по датчикам это должно работать.
> На экране видны 7-1XX квадратов, которые можно выбрать, как точку фокуса.

Я не совсем понимаю как датчик может трекать разные области и тем более следить за объектами. Он мультизонный, или чего? В этом случае наверное все-таки больше ориентация на "софтварный" фокус?

> Да, подобный штуки обычно нужны для фокуса на отдельной конкретной травинке или
> при использовании оптики без автофокуса.

Так то спору нет. Но это весьма отдельные случаи, подразумевающие что есть уйма времени и электричества чтобы вволю повозиться.

> Боюсь, что так ничего не выйдет - для про камер норма снимать
> > 5 кадров в секунду при полном разрешении в raw.

Если у платформы 1-2 гига оперативы - положить в буфер в RAM все 5 штук, неспешно скинуть в файлы, насколько карта памяти позволяет. Если скорость карты позволяет - можно хоть непрерывно шпарить. Если там что-то и зашьется - имхо скорее всего карта от такого потока данных. От проца там почти ничего не требуется же. Тягай себе картинку с матрицы в файлы на карту. С минимумом преобразований и без сжатия. Чему в этом процессе проц грузить? Проц будет нагружен потом и у писюка, когда тот с дюжину фильтров будет применять.

> Это весьма приличный поток.

Не понимаю откуда следует что современный апликушник не может писать на карту со скоростью работы карты.

> От новых камер уже требуют видео 4K с битрейтом в 100mbit/s.
> Обычный arm проц такое не осилит.

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

> Не, там просто внутренности тушки, остальное устарело. Исходники есть на github.

Да там и про внутренности не очень информативно написано. И ссылок на гитхаб я у них не нашел. Вообще, у них там какие-то факи для нубов в основном и красование парой нишевых хаков типа изменения параметров видео. Хотя возможно что я чего-то не углядел.

> В конце там была ссылка на personal-view.com - там обсуждение и wiki
> (http://www.personal-view.com/faqs/start).

Чтение этого personal view и фака оставило своеобразные впечатления. Кто-то скроил пару каких-то хаков. Какие-то "разработчики". С exe файлами и сказками вида "Git is not the best choice for beginners and many developers do not like it much" и предложением разучивать какой-то fossil, чтоли. Что-то мне кажется что с таким подходом в Linux они там далеко не уедут. Да и beginner который реверсит нечто под Linux - оксюморон, чтоли. Особенно с столь оверинженернутой железкой.

>> Еще бы понять для начала каким бордом считается камера.
> Для некоторых камер есть в открытом доступе service manual level 2 (как
> разобрать), level 3 (схемы). Залил что есть у меня: http://knk.square7.ch/slt

Хм... интересно. Весьма оверинженернутая штука. Называя вещи своими именами, мне столько даже не надо. Скажем ума не приложу какой физический смысл несет механический затвор и схема его взвода при электронном сенсоре.

Процессоров как я вижу два. И на котором из них Linux? Или те 2 борды в ядре - это 2 разных линя на разных процессорах? oO Интерфейс сенсора тоже какой-то специфичный. 12 пар LVDS? Впервые такое вижу. И если я понял где у image processor'а nand, то вот как грузится "main" я вообще не совсем понял. Вроде ж у него чего-то типа nand нет? Из любопытного: эти чудаки сделали SDHC интерфейс... чипом бриджа. Из SATA аж.

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

> Если увидите другие service manual level 3 для NEX/SLT в открытом доступе
> - дайте мне знать.

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

252. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/–
Сообщение от Mihail Zenkov (ok), 02-Сен-16, 17:25 
>> Сделал себе специальные наушники, где плеер крепится прямо на чашку полноразмерных наушников
> А сами наушник то при таком хардкоре не мешают?

Нет, вполне удобно, крепится родной клипсой плеера: http://knk.square7.ch/rockhead.jpg
Некоторые прямо к чашке клеят: https://images-na.ssl-images-amazon.com/images/I/71-Ig8sP6oL...

>> У плееров, не смотря на их скромный вес, время работы 20-50 часов.
> Да и у смартов это время наверное не меньше.

Сугубо за счет более большого и тяжелого аккумулятора - плеер с таким аккумулятором (2000mAh) работал бы 200 часов.

Опять же плеер можно полностью разрядить, а в телефоне нужно оставить заряд для звонков.

> Только там еще есть какая-никакая камера,

Шибко уж никакая ;) В моем есть raw и фокус пальцем, но все тормознуто, неудобно. По raw видно, что цвеотофильтр никакой - там почти монохром. Все вытягивается искусственно, естественно с резкими переходами между цветами. Единственный реальный плюс raw для смартов - это возможность нормального преобразования. Почти во всех стартах стоят матрицы с четыремя цветами (два оттенка зеленого). И преобразовывать это нужно как четыре цвета. Андройд же это не учитывает и в итоге на изображении видны специфические артифакты. Многие их принимают за артифакты сжатия jpeg. На самом же деле jpeg тут не причем и сами артифакты несколько иные - некоторые называют их "лабиринтами".

Самое обидное, что они, естественно, остаются и на видео съемке - в итоге постоянно каша вместо деталей.

> GPSник,

Пожалуй действительно самое полезное при перемещении по незнакомой местности.

> FM радио всякие,

Есть и в плеере.

> веббраузер наконец.

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

> Но это все-таки отдельный девайс требующий отдельного к себе внимания. При том
> что он не очень функциональный.

Да, но удобство при повседневном использовании стоит того.

> Я вот при крайней необходимости GPSом эпично попользовался недавно, избежав ночевки в
> лесу :). Да и камеру - я не готов с собой
> таскать повседневно даже компакт. А самые интересные и/или красивые кадры почему-то
> попадаются когда их не ждешь.
> Да, интегрированные девайсы компромисс. Но если я навешу на себя отдельные камеру,

Да камера - самое тяжелое, но тут без вариантов - хорошая камера легкой не бывает.

> плеер,
>навигатор,

есть специальные для великов

> телефон,
> FM радио,

в плеере или звонилке

> фонарик

в звонилке, но по хорошему нужен нормальный с рефлектором. Я обычно пользуюсь одноваттным - бьет на 20-40 метров.

> и что там еще - вместо покатушек на веле
> можно будет сходить на выставку технофриков. В качестве экспоната.

Ну не все так плохо, кроме фотокамеры ;)
Звонилка <70г + плеер 25г будут легче, чем смарт, а время их работы будет существенно дольше. Опять же навернется смарт в долгом походе - потеряешь сразу все девайсы. Ночью по лесу без gps, фонарика, телефона - вот уж точно жесть :)

> И как угодно, но это баг а не фича с точки зрения
> man-machine interface и просто технологий. В идеале должно хорошо работать даже
> с автоматикой, но позволять оверрайд вручную если фотограф уверен что знает
> лучше.
> Когда мы пользуемся глазами - мы вообще не задумываемся даже.
> Это пример "идеального" интерфейса. Отличная картинка (лучше вы не увидите :P)
> при почти нулевых усилиях.

Сугубо за счет развитой нейронной сети. Да и отсутствие "ручных" настроек и большая инертность иногда напрягают.

> Потому что это зачастую сделано через ж...

Нет, сделано так, что бы было удобно при частом использовании.

> Есть небольшая загвоздка: тратить 10 минут чтобы сфотографировать кого-то его камерой -
> все-таки маразм.

Нет, кнопку включения, режим авто и спуск можно найти за 5-15 секунд.

> И зачем мне знания о камере того человека, если
> я не буду регулярно снимать той камерой? Называя вещи своими именами
> - я трачу 10 минут на нафигнужные знаний,

5-10 минут нужно, чтобы освоить все основные настройки часто используемые фотографами: выдержка, диафрагма, iso, серийная съемка, режимы фокуса, коррекция экспозиции.

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

> а на автоматику в зеркалках надеяться может только оптимист.

нет, та же sony дает очень приличные снимки на авто. Телефоны и рядом не валялись. Современные камеры обладают весьма продвинутым интеллектом. Но камера не телепат и не всегда может угадать, что конкретно ты хочешь. Для это и есть куча настроек, дабы подсказать ей.

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

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

>> Есть и такое - большинство беззеркалок идут с тоучем.
> Только стоят как задняя часть вертолета (за что? за то что нафигнужное
> в цифре зеркало оторвали?)

Про зеркало - кому как, некоторые камеру без оптического видоискателя и в руки не возьмут :) Так же через зеркало работали фазовые датчики фокуса. Мне лично нравится электронный видоискатель типа как в SLT.

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

> и таки с хз какой ОС и
> некастомизабельные. По поводу чего раздражение от тупости и невозможности автоматизации.
> И это за кучу денег, заметим. Может я зажрался и/или странного
> хочу, конечно. Но платить сотни денег за неудобный некастомизируемый девайс мне
> не кажется эпичным вариантом.

А какие есть варианты?

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

А как задать зону фокуса, а не одну точку? Как быстро переключаться между зонами и точками? Как это делать на оптическом/электронном видоискателе?

>> На экране/видоискателе показывается зона/точка (или точки) фокуса. У сони (возможно
>> и у других) есть режим слежения за объектом - указываешь объект (например животное)
>> фотоаппарату и он пытается удержать объект в фокусе, куда бы тот не двинулся.
> ЧСХ это умеет и банальный ведроид. И там указание крайне простое: пальцем
> в экран ткнуть.

Как он различает когда просто нужно фокусироваться, а когда следить за объектом?

>>> И  кроме того я не понимаю как в случае фокуса по датчикам это должно работать.
>> На экране видны 7-1XX квадратов, которые можно выбрать, как точку фокуса.
> Я не совсем понимаю как датчик может трекать разные области и тем
> более следить за объектами. Он мультизонный, или чего?

Да, там куча датчиков по всему центру. Вот пример для старшей камеры:

http://sonyglobal.scene7.com/is/image/gwtprod/7cf6c6cf6e8139...

> В этом случае
> наверное все-таки больше ориентация на "софтварный" фокус?

Софт говорит, куда сместился объект. Исходя из этого выбирается наиболее оптимальная группа датчиков.

>> Боюсь, что так ничего не выйдет - для про камер норма снимать
>> > 5 кадров в секунду при полном разрешении в raw.
> Если у платформы 1-2 гига оперативы - положить в буфер в RAM
> все 5 штук, неспешно скинуть в файлы, насколько карта памяти позволяет.

Да, так и делают.

> Если скорость карты позволяет - можно хоть непрерывно шпарить. Если там
> что-то и зашьется - имхо скорее всего карта от такого потока
> данных.

Ну да, там минимум будет 150 mb/s.

> От проца там почти ничего не требуется же. Тягай себе
> картинку с матрицы в файлы на карту. С минимумом преобразований и
> без сжатия. Чему в этом процессе проц грузить?

Я не совсем правильно написал: там должен работать следящий фокус, коррекция экспозиции, а для беззеркалок/SLT нужно еще и показывать, что сейчас снимается - соответственно нужно преобразовывать весь этот поток на лету. Для видео - аналогично, разрешение там хоть и меньше, но 60 fps - вполне нормальное требование.

> Чтение этого personal view и фака оставило своеобразные впечатления. Кто-то скроил пару
> каких-то хаков. Какие-то "разработчики". С exe файлами и сказками вида "Git
> is not the best choice for beginners and many developers do
> not like it much" и предложением разучивать какой-то fossil, чтоли. Что-то
> мне кажется что с таким подходом в Linux они там далеко
> не уедут. Да и beginner который реверсит нечто под Linux -
> оксюморон, чтоли. Особенно с столь оверинженернутой железкой.

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

> Хм... интересно. Весьма оверинженернутая штука. Называя вещи своими именами, мне столько
> даже не надо. Скажем ума не приложу какой физический смысл несет
> механический затвор и схема его взвода при электронном сенсоре.

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

Даже при съемке вечернего летнего неба и китовой (не очень светосильной оптике) нужна выдержка 1/2000 - 1/2500. Считать сенсор за этот промежуток времени не реально. Быстрые движущиеся объекты так же нельзя снять без искажений. По-нормальному нужно еще затемнять матрицу перед началом съемки, да бы избежать световых искажений при коротких выдержках. У зеркалок так всегда из-за конструкции. У беззеркалак/slt - по-разному. В slt можно выбрать физический передний затвор (для затенения) или электронный. С физическим дольше, но гарантирует отсутствие артефактов.

> Процессоров как я вижу два. И на котором из них Linux? Или
> те 2 борды в ядре - это 2 разных линя на
> разных процессорах? oO Интерфейс сенсора тоже какой-то специфичный. 12 пар LVDS?
> Впервые такое вижу. И если я понял где у image processor'а
> nand, то вот как грузится "main" я вообще не совсем понял.
> Вроде ж у него чего-то типа nand нет? Из любопытного: эти
> чудаки сделали SDHC интерфейс... чипом бриджа. Из SATA аж.

Еще пока в это все не вникал.

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

Да специальная fs, отображает бинарники прямо в память, так что грузить их не нужно. Время загрузки более 2 сек для камеры не приемлемо.

> А больше там почти ничего и
> нет, кроме этого там еще полторы утилиты/либы.

Да в общем то и не надо. Основное управляющие приложение + busybox вместо системы вполне достаточно.

> Там линукса меньше чем
> в андроиде, как я понимаю.

Примерно столько же, а учитывая busybox, даже больше :) Последние NEX/Alpha построены на каком-то сильно модифиуированном андройде. Приложения - только подписанные sony.

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

212. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/–
Сообщение от Michael Shigorinemail (ok), 30-Авг-16, 16:45 
> На данный момент вся надежда на одного производителя (Reuizu/AGPTek) -
> их представитель сам вышел с нами на связь и поинтересовался,
> какое нужно железо для нормальной работы Rockbox.

Ух ты, молодцы -- о результате стоит отдельную новость написать, как/если будет.

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

213. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/–
Сообщение от Mihail Zenkov (ok), 30-Авг-16, 17:07 
> Ух ты, молодцы -- о результате стоит отдельную новость написать, как/если будет.

Да, стоит. У rockbox'а намечается новый релиз, если он таки состоится можно будет заодно и об этом написать.

P.S. Плеер еще не запустили в производство, так что у всех желающих есть шанс высказать свои пожелания и быть услышанными производителем. Обсуждение ведется здесь: http://forums.rockbox.org/index.php/topic,51071.0.html

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

144. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/–
Сообщение от Andrey Mitrofanov (?), 29-Авг-16, 11:27 
> Код 2-only код нельзя линковать с 3-only.

Вообще говоря, его даже в одном пакете в исходниках поставлять нельзя.

Поэтому по инструкции надо [было] использовать "either version 2, or (at your option) any later version", которая _совместима_ с "either version 3, or (at your option) any later version", но Линус инструкций не читает, не верит тому, что ему говорят и, что печально, в области балета, _лицензий_ то есть, он не настолько впереди планеты, как в мержении коммитов.

Да, применительно к SUBJ-у, есть мнение, что Линус ошибается. Осталось "только" его в этом убедить... :(

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

142. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/–
Сообщение от Andrey Mitrofanov (?), 29-Авг-16, 11:18 
>> Да, печально, что Торвальдс не хочет перейти на GPLv3.
> Он еще и технически это не может сделать.

s/технически/теоретическки/ !!

> Для этого надо согласие всех коммитеров получать.

//Авторов. Не совсем одно.  И сверх того, есть вырианты: выкинуть, переписать и пр.

>В проекте такого размера это делать загнешься.

Кто-то _уже_ пробовал? И с указанным результатом?? Или вы ... "как обычно"ТМ ?

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

31. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/–
Сообщение от Аноним (-), 28-Авг-16, 13:42 
Не печально, а прекрасно. GPL3, имхо, совсем неадекватная лицензия. Хочешь свободы - bsd, хочешь копилефт GPL2, хочет мягкий копилефт - agpl
Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

34. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/–
Сообщение от Mihail Zenkov (ok), 28-Авг-16, 13:45 
> Не печально, а прекрасно. GPL3, имхо, совсем неадекватная лицензия.

Почему?

> Хочешь свободы - bsd, хочешь копилефт GPL2, хочет мягкий копилефт - agpl

Как они обеспечат свободу создания открытых прошивок?

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

72. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/–
Сообщение от Аноним (-), 28-Авг-16, 16:05 
>> Хочешь свободы - bsd
>>> Как они обеспечат свободу создания открытых прошивок?

Позволят закрыть код. Копирасты рады.

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

145. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/–
Сообщение от Andrey Mitrofanov (?), 29-Авг-16, 11:30 
>хочет мягкий копилефт - agpl

Вы перепутали буквы. AGPL - вполне себе [полный] копилефт. Я не буду угадывать, что Вы хотели [бы] сказать, можно? Спасибо.

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

152. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/–
Сообщение от Аноним (-), 29-Авг-16, 12:39 
свободну ущемлять свободу ограничивают, печалька ;)
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

32. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –3 +/–
Сообщение от soarin (ok), 28-Авг-16, 13:44 
> используй GPL 3

Это уж совсем для долбанутых фанатиков

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

88. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +3 +/–
Сообщение от Аноним (-), 28-Авг-16, 17:26 
> Это уж совсем для долбанутых фанатиков

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

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

107. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –2 +/–
Сообщение от qwerty (??), 28-Авг-16, 22:00 
>> ps. кстати, тот факт, что у меня в телефоне, телевизоре или ещё где Linux Kernel - вообще не даёт мне никакой свободы.
> Это главная недоработка GPL: лицензия требует предоставить код, который можно собрать.

Нет. Компилировать-собирать - твои проблемы.

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

110. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/–
Сообщение от Mihail Zenkov (ok), 28-Авг-16, 22:17 
Читайте внимательнее - компилировать-собирать не проблема. Проблема запустить, то что собрал.

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

158. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –2 +/–
Сообщение от qwerty (??), 29-Авг-16, 13:12 
> Читайте внимательнее - компилировать-собирать не проблема. Проблема запустить, то что
> собрал.

Причем здесь проблемы-не проблема.

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

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

163. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/–
Сообщение от Mihail Zenkov (ok), 29-Авг-16, 13:26 
> Вы обязуетесь предоставить исходный текст вместе бинарной поставкой, включая модификации
> первого.
> Все.

Какой толк от исходного кода, если ты не можешь его исполнить? Код - не сама цель. Цель - удобный инструмент (программа). Для его создания пишется код.

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

В GPLv3 эту проблему исправили.

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

181. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –4 +/–
Сообщение от qwerty (??), 29-Авг-16, 16:35 
>Какой толк от исходного кода, если ты не можешь его исполнить?

Это твои проблемы. Исходники получил? Получил. Все - далее твоя отвественность.

>В GPLv3 эту проблему исправили.

Угу. Обязали откомпилировать софтину твоим компилятором в твоей среде сборки для твоей среды исполнения.

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

222. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/–
Сообщение от Аноним (-), 31-Авг-16, 16:54 
> Это твои проблемы. Исходники получил? Получил. Все - далее твоя отвественность.

Взаимоотношения в стиле "мошенник и лох" - типичны для BSDшных сообществ. А в лине так не принято. Чем он и хорош :P.

> Угу. Обязали откомпилировать софтину твоим компилятором в твоей среде сборки для твоей
> среды исполнения.

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

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

182. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –4 +/–
Сообщение от qwerty (??), 29-Авг-16, 16:36 
> Если написанный код нельзя скомпилировать и исполнить - ценность этого кода бесконечно
> стремится к нулю.
> В GPLv3 эту проблему исправили.

Угу. Обязали откомпилировать софтину твоим компилятором в твоей среде сборки для твоей среды исполнения.

PS И проверить валидность исполнения. Конечно же.

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

141. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/–
Сообщение от Andrey Mitrofanov (?), 29-Авг-16, 11:14 
>> ps. кстати, тот факт, что у меня в телефоне, телевизоре или ещё где Linux Kernel - вообще не даёт мне никакой свободы.
> Это главная недоработка GPL: лицензия требует предоставить код, который можно собрать.
> Но не требует оставить возможность запустить собранный код. Проприетарщики дружно этим
> пользуются - шифруют прошивки.

Там наверху _Линус_ сказал, что это хорошо, и это _надо_. Прямо в том месте, где он "не согласен" с FSF и их юристами. GPLv3, говорят, отдельно борется с тивоизацией (если Вы в танке - "шифрованием" прошивок). Последнее время FSF&co. поминают "и необходимые скрипты для установки". В v2 есть, и в v3 они поминаются. Вот боюсь, что _интерпретировать_ эти слова так, чтоб деревянный мальчик смог инталировать переконпеляченное в свой ТВ [и нарисованный очаг], теперь нужны судебные прецеденты (=и суды). Что характерно торвальдсовское "а давайте мы будем без лояров, а они с лоярами" _активно_ противодействует созданию такой интерпретации.

Хотя, да, возможно, и сами лояры FSF&co. не в состоянии так "сильно" интерпретировать свои лицензии. Допускаю _часть_ их вины в проблемах буратины.

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

223. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –2 +/–
Сообщение от Аноним (-), 31-Авг-16, 16:58 
GPLщики красиво поймали себя в логическую ловушку. GPLv2 запрещал дополнительные ограничения. Из хороших в общем то побуждений. Но как оказалось, запрет тивоизации - тоже дополнительное ограничение. А попытка что-то с этим сделать сколь-нибудь эффективно - рушит совместимость между лицензиями.
Ответить | Правка | Наверх | Cообщить модератору

231. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/–
Сообщение от Andrey Mitrofanov (?), 31-Авг-16, 19:20 
> GPLщики красиво поймали себя

Нет, только пользователи GPLv2-ровно им.тов.Торвальдса.

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

246. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –1 +/–
Сообщение от АнонимХ (ok), 02-Сен-16, 10:46 
Я понял слова Линуса так.

Он видит, как сложно заманить и заставить корпорации участвовать в свободной разработке, делать вклад в линукс. Он ясно гворит, цель в этом - максимальное привлечение участников в проект. Он (и другие, в частности, Грег КХ) непосредственно взаимодействует с компаниями. И видит, что сейчас корпорации, наконец, расслабились немного, стали лояльно относиться к свободной разработке, не бояться. И это явление приобретает массовый характер, т.е. процесс этот идет сейчас, динамика положительна.

И теперь, он говорит, если начать мутить воду и менять условия с нашей стороны, корпоративные участники начнут беспокоиться, и так же стелить себе соломку, и выльется в это в огромный шаг назад. Т.к. сотрудничество с открытыми и свободными проектами еще не сильно укоренилось в корпорациях. Они свернутся, как улитки (кажется, была у Л. или у Грега даже такая метафора), и закроют линукс-отделы, начнут снова бояться участвовать в проектах, начнут действовать по старинке. Эта ветка развития событий очень легко может сработать сейчас.

Я думаю, Линус понимает или чувтствует, что ошибался в своем GPL-only. Но имеет принципиальную собственную позицую "не навреди", поэтому не высказывается в том ключе, ибо его позиция имеет большой вес на корпоративщиков.

Я думаю, "вода камень точит", и традиции участия корпораций в свободных проектах укрепятся до такой степени, что можно будет повертеть уже GPLv4

И его позицию относительно юристов я так же могу понять - эти сволочи сами создали себе сферу обитания и, конечно, никогда не захотят её покинуть, а наоборот, расширить. Они создают внутри своей сферы якобы антагонистические группы (как этот фонд SFC), но это всё игра по их правилам, на их поле, для их выгоды.

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

247. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/–
Сообщение от Andrey Mitrofanov (?), 02-Сен-16, 12:24 
> Я понял слова Линуса так.
> Он видит, как сложно заманить и заставить корпорации участвовать в
>Он (и другие, в частности, Грег КХ) непосредственно взаимодействует с компаниями
>стали лояльно относиться к свободной разработке, не бояться.
>динамика положительна.

Козлопас Торвальд приглашает козлов в огород по капустку. "Динамика положительная", говорите?

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

Это они на него "вес имеют". Прогибается, как только может.

> Я думаю, "вода камень точит", и традиции участия корпораций в свободных проектах
> укрепятся до такой степени, что можно будет повертеть уже GPLv4
> И его позицию относительно юристов я так же могу понять - эти
> сволочи сами создали себе сферу обитания и, конечно, никогда не захотят

Ты, любезный, индивидуальных учасников (да! и пользователей -- но не кастомёров-покупателей копрораций) _специально_ не рассматриваешь в своей Картине Мира? То, что к копрорастов _есть_ лояры -- это ничего, мы все принюхаемся. А вот лояры SFC, FSF, EFF (привет, линус!) -- это лишнее, это мешает копрорациям "работать", да?

Можете пройти вместе с Линусом, говорящим _нам_, что нам [не] делать. Вас там будет уже двое.

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

248. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –1 +/–
Сообщение от АнонимХ (ok), 02-Сен-16, 13:36 
Дядя, ты чего такой злой?

Я тут услышал только "прогибаться", "можете пройти", "козлопас", "любезный"  на фоне блёклого конструктива "у корпорастов есть лояры", который не раскрыт.

>  _специально_ не рассматриваешь

Да, потому что тема не об этом. Тут все понятно, сомневаться в нужности GPL применительно к этому случаю может только умалишенный.

> Это они на него "вес имеют".

Ага. Линус погряз в коррупции и растлён властью и роскошью. Горяченькая история для opennet.

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

14. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/–
Сообщение от Аноним (-), 28-Авг-16, 12:09 
> скорее, наоборот. если бы Linux Kernel стало бы популярным, но под лицензией
> ХренПЛ, сейчас бы эта лицензия тоже была популярной :)

Пример всяких BSDi, плейстейшнов и жуниперов показывает что популярно оно было бы у пары-тройки жирных корпорасов. Остальные наслаждались бы объедками с барского стола.

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

37. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/–
Сообщение от Аноним (-), 28-Авг-16, 13:49 
>> скорее, наоборот. если бы Linux Kernel стало бы популярным, но под лицензией
>> ХренПЛ, сейчас бы эта лицензия тоже была популярной :)
> Пример всяких BSDi, плейстейшнов и жуниперов показывает что популярно оно было бы
> у пары-тройки жирных корпорасов. Остальные наслаждались бы объедками с барского стола.

Джунипер продонейтил MIPS порт целиком. А вот IBM подарило объедки со своего стола в Linux, за что SCO потом и тягало по судам оную.

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

89. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +2 +/–
Сообщение от Аноним (-), 28-Авг-16, 17:30 
> Джунипер продонейтил MIPS порт целиком.

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

Поэтому в теории у бцдунов все круто, а на практике найти кого-нибудь использующего бцды на MIPS - ну не знаю, я повидал много странной куеты из разряда эмбедовки. Но бцдунов с мипсом - не встречал. Вообще совсем. Ни одного. Ни одного, Карл!

> А вот IBM подарило объедки со своего стола в Linux, за что SCO потом и тягало по судам оную.

В результате SCO и протянули под килем. Почему-то мне их не жалко.

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

146. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/–
Сообщение от Andrey Mitrofanov (?), 29-Авг-16, 11:40 
>> Джунипер продонейтил MIPS порт целиком.
> Поэтому в теории у бцдунов все круто, а на практике найти кого-нибудь
> использующего бцды на MIPS - ну не знаю, я повидал много
> странной куеты из разряда эмбедовки. Но бцдунов с мипсом - не
> встречал. Вообще совсем. Ни одного. Ни одного, Карл!

Ходят упорные слухи про Сильного Системщика из соседней (не называю, чтоб не наступать на "в/на"/"c/из"  -- грамматики низнаю!) страны, запустившего FreeBSD на DIR-300.

Давайте покричим "Ау-у-у!" -- есть ли среди здесь _присутствующих_ реально повторившие это? Или-таки "ниодногокарл".  ...Ау?

>> А вот IBM подарило объедки со своего стола в Linux, за что SCO потом и тягало по судам оную.
> В результате SCO и протянули под килем. Почему-то мне их не жалко.

Микрософты кому только не платят, чтоб судились с конкурентами. Ну, да, ну, проприертарщици "в банке".

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

153. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/–
Сообщение от Сказочник (ok), 29-Авг-16, 12:56 
Ну есть я :). FreeBSD на MIPS32/64 - это нормально, да не Tier-1, но стабильно работает на Atheros/BroadCom/Mediatek и т.п.
Ответить | Правка | Наверх | Cообщить модератору

225. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +3 +/–
Сообщение от Аноним (-), 31-Авг-16, 18:18 
> Ну есть я :). FreeBSD на MIPS32/64 - это нормально, да не
> Tier-1, но стабильно работает на Atheros/BroadCom/Mediatek и т.п.

С таким ником такое заявление невозбранно доставляет.

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

170. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/–
Сообщение от ray (??), 29-Авг-16, 14:01 
>>> Джунипер продонейтил MIPS порт целиком.
>> Поэтому в теории у бцдунов все круто, а на практике найти кого-нибудь
>> использующего бцды на MIPS - ну не знаю, я повидал много
>> странной куеты из разряда эмбедовки. Но бцдунов с мипсом - не
>> встречал. Вообще совсем. Ни одного. Ни одного, Карл!
> Ходят упорные слухи про Сильного Системщика из соседней (не называю, чтоб не
> наступать на "в/на"/"c/из"  -- грамматики низнаю!) страны, запустившего FreeBSD на
> DIR-300.

Это были DIR-320, 620, 632 и еще некоторые.
У DIR-300 всего 4m флэша, а ZRouter.org использует утилиты из базового дистрибутива, которые на необходимый функционал занимают больше (около 7м).

Но если взять bsdbox, да еще проставить #ifdef на фичи типа капсикум/PAM/MAC/etc, то можно впихнуть.

"в/на"/"c/из"  -- грамматики низнаю" - пользуйся общими правилами (из России - из Украины)
(вопрос обычаев российского языка, считается неприменим учитывая молодость оного).
:-D

> Давайте покричим "Ау-у-у!" -- есть ли среди здесь _присутствующих_ реально повторившие
> это? Или-таки "ниодногокарл".  ...Ау?
>>> А вот IBM подарило объедки со своего стола в Linux, за что SCO потом и тягало по судам оную.
>> В результате SCO и протянули под килем. Почему-то мне их не жалко.
> Микрософты кому только не платят, чтоб судились с конкурентами. Ну, да, ну,
> проприертарщици "в банке".

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

226. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –1 +/–
Сообщение от Аноним (-), 31-Авг-16, 18:25 
> У DIR-300 всего 4m флэша, а ZRouter.org использует утилиты из базового дистрибутива,
> которые на необходимый функционал занимают больше (около 7м).

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

И конечно уже загрузчиком у вас концепутальное расово-верное бсдшное нечто, а не какой-то там GPLный u-boot, который разрабатывается путем копипасты из линуха и урезанием по размеру? Как по мне так очень приятно что жлобье и загрузчик не может зажать. U-boot от этого развился очень даже. Туда столько SoC и оборудования накоммитили что у BSDшников наверное в основном ядре меньше поддерживается.

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

227. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/–
Сообщение от Аноним (-), 31-Авг-16, 18:28 
> И конечно уже загрузчиком у вас концепутальное расово-верное бсдшное нечто, а не
> какой-то там GPLный u-boot, который разрабатывается путем копипасты из линуха и
> урезанием по размеру? Как по мне так очень приятно что жлобье
> и загрузчик не может зажать. U-boot от этого развился очень даже.
> Туда столько SoC и оборудования накоммитили что у BSDшников наверное в
> основном ядре меньше поддерживается.

http://www.unfire01.ru/uploads/tx_labshop/ognetushiteli_ugle...

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

43. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/–
Сообщение от Аноним (-), 28-Авг-16, 14:07 
подскажите - почему IBM подставляет GPFS в виде прокладок к ядру Linux и большого блоба?
Тут недавно ругали NVIDIA и кого-то там еще.. а IBM.. IBM не ругали?
Наверно не решились кусать руку которая кормит ?
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

91. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/–
Сообщение от Аноним (-), 28-Авг-16, 17:42 
> подскажите - почему IBM подставляет GPFS в виде прокладок к ядру Linux
> и большого блоба?

Понятия не имею. Нвидия тоже поставляет и им за это разок крепко у..ли GPL_ONLY на весь KMS. И они его три года таки выписывали сами, альтернативную реализацию. Страдала от этого только сама нвидия и их кастомеры, как это и должно быть. Да и по сей день страдают - KMS у нвидии горбатый вышел. Но это проблемы нвидии и тех лабухов которые ее железо покупают. И как минимум - ядерщики точно пошлют любого кто придет к ним с багрепортом из-под блоба. Tainted kernel? Средний палец без дальнейших обсуждений.

> Тут недавно ругали NVIDIA и кого-то там еще.. а IBM.. IBM не ругали?

Я думаю что все прозаичнее - GPFS парит полтора землекопа. Они может и ругаются, но они редкие и их не слышно.

> Наверно не решились кусать руку которая кормит ?

Скорее о том что у IBM есть какой-то там GPFS - мало кто вообще знает. Я понятия не имею что это - никогда не видел. И судя по описанию - не горю желанием увидеть.

А кто там кого кормит - IBM явно не тянет в последнее время на крупного коммитера ядра. Хотя поддержку всяких power и S390 ворочают вроде.

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

151. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/–
Сообщение от Andrey Mitrofanov (?), 29-Авг-16, 12:34 
> подскажите - почему IBM подставляет GPFS в виде прокладок к ядру Linux
> и большого блоба?
> Тут недавно ругали NVIDIA и кого-то там еще.. а IBM.. IBM не
> ругали?

http://techrights.org/category/ibm/

26.08.2016 Good Job, David Kappos, Says the ‘Boss’ (IBM)
16.07.2016 With ‘Friends’ Like IBM and Its ‘Open’ Invention Network We Legitimise Software Patents Rather Than End Them
05.06.2016 IBM, Google and Microsoft Patent Stockpiles Demonstrate That Today’s US Patent System Exists for Billionaires, Not for Inventors
10.05.2016 IBM is Not a ‘Patent Troll’ But Increasingly, Over Time, Troll-Like
05.05.2016 IBM Comes Under Growing Scrutiny for Increasingly Acting Just Like a Patent Troll Amid Layoffs
19.04.2016 Software Patents Decreasingly a Threat in the United States, But IBM and Microsoft Lobby for a Rebound

> Наверно не решились кусать руку которая кормит ?

Здесь просто этого не поймут?

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

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

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




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

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