The OpenNET Project / Index page

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

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

"Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от opennews (ok) on 28-Авг-16, 11:09 
В своём выступлении на конференции LinuxCon Линус Торвальдс воздал должное (http://www.cio.com/article/3112582/linux/linus-torvalds-says...) лицензии GPL, указав, что она стала одним из значительных факторов в построении успешной модели управления сообществом. Выбор GPL позволил предотвратить фрагментацию проекта, стимулировал к открытию разработок и сплотил различные компании, в том числе те, которые в случае разрешительной лицензии склонны развивать собственные закрытые ответвления. По словам Линуса,  даже несмотря на разногласия во взглядах с Фондом СПО, он и поныне остаётся приверженцем лицензии GPLv2 и не принимает лицензию BSD, которую считает хорошим выбором для тех, кому не важна дальнейшая судьба кода.

При этом, Линус выразил (http://www.itwire.com/open-source/74514-sfc-s-kuhn-in-firing...) неодобрение процессам по навязыванию соблюдения GPL через суд, присоединившись к спору (https://lists.linuxfoundation.org/pipermail/ksummit-discuss/...) о том, как лучше добиваться соблюдения GPL через переговоры и убеждения или  отстаивания условий GPL в суде. По мнению Линуса, независимо от того, будут выиграны или проиграны подобные судебные разбирательства, они ведут к разрушению сообщества и потере друзей, которые могли бы участвовать в разработке. Поэтому для обсуждений судебного принуждения к соблюдению  GPL вполне подошёл бы заголовок "Юристы: вред для открытости, вред для сообщества, вред для проектов". Если и обсуждать обеспечение соблюдения GPL то только с участием разработчиков, без юристов. Активность юристов организации SFC, отстаивающих интересы GPL в суде, Линус сравнил с Тифозной Мэри (https://ru.wikipedia.org/wiki/%D0%A2%D0%...).

URL: https://linux.slashdot.org/story/16/08/27/1943246/linus-love...
Новость: http://www.opennet.me/opennews/art.shtml?num=45038

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

Оглавление

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


1. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +28 +/
Сообщение от A.Stahl (ok) on 28-Авг-16, 11:09 
>и потере друзей

А друзья ли они? Те, кто нарушает GPL. И нарушает так, что приходится привлекать суд для разрешения ситуации?

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

8. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +6 +/
Сообщение от Аноним (??) on 28-Авг-16, 11:27 
С инженерной точки зрения - да. А на идеологию Линусу наплевать, он всегда это говорил.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

20. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –1 +/
Сообщение от Аноним (??) on 28-Авг-16, 12:51 
> С инженерной точки зрения - да.

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

> А на идеологию Линусу наплевать, он всегда это говорил.

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

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

42. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –3 +/
Сообщение от Аноним (??) on 28-Авг-16, 14:06 
Если хотя бы о багах сообщают, это уже польза и повод для сотрудничества.
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

80. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/
Сообщение от Аноним (??) on 28-Авг-16, 16:54 
> Если хотя бы о багах сообщают, это уже польза и повод для сотрудничества.

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

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

112. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –1 +/
Сообщение от Аноним (??) on 28-Авг-16, 22:22 
А авторы готовы платить за багрепорты которые для них заслали?
Что за фигня, я угробил кучу времени сделал багрепорты - а автор награбастал себе миллионы.
Пусть делится по совести. Слабо?
Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

139. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +4 +/
Сообщение от Аноним (??) on 29-Авг-16, 10:46 
> А авторы готовы платить за багрепорты которые для них заслали?

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

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

> Что за фигня, я угробил кучу времени сделал багрепорты - а автор
> награбастал себе миллионы. Пусть делится по совести. Слабо?

Они и делятся - пофикшеным кодом. Кто сказал что "борзыми щенками" - чем-то плохо? Может мне этот баг тоже мешал миллион срубить? :)

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

205. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –2 +/
Сообщение от ghost (??) on 30-Авг-16, 07:30 
Ссылки на баги винды приведешь?
Два репортил, оба закрыли.
Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

245. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –1 +/
Сообщение от Аноним (??) on 01-Сен-16, 20:07 
> Ссылки на баги винды приведешь?

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

> Два репортил, оба закрыли.

А на это имею заметить что один баг через кого-то типа MVP таки до разработчиков дополз (я таки не в курсе существования у ms нормальных багтрекеров, если они и есть то смертному найти их кажется нереально) - они сказали что баг есть, но починить не можем, потому что внутренний виндовый компонент. Не оформленный редистрибутаблом. Может быть сделаем. В новой винде. А я что, самый лох - репортить чтобы покупать новую винду? Это я получается бесплатно поработал на них и им еще и должен?! Ну вот с неких пор я на попытки репорта таким кадрам забил. Я не собираюсь доплачивать сто гринов за то что их величества устранили свои факапы. В лине и софте вокруг большинство разработчиков спасибо скажет что баг нашли и бесплатно замахает, а нам обоим бонусом софт без бага. Что хорошо и мне и разработчику и другим пользователям.

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

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

138. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/
Сообщение от Andrey Mitrofanov on 29-Авг-16, 10:42 
> С инженерной точки зрения - да. А на идеологию Линусу наплевать, он
> всегда это говорил.

FIX: С финансовой т.з. -- да. Линус берёт с них деньги, а на идеологию ему, действительно плевать. Он всегда говорил это и про GPL, и про FSF.

Вот тут http://thevarguy.com/open-source-application-software-compan...- : "GPL харашо для меня, потому что главное, чтоб _бесплатно_. А? Что? Бесплатно не получится? Ах, юристы проклятые! Куплю жене сапоги, себе би-эм-дубль-вэ.  Главное -- чтоб доступноТМ, я уверен!!"

#зависть

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

176. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от F on 29-Авг-16, 14:56 
Ну так они будут втихоря юзать линукс и открывать что-то иногда или багрепорты слать. А главное сам линукс будет расти в пользовательской базе.
В случае с судами они будут втихаря юзать нелинукс и делать тоже самое.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

216. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Vkni (ok) on 31-Авг-16, 01:55 
Сейчас уже это неважно, шлют багрепорты или нет, открывают ли код: коммунистический каток дедушки Столлмана подмял индустрию под себя. Если кто-то хочет сесть в уголке и разрабатывать что-то сам один, пусть даже на базе ворованного ГПЛ софта, он практически обречён на вымирание.

Есть, конечно, несколько исключений - Эппл, Майкрософт, например. Но чтобы быть исключением, нужно иметь очень очень много денег.

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

219. "Линус Торвальдс организовал междусобойчик с платными членами"  +1 +/
Сообщение от Andrey Mitrofanov on 31-Авг-16, 11:21 
> Сейчас уже это неважно, шлют багрепорты или нет, открывают ли код: коммунистический
> каток дедушки Столлмана подмял индустрию под себя. Если кто-то хочет сесть

В сабже не про дедушку, а про "племяша", дружащего с бандитами за мзду.

_Его_ каток [там наверху] катится, взносы собирает на ремонт провала, на поносные речи про дедушку, на заманухи для безмозглых, которым "лучше без лояров".

> Есть, конечно, несколько исключений - Эппл, Майкрософт, например. Но чтобы быть исключением, нужно иметь очень очень много денег.

~~
Я знаю, многие в нашем сообществе с радостью отбрасывают это различие, как какую-то налоговую мелочь, но оно действительно имеет важное значение в отношение того, как организация относится к сообществу:

  501(c)(6)-ые организации -- это промышленные ассоциации, они служат зарабатывающим деньги бизнесам.
  501(c)(3)-ьи служат обществу в целом.
~~

"I know some in our community glibly dismiss this distinction as some esoteric IRS issue, but it really matters with regard to how the organization treats the community. 501(c)(6) organizations are trade associations who serve for-profit businesses. 501(c)(3)'s serve the public at large." --http://ebb.org/bkuhn/blog/2014/04/03/last-resort.html

~~
501(c)(3)-ьи благотворительные организации должны всегда действовать для общего блага, тогда как 501(c)(6)-ые промышленные ассоциации действуют в интересах своих платных и коммерческих членов. Я, повторюсь, сторонник 501(c)(3)-их некоммерческих -- я работаю в одной из них. По моему мнению, выбор между этими двумя [там речь о выборе "дома" для пректа - перев.] на самом деле зависит от того, хотите ли Вы, чтобы проект управлялся и контролировался консорциумом коммерческих бизнесов, или чтобы проект действовал как общественная организация, сосредоточенная на продвижении всеобщего блага, производя лучший Опен Сорс и Свободное ПО.
~~

"501(c)(3) public charities must always act in
the public good, while 501(c)(6) trade associations act in interest of its
paying for-profit members. I'm a fan of the 501(c)(3)-style of non-profit,
again, because I help run one. IMO, the choice between the two really depends on
whether you want the project run and controlled by a consortium of for-profit
businesses, or if you want the project to operate as a public charity focused on
advancing the public good by producing better Open Source and Free Software."
--http://ebb.org/bkuhn/blog/2013/12/05/non-profit-home.html


Та-да!!!

https://www.linuxfoundation.org/about/bylaws :
ARTICLE II - Purposes

Section 2.1 - Purposes
This corporation is a nonprofit mutual benefit corporation, organized and operated to engage in any lawful activity permitted by Section 501(c)(6) of the Internal Revenue Code of 1986[...]

//Денежки майкрософта https://www.linuxfoundation.org/news-media/announcements/201... тожеТМ:

About The R Consortium
The R Consortium is a 501(c)6 nonprofit organization and Linux Foundation Collaborative Project[...]

...
Днём с огнём ---https://duckduckgo.com/?q=%22501%28c%29%...
#> в основном ссылки на Апач Фо., pdf-ка Кюна же, и [внизапно] "а какой нам профит с 501(c)(3)".

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

224. "Линус Торвальдс организовал междусобойчик с платными членами"  –2 +/
Сообщение от Vkni (ok) on 31-Авг-16, 17:47 
> В сабже не про дедушку, а про "племяша", дружащего с бандитами за мзду.

А как иначе вы хотите интеграции в реальный мир, где, сюрприз, пока ещё копейтолизом.

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

230. "Линус Торвальдс организовал междусобойчик с платными членами"  +1 +/
Сообщение от Andrey Mitrofanov on 31-Авг-16, 19:18 
>> В сабже не про дедушку, а про "племяша", дружащего с бандитами за мзду.
> А как иначе вы хотите интеграции в реальный мир, где, сюрприз, пока
> ещё копейтолизом.

Копейтолизм твоего г.г. заставил тебя написать в удивительном сообщении про каток -- "дедушка" вместо "племяш" и "Столман" вместо "Торвальдс".  Ну, поправляйся, ччо.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

127. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +2 +/
Сообщение от Аноним (??) on 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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

194. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –4 +/
Сообщение от Аноним (??) on 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"  +/
Сообщение от Аноним (??) on 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 +/
Сообщение от Аноним (??) on 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 +/
Сообщение от Аноним (??) on 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 +/
Сообщение от Аноним (??) on 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 Shigorin email(ok) on 30-Авг-16, 16:39 
> По-моему это просто юлеж и перевод стрелок.

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

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

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

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

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

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

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

Это помимо того, что само количество комитов, без хотя бы приблизительной величины изменений — ни  о чем не говорит, тем более при разных подходах к разработке. Вот это например https://www.opennet.me/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"  +/
Сообщение от Аноним (??) on 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 Shigorin email(ok) on 02-Сен-16, 14:43 
>> PS 2 User294: git log --oneline --author='@google.com'
> Там все-равно множество технических коммитов где author - тот кто коммитил а
> не тот кто код писал.

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

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

Пожалуй.

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

131. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/
Сообщение от Аноним (??) on 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 +/
Сообщение от Аноним (??) on 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 раз больше". Они наверное комитнули какие-то совсем уж базовые вещи по минимуму, чтобы оно хоть немного ползало. И забили, потому чтр тратить много времени на бзды - себя не окупает. Пингвина кастомеры часто просят, а бзды - просят во много разы реже. Ну и внимания меньше, соответственно. Ничего личного, это бизнес. Подумай какой у них процент виртуалок с линем а какой с бздой.

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

164. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/
Сообщение от Аноним (??) on 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.


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

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

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

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

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

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

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

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

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

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

184. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +3 +/
Сообщение от Andrey Mitrofanov on 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%] |

Индексы в строках на коммит относительно "эталона" и в местах по строкам отн-но коммитов, надеюсь, не надо объяснять. [Ну, то есть, аналитики, -- понеслась!]
Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

143. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Аноним (??) on 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"  +/
Сообщение от Аноним (??) on 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 коммитов говоришь? Малая величина погрешности говоришь?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

98. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/
Сообщение от Аноним (??) on 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" но я ни разу в жизни не видел на этом ни один девайс с залоченым загрузчиком. Китайцам это нафиг не уперлось.

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

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

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

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

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

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

125. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/
Сообщение от Аноним (??) on 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. Но это не совсем то, что нужно.
> Да и сами эти аппараты мне не совсем подходят.

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

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

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

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

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

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

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

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

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

179. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –1 +/
Сообщение от Аноним (??) on 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) on 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 +/
Сообщение от Аноним (??) on 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) on 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"  +/
Сообщение от Аноним (??) on 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) on 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 Shigorin email(ok) on 30-Авг-16, 16:45 
> На данный момент вся надежда на одного производителя (Reuizu/AGPTek) -
> их представитель сам вышел с нами на связь и поинтересовался,
> какое нужно железо для нормальной работы Rockbox.

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

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

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

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

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

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

144. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Andrey Mitrofanov on 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 on 29-Авг-16, 11:18 
>> Да, печально, что Торвальдс не хочет перейти на GPLv3.
> Он еще и технически это не может сделать.

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

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

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

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

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

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

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

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

Почему?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

151. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Andrey Mitrofanov on 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ообщить модератору

9. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –3 +/
Сообщение от Школьник (ok) on 28-Авг-16, 11:28 
>Линус Торвальдс воздал должное лицензии GPL
>Линус выразил неодобрение процессам по навязыванию соблюдения GPL через суд

Любишь медок - люби и холодок. GPL и навязывание т.н. "свободы" любыми способами, в том числе и через суд - это как игра сборной России по футболу и проигрыш, то есть из первого _неизбежно_ следует второе. И без суда здесь никак не обойдешься, мы не в манямирке с эльфами и феями живем. Там, где есть цель выстроить сообщество друзей, которым просто нравится вести разработку вместе и делиться кодом со всеми, даже с теми, кто, возможно, не захочет это сообщество поддержать - там просто берут BSDL. И не заморачиваются обязательствами, вытекающими из смешных опасений в том, что если у нашей коровы кто-то возьмет бесплатного теленка, втихаря его откормит, и вырастет другая корова, которая дает больше молока, то наша вовсе перестанет доиться.

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

17. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/
Сообщение от leap42 (ok) on 28-Авг-16, 12:40 
дорогой друг, я вам по секрету скажу, что 99% "друзей" BSDL-проектов - злостные проприерасты, по крайней мире в реальном мире (вы просто смотрите на и приводите в пример остальной процент). и так будет и дальше, пока не наступит технокоммунизм или софт перестанет быть продуктом вообще (будет только услугой). а то, что BSDL "добрее" чем GPL, это да, тут и спорить не о чем.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

40. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Школьник (ok) on 28-Авг-16, 13:58 
>99% "друзей" BSDL-проектов - злостные проприерасты, по крайней мире в реальном мире (вы просто смотрите на и приводите в пример остальной процент)

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

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

50. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Mihail Zenkov (ok) on 28-Авг-16, 14:30 
Это хорошо лишь в том случае, если проект вам больше не интересен.

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

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

52. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –1 +/
Сообщение от Школьник (ok) on 28-Авг-16, 14:38 
А с PostgreSQL как быть?
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

59. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Mihail Zenkov (ok) on 28-Авг-16, 14:54 
В каждом правиле есть исключения :)

Я не достаточно хорошо знаю историю развития *SQL дабы корректно прокомментировать. Могу лишь предположить, что в данном случае PostgreSQL является рабочим инструментом для корпараций, а не конечным продуктом. Соответственно развитие собственного полноценного форка менее выгодно (более затратно).

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

70. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Школьник (ok) on 28-Авг-16, 15:43 
>Соответственно развитие собственного полноценного форка менее выгодно (более затратно).

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

Именно сложность поддержки своего собственного форка и синхронизации с апстримом и есть главная причина того, что корпорации присылают свои патчи, а вовсе не палка в виде GPL. А вот когда ресурсы на поддержание своего форка есть, то кодом обычно не делятся, и это также верно в отношении GPL (т.н. Google Linux на их серверах), как и в отношении BSDL.

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

84. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Mihail Zenkov (ok) on 28-Авг-16, 17:01 
> Оно практически всегда менее выгодно, кроме случаев, когда корпорация вложила в закрытый
> форк столько усилий, что этот форк значительно отдалился от оригинала. Но
> в этом случае чаще можно просто переписать все с нуля, а
> не создавать производный продукт.

Нет. Возьмем тоже ядро. Корпорация вносит существенные правки. Но написать свое ядро - не потянет. Что бы эти правки добавить в upstream нужно пройти все стадии review, исправить все недочеты и убрать все хаки. Это слишком накладно, а иногда нереально.

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

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

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

http://oss.sony.net/Products/Linux/common/search.html
Думаете GPL тут не причем и sony добровольно все выложила?

> и это также верно
> в отношении GPL (т.н. Google Linux на их серверах),

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

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

126. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –1 +/
Сообщение от Аноним (??) on 29-Авг-16, 00:50 
корпорациям проще вообще не лезть в этот омут, так и будет у вас Корелдрю черте какого года выпуска, а там "сама, сама".
Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

64. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –2 +/
Сообщение от Аноним (??) on 28-Авг-16, 15:17 
> Это хорошо лишь в том случае, если проект вам больше не интересен.
> Если же вы хотите дальше развивать его, то вам нужны багрепорты, патчи
> и (возможно) донейшены. При лицензии bsd - все будут знать о
> производном продукте, но никто не узнает о вашем проекте, так как
> вы технарь и пишите код, а маркетологи продают и рекламируют другой
> продукт (на основе вашего).

Не надо выдавать свои влажные фантазии. а лучше почитать BSDL в оригинале - там не так много слов.
В частности требование упоминания на базе чего был сделан твой продукт.

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

65. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +2 +/
Сообщение от Mihail Zenkov (ok) on 28-Авг-16, 15:21 
Да, покажи мне где маркетологи в своих рекламах гордо и громко заявляют - основано на открытых проектах с BSD лицензией? Максимум в about, в конце, мелким шрифтом.
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

78. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/
Сообщение от Аноним (??) on 28-Авг-16, 16:42 
> Да, покажи мне где маркетологи в своих рекламах гордо и громко заявляют
> - основано на открытых проектах с BSD лицензией? Максимум в about,
> в конце, мелким шрифтом.

Я видел в основном в readme в иерархии файлов. Формально как бы ок. Реально его никто там не найдет кроме полутора особо пронырливых гиков. Так что пиар в случае BSD получается довольно номинальный.

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

206. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –2 +/
Сообщение от Аноним (??) on 30-Авг-16, 09:37 
>Реально его никто там не найдет кроме полутора особо пронырливых гиков.

Ну опроси n-ное количество произвольно выбранных хомяков, знают ли они, что в их "мабилке" есть какой-то там линукс. Тебя весьма неприятно приложит фейсом об реальность.:)

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

228. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/
Сообщение от Аноним (??) on 31-Авг-16, 18:28 
> Ну опроси n-ное количество произвольно выбранных хомяков, знают ли они, что в
> их "мабилке" есть какой-то там линукс. Тебя весьма неприятно приложит фейсом
> об реальность.:)

Ну не знаю, туполинк кладет прямо в коробку бумажку - а мы вот опенсорс, тарболы скачать там и сям. Гораздо более эффективный и приятный и пиар и compliance с лицензией. Я предпочитаю видеть это так. Ну это если ты на реальность нарываешься и приложения фэйсом просишь. GPLщиков не очень фэйсом об тэйбл, у них к этому иммунитет.

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

111. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –1 +/
Сообщение от qwerty (??) on 28-Авг-16, 22:19 
> Это хорошо лишь в том случае, если проект вам больше не интересен.

Определитесь что такое "интерес".
Это интерес в продаже продукта?
Или создание любительского проекта?
Или научно-практическая работа?
Или часть фундаментальной стратегической деятельности?

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

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


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

116. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Mihail Zenkov (ok) on 28-Авг-16, 22:35 
>> Это хорошо лишь в том случае, если проект вам больше не интересен.
> Определитесь что такое "интерес".
> Это интерес в продаже продукта?
> Или создание любительского проекта?
> Или научно-практическая работа?
> Или часть фундаментальной стратегической деятельности?

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

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

Зачем что-то писать, если GPL идеально подходит для этого случая (хочу развивать, нужны багрепорты, патчи и (возможно) донейшены) ? Тем более, что все четко понимают, что есть GPL и какие ограничения она налагает, в отличии от самопальных дополнений. Опять же совместимость с остальными (L)GPL проектами как правило желательна.

> В том, что у кого-то цели, не понимаемые тобой? И это тебя
> раздражает? =)

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

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

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

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

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

Определитесь таки.


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

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

"Это хорошо лишь в том случае, если проект вам больше не интересен." - о BSD лицензии. Хорошо - так как больше вероятность, что хоть кто-то сможет воспользоваться вашим трудом и он принесет дополнительную пользу пусть и не автору, но хоть кому-то.

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

Если проект интересен и вы хотите его развивать - лучше подходит GPL.


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

185. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –1 +/
Сообщение от qwerty (??) on 29-Авг-16, 16:57 
>> 1
>>> В данном контексте: не интересен - больше вам не нужен, развивать далее
>>> вы его не хотите и в целом вам безразлична дальнейшая судьба
>>> проекта.
> "Это хорошо лишь в том случае, если проект вам больше не интересен."
> - о BSD лицензии.

"Мне _интересен_ общественный проект, я публикую его c Беркли соглашением."

В чем проблема? Ты пробовал перечислить риски и последствия?

- Что кто-то сделает форк твоего проекта? Так он и с GPL его может сделать.

- Что кто-то будет использовать в частном коммерческом проекте без отчислений?
Он и с GPL может это сделать.

- Что-кто перетянет твою славу и коммюнити? Он и с GPL может это сделать. И нахрена ты вообще начинаешь общественный проект и каково твое качество лидера-управляющего?

- Что кто сделает модификацию и не пришлет ее тебе? Он и с GPL может это сделать.

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

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

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

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

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

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

241. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +3 +/
Сообщение от Аноним (??) on 01-Сен-16, 01:05 
> Американской юридической уловке под именем GPL местные дети цивилизации придают какое-то
> магическое значение, якобы она сделает тебя значимым и прям гарантирует рост,
> процветание и бесконечную жизнь и защиту от мифических злобных копирастов.

Не гарантирует, но вполне себе способствует при прочих равных.

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

ЧСХ те же корпорасы охотно определили BSD на мороз из своих продакшнов, невзирая на пермиссивность.

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

18. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +4 +/
Сообщение от Аноним (??) on 28-Авг-16, 12:41 
> Любишь медок - люби и холодок. GPL и навязывание т.н. "свободы" любыми
> способами, в том числе и через суд - это как игра сборной России по футболу и проигрыш,
> то есть из первого _неизбежно_ следует второе.

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

> И без суда здесь никак не обойдешься,

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

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

Если кто-то не хочет сообщество поддержать - он, определенно, не является "сообществом" и/или "другом" в контексте этого сообщества.

> И не заморачиваются обязательствами, вытекающими из смешных опасений

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

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

51. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Школьник (ok) on 28-Авг-16, 14:36 
> Когда проприерасы начинают наглеть - возникает спрос на посыпание их дустом.
> А свобода проприетарных паразитов - они что-то в своих EULA о свободе не очень вспоминают. .

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

> Если кто-то не хочет сообщество поддержать - он, определенно, не является "сообществом"
> и/или "другом" в контексте этого сообщества.

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

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

Только в твоем воспаленном воображении. Кстати, тебе не припекает от того, что Гугл на своих серверах гоняет свой форк ядра, и у тебя нет абсолютно никаких шансов на него посмотреть, разве что только то, что Гугл с барского стола тебе кинет в виде подачки в upstream? Если нет, то ты просто лицемеришь, рассказывая про мнимые "страдания" бздунов, ведь ты точно также в этом случае "страдаешь". Кстати, то, что закрытый Гуглом код, сделанный на основе трудов других людей, работает не у тебя на компе или в телефоне, а где-то в облаке, моральной (не юридической) сути проблемы никак не отменяет - Гугл пользуется результатами чужих трудов, и при этом делится только тем, что считает нужным. И вся такая из себя "свободная" GPLv2 ничуть этому не мешает.

Вообще говоря, никто не обязан возвращать ни корм, которым выкормили теленка, превзошедшего мать в удоях, ни рецепт этого корма. Но самое интересное: когда речь идет не о коровах, а о BSDL, то многие возвращают. И возвращают без применения палки в виде GPL, хотя тебе, наверное, очень сложно это представить - как же это так, делиться кодом, когда абсолютно свободно и легально можно не делиться, вот лохи же!

А палка эта, кстати, не гарантирует ни защиты от проприерасов, ни того, что продукт будет развиваться. Сравни PostgreSQL, который под BSDL, и MySQL, который под GPL. Рассказать тебе, в каком из этих двух продуктов безблагодатность и стагнация, или сам догадаешься? Первый стараниями сообщества и корпораций стал вполне себе конкурентом Ораклу, способным работать на базах почти любых масштабов (кроме эмбедовки, где рулит SQLite). Второй фрагментировался и на фоне PostgreSQL откровенно стагнирует. И даже GPL не помогла, вот ведь засада-то!

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

76. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Аноним (??) on 28-Авг-16, 16:40 
> Ну так не пользуйся проприетарными продуктами, и не будешь тогда терпилой их наглости.

Это одна из причин по которым я пользуюсь опенсорсным софтом. Надоело подстраиваться под всяких *даков постоянно.

> Тебя ведь никто не заставляет у проприерастов что-то покупать, верно?

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

> И сделать свободный аналог проприетарного ПО тебе ведь тоже никто не
> запрещает, верно?

Верно. И использовать в моей работе открытые технологии не запрещается. И это Linux, а не ошметки с барских столов проприетарщиков. А проприетарщики - мои конкуренты. Конкуренты должны умереть, так? :)

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

Надо же, оказывается даже проприетарщику могут икаться методы коллег по цеху. Что, акула, ростом мелковата?

> ...что нисколько не должно мешать делиться кодом и с такими. Сегодня он
> не друг, а завтра может им и стать.

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

> Только в твоем воспаленном воображении.

Cоня гоняет AAA игры пока терпилы без драйверов для этих APU сидят - тоже в моем воображении?

> и у тебя нет абсолютно никаких шансов на него посмотреть, разве что только то,
> что Гугл с барского стола тебе кинет в виде подачки в upstream?

Что-то "подачек" с @google.com в коммитах много. В отличие от патчей от сони терпилам. А так - GPL не идеальна. Но для проектов размером с ядро явно лучше работает.

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

Только почему-то они еще без видеодрайверов сидят, поддержка SoC у них в ауте, файлух для NAND нету и даже сказки про серверную ось без допиленной виртуализации выглядят жидко. Особенно когда AT&T на серверную убунту драпает. Заклятые дружки бцдунов.

> облаке, моральной (не юридической) сути проблемы никак не отменяет - Гугл
> пользуется результатами чужих трудов, и при этом делится только тем, что
> считает нужным. И вся такая из себя "свободная" GPLv2 ничуть этому не мешает.

GPLv2 имеет свои проблемы. Но их таки меньше чем у bsd и опача и discourage'ит паразитизм оно сильнее. Конечная цель - наверное не идеальное выполнение ПДД до закорючки каждым пенсионером, а отсутствие о...вших королей дорог, считающих что на дороге они одни.

> Вообще говоря, никто не обязан возвращать ни корм, которым выкормили теленка,

Это у вас там дойка и стрижка. А у линуксоидов - равноправное взаимодействие.

> речь идет не о коровах, а о BSDL, то многие возвращают.

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

> И возвращают без применения палки в виде GPL, хотя тебе, наверное,
> очень сложно это представить - как же это так, делиться кодом,
> когда абсолютно свободно и легально можно не делиться, вот лохи же!

Как показал пример Linux, некоторые короли дорог без полосатой палки копа, томика ПДД и штрафов или лишения - таки совсем не понимают, увы. Если бы это было не так - копы с полосатой палкой может и не требовались бы. Но мир неидеален.

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

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

> Сравни PostgreSQL, который под BSDL, и MySQL,

Сравнил. Карьерный самосвал, куда без пары DBA лучше не соваться vs фургон для того чтобы отвезти холодильник на дачу. Из них конкуренты как-то плохо получаются.

> который под GPL. Рассказать тебе, в каком из этих двух продуктов
> безблагодатность и стагнация, или сам догадаешься?

Кстати, если кто не заметил, GPL+CLA != GPL ;)

> Первый стараниями сообщества и корпораций стал вполне себе конкурентом
> Ораклу, способным работать на базах почти любых масштабов (кроме эмбедовки,
> где рулит SQLite). Второй фрагментировался и на фоне PostgreSQL откровенно
> стагнирует. И даже GPL не помогла, вот ведь засада-то!

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

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

114. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –1 +/
Сообщение от Школьник (ok) on 28-Авг-16, 22:26 
> Это одна из причин по которым я пользуюсь опенсорсным софтом. Надоело подстраиваться
> под всяких *даков постоянно.

Если не пользуешься, то зачем ты вообще про это говоришь? За других обидно?

> Надо же, оказывается даже проприетарщику могут икаться методы коллег по цеху. Что,
> акула, ростом мелковата?

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

>> Только в твоем воспаленном воображении.
> Cоня гоняет AAA игры пока терпилы без драйверов для этих APU сидят
> - тоже в моем воображении?

Соня никаких исходников все равно бы не открыла - они скорее взяли бы не FreeBSD, а что-либо другое. Была же у них своя ОС на предыдущих поколениях приставки? А что до драйверов под APU, так опять наблюдаю эти крокодильи слезы по чужой беде. Лично я на продукцию AMD кладу большой-пребольшой болт. Был в махровые годы владельцем ATI Rage 128 Pro и наелся коричневой субстанции с драйверами так, что больше на ATI/AMD не тянет абсолютно. И судя по тому, что пишут на phoronix, ситуация за 16 лет мало в чем изменилась. Игры мне теперь малоинтересны, интересны прежде всего вычисления. В свое время на макбуке с дискретной картой AMD любые более-менее сложные OpenCL kernel валили компилятор, и судя по тому, что я слышал, дело было не в том, что в MacOS X весь графический стек обмазан известной субстанцией, а в том, что кое-кто систематически поставляет дрянь вместо нормальных драйверов, причем для всех ОС. Вдобавок к этому даже в OpenCL нвидиевские паскали с нехилым отрывом уделывают в большинстве тестов любые доступные для тестирования карты AMD. Подозреваю, что переписав программу на CUDA, отрыв можно увеличить еще более, что и показывают тесты, которые делают коллеги по моей работе. Спасибо, но не надо мне драйверов для AMD, как и продукции самой AMD. Пусть тот, кто пользуется - пусть тот и льет слезы по тому, какая плохая оказалась Сони (как будто раньше от нее было что-то хорошее).

> Что-то "подачек" с @google.com в коммитах много. В отличие от патчей от
> сони терпилам.

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

> Только почему-то они еще без видеодрайверов сидят, поддержка SoC у них в
> ауте, файлух для NAND нету и даже сказки про серверную ось
> без допиленной виртуализации выглядят жидко. Особенно когда AT&T на серверную убунту
> драпает. Заклятые дружки бцдунов.

Я лично не страдаю ни от чего вышеперечисленного, как и не страдаю от того, что микроскоп крайне плохо забивает гвозди. Про AT&T - ну просто сказанул как в воду взбзднул, хоть и линуксоид. Самая первая BSD и появилась-то, как набор патчей к тому недоделанному юниксу, который делался в AT&T. И иск, благодаря которому линух сумел выиграть время и оттянуть на себя внимание, тоже был от них. С такими "друзьями" и врагов не надо.

> GPLv2 имеет свои проблемы. Но их таки меньше чем у bsd и
> опача и discourage'ит паразитизм оно сильнее. Конечная цель - наверное не
> идеальное выполнение ПДД до закорючки каждым пенсионером, а отсутствие о...вших королей
> дорог, считающих что на дороге они одни.

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

> Это у вас там дойка и стрижка. А у линуксоидов - равноправное
> взаимодействие.

Равноправное-то равноправное, только права у всяких RedHat и прочих спонсоров Linux Foundation несколько более увесистые, что очень хорошо иллюстрирует эпичнейшая история с systemd, и с тем, как ядро пилят в угоду именно этой "равноправной" с другими системой инициализации. А так-то равноправие во все поля, ага.

> Как показал пример Linux, некоторые короли дорог без полосатой палки копа, томика
> ПДД и штрафов или лишения - таки совсем не понимают, увы.
> Если бы это было не так - копы с полосатой палкой
> может и не требовались бы. Но мир неидеален.

Именно поэтому нужно рядом с каждым автомобилистом всегда держать минимум одного гаишника на пассажирском сидении, а то вдруг чего выйдет, преступление какое, нарушение ПДД?

> Сравнил. Карьерный самосвал, куда без пары DBA лучше не соваться vs фургон
> для того чтобы отвезти холодильник на дачу. Из них конкуренты как-то
> плохо получаются.

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

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

134. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –1 +/
Сообщение от Аноним (??) on 29-Авг-16, 04:07 
> Если не пользуешься, то зачем ты вообще про это говоришь? За других обидно?

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

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

Если нечто выглядит как проприетарщик и ведет себя как проприетарщик...

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

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

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

А по тебе и не скажешь - так паришься о возможности зажать сорец. Опенсорсникам незачем сорц зажимать - на то и опен, что сорц доступен. А если сорц зажат - уже не опен.

> Соня никаких исходников все равно бы не открыла - они скорее взяли
> бы не FreeBSD, а что-либо другое.

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

> Была же у них своя ОС на предыдущих поколениях приставки?

На PS3 тоже вроде какая-то бзда была. IIRC там UFS был. Деталей не знаю, на копание в проприетари я забил много лет назад.

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

Всего лишь капитанинг с зарисовками о том как ваши экосистемы замечательно работают.

> ATI Rage 128 Pro и наелся коричневой субстанции с драйверами так,
> что больше на ATI/AMD не тянет абсолютно.

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

> И судя по тому, что пишут на phoronix, ситуация за 16 лет мало в чем изменилась.

А я имею заметить нехилое улучшение ситуации с дровами за последние 3 года и удачную интеграцию АМДшников в процессы разработки ядра линуса. Теперь модуль ядра AMDGPU пишет вся команда бывшего каталиста. Шаг в правильную сторону. За это они имеют слово в большинстве процессов и их мнение учитывается. Поэтому им в целом достаточно комфортно разрабатывать и в рабочих процессах их не обносят, как нвидию.

> Игры мне теперь малоинтересны, интересны прежде всего вычисления.

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

> было не в том, что в MacOS X весь графический стек обмазан известной субстанцией,

А он таки обмазан, судя по тому же форониксу.

> а в том, что кое-кто систематически поставляет дрянь вместо нормальных драйверов,

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

> причем для всех ОС. Вдобавок к этому даже в OpenCL нвидиевские паскали
> с нехилым отрывом уделывают в большинстве тестов любые доступные для
> тестирования карты AMD.

Наверное имнно поэтому майнеры коинов забивали радеонами  целые склады, игнорируя нвидии как класс, потому что 150-долларовая видяха - делала теслу в криптографии :)

> Подозреваю, что переписав программу на CUDA, отрыв можно увеличить еще более,
> что и показывают тесты, которые делают коллеги по моей работе.

А заодно залочиться намертво на одного вендора. И потом он удивляется за что его считают проприетарщиком.

Ах да, в бздях то вычисления работают? Или ты как истинный опенсорсник дуалбутнулся в проприетару? :)

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

Соня там AAA игры пускает. На плохих драйверах это не очень получится.

> Насчет Сони не знаю, а так в разработке BSD полным полно разных
> корпораций участвует.

Тут уже показали участие нетфликса, спасиб. Что для BSD полный ход, для Linux даже не штиль - каноникал накоммитил в 20 раз больше нетфликса. ЛОЛ.

> Хотя их никто, вообще говоря, к этому не принуждает.

Заметно, если посмотреть на число коммитов...

> дело в том, что решают, какой коммит сделать, а какой оставить
> себе, они и только они.

Внезапно, так может кто угодно. Даже я. Если кто считает такой расклад абсолютно неприемлимым, они идут любить AGPL. Но это уже совсем радикальненько.

> Это как-то противоречит декларируемым целям GPL
> сделать разработку максимально открытой для всех.

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

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

Так этот микроскоп и картинку показывает плохо до кучи. Т.е. это на самом деле металлолом.

> который делался в AT&T. И иск, благодаря которому линух сумел выиграть
> время и оттянуть на себя внимание, тоже был от них. С такими "друзьями" и врагов не надо.

Я и говорю - у бцдунов "друзья" по жизни норовят их кинуть, обуть и прокатить. Всякие DRMные нетфликсы и сони и жлобские жуниперы тоже так себе дружки.

> То есть, BSDL изначально поощряет в людях хорошее, пытаясь не навредить,

Я не считаю стимулирование паразитизма чем-то хорошим.

> а GPL изначально видит в людях плохое и активно с этим борется.

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

> Ну удачи.

Да я так смотрю - у сабжа с эти порядок.

> Равноправное-то равноправное, только права у всяких RedHat и прочих спонсоров
> Linux Foundation несколько более увесистые,

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

> что очень хорошо иллюстрирует эпичнейшая история с systemd,

Лично меня системд избавляет от туевой хучи long standing проблем, новых проблем создает минимум, поэтому я не понимаю этих плачей несмеян. Не говоря о том что ядро технически не энфорсит конкретный инит, им может быть что угодно. Вплоть до например задачи которая обеспечивает логику работы устройства (так линукс грузят за время менее секунды, так что устройство для пользователя не загружается а ВКЛЮЧАЕТСЯ).

> и с тем, как ядро пилят в угоду именно этой "равноправной"
> с другими системой инициализации. А так-то равноправие во все поля, ага.

Ядро без проблем запускает в роли инита что угодно. Если ты про суету с шинами - я считаю что хотел бы видеть в системе шуструю шину с хорошим API. Это сделало бы мою жизнь проще. И это должен быть почти-mandatory компонент, отрывать который допускается только в совсем мелкой эмбедовке. Иначе весь смысл теряется. С точки зрения прогрмамирования апи на наличие которого нельзя надеяться - полный булшит.

> Именно поэтому нужно рядом с каждым автомобилистом всегда держать минимум одного гаишника

GPL всего лишь такие себе ПДД. А кто выводов не сделает и будет хреначить по встречке - ну тогда ему полицейский объяснит что так не надо. В суд волокут самых зарывающихся.

> "карьерный самосвал", "без пары DBA лучше не соваться" - все с тобой ясно, "эксперт"

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

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

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

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

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

> Только почему-то они еще без видеодрайверов сидят

google: scfb
скромно, но это не "они еще без видеодрайверов сидят"


> поддержка SoC у них в ауте

BANANAPI, PANDABOARD, BEAGLEBONE, RPI, CUBIEBOARD, что-то там еще
это в 11 ветке freebsd, уже как стабильная ветка

это не такой зоопарк, но и не "в ауте"

> файлух для NAND нету и

# man nandfs
NAME
     nandfs – manage mounted NAND FS

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

goole: bhive
на практике никакой разницы с kvm не заметил.

пора возвращатся из криогенного сна.

>Особенно когда AT&T на серверную убунту  драпает

Экономят на зарплатах. Там где это возможно.

>Заклятые дружки бцдунов.

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

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

135. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –1 +/
Сообщение от Аноним (??) on 29-Авг-16, 04:34 
> google: scfb
> скромно, но это не "они еще без видеодрайверов сидят"

А на этом работают AAA игры, как у сони? Или это доказательство про второй сорт по сравнению с проприетарщиной приехало?

> BANANAPI, PANDABOARD, BEAGLEBONE, RPI, CUBIEBOARD, что-то там еще
> это в 11 ветке freebsd, уже как стабильная ветка

Целых 4. С старыми SoC в основном, а то и снятые с производства.

> это не такой зоопарк, но и не "в ауте"

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


arch/arm/boot/dts$ find *.dts | wc -l
813

Это 32-битные ARM. Еще 141 для 64-битноог ARM, 89 MIPS'ов и кто там еще.

> # man nandfs

А что оно умеет? Wear leveling? Учет read disturbance? ECC? Bad blocks? MLC nand? HW randomizer инфраструктура ОС поддерживает?

> goole: bhive

Ты лучше нагугли мне хоть одно "боевое" применение этой хни в продакшне.

> на практике никакой разницы с kvm не заметил.

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

> пора возвращатся из криогенного сна.

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

>>Особенно когда AT&T на серверную убунту  драпает
> Экономят на зарплатах. Там где это возможно.

Это ты так рассказал нам нам что бцды дороже пингвина в обслуживании, молодец :). Правда к 2016 году многие и без тебя об этом догадались уже.

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

Спасибо, Кэп. Но на линуксоидов он в суд подавать имхо все-таки не будет.

> Ни у кого в вне эрефии нет никаких иллюзий, как и нет вашего патетического пафоса.

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

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

150. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от qwerty (??) on 29-Авг-16, 12:33 
>Я догадываюсь как BSDшники эксплуатируют ...

Молча.

В голове у тебя "ишники". В проектах, частных и/или общественных, люди применяют software соотвествующее требованиям.

>Ты лучше нагугли мне ...

Это _твои_ проблемы и твоя работа, поиск и изучение software.

>Да вот что-то не вижу...

Это опят же твои проблемы.

>Пафос это имхо когда вопят о достоинствах bsd-лицензирования

Кто и где? Или это только твои влажные видения?

>сидючи на практике с дыркой от бублика.

у тебя видимо большая практика =)

проеты последних лет, в работе: порядка 50 linux-based и 20 freebsd based. ну и туча win, как без них.
linux собственно определен binary only дистрибутивами приложений, слабой компетенцией имеющихся сотрудников, и некоторым иным наследием.

в общем всем похрен, к примеру, будет postgres on linux or on freebsd.
и по тестам разницы никакой, мизер, базы по 5-20 гигабайт.
или nginx c php - меняем одну os на другую, даже никто не замечает.

так что на практике при пропадании linux based os вообще, мир и не чихнет, так, почешется.

деверсификация решений это есть хорошо.

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

229. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/
Сообщение от Аноним (??) on 31-Авг-16, 18:48 
> Молча.

Это заметно, мягко говоря. Вот только (в который раз) это баг а не фича. Эмбедовка своеобразная область, не сказать что простая. И когда все позажимали свои know-how и наработки в жлобской экосистеме - ваше молчание и удавка жабой на каждый пшикк отливается в геморрой у тех кто пытается что-то разрабатывать.

> software соотвествующее требованиям.

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

> Это _твои_ проблемы и твоя работа, поиск и изучение software.

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

> Это опят же твои проблемы.

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

> Кто и где? Или это только твои влажные видения?

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

> у тебя видимо большая практика =)

С бздами то? Дык их в эмбедовке просто нет, а прошибать все стены своим лбом, опробуя все граблины на себе - для меня не самоцель.

> проеты последних лет, в работе: порядка 50 linux-based и 20 freebsd based.
> ну и туча win, как без них.

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

> linux собственно определен binary only дистрибутивами приложений, слабой компетенцией
> имеющихся сотрудников, и некоторым иным наследием.

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

> в общем всем похрен, к примеру, будет postgres on linux or on freebsd.
> и по тестам разницы никакой, мизер, базы по 5-20 гигабайт.

Это был единственный бенч который BSD не слили, или чего? :)

> или nginx c php - меняем одну os на другую, даже никто не замечает.

Только почему-то яху и апач вместе с AT&T заметили что сервера на убунточке им админить проще оказалось. Хотя конечно же мнение какого-то хостера с его сельпо из смеси бзд, линя и винды - важнее. И если уж мы о квалификации, такой дикий микс технологий недвусмысленно говорит где у нас тут засилье эникеев.

> так что на практике при пропадании linux based os вообще, мир и не чихнет, так, почешется.

На практике как я вижу из продакшнов дружно пропадает таки не Linux :)

> деверсификация решений это есть хорошо.

Что-что у ваших решений? :) И конечно же это мощные технические аргументы за бзды.

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

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

>
 
> arch/arm/boot/dts$ find *.dts | wc -l
> 813
>

Бред какой-то. Ты хоть понимаешь смысл этих файлов?

>Это ты так рассказал нам нам что бцды дороже пингвина в обслуживании, молодец :).

Нет.

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

Люди, понимающие и умеющие эксплуатировать BSD, как правило более компетентны.
Это значит что они шагнули за пределы попсовых решений и aptget, имеют более широкий опыт и кругозор.
Соотвественно их стоимость выше.

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

233. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Аноним (??) on 31-Авг-16, 22:48 
> Бред какой-то. Ты хоть понимаешь смысл этих файлов?

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

>>Это ты так рассказал нам нам что бцды дороже пингвина в обслуживании, молодец :).
> Нет.

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

> Бубунтоидный персонал на этапе обслуживания якобы дешевле,

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

> в силу визгов, попсовости и некоторой мифологии.

В силу простоты деплоя и тривиальности майнтенанса. Сервера не требуют внимания и просто работают.

> В реальном жизненном цикле оказываеться что нет, не дешевле.

Расскажи это тем газилионам продакшнов на пингвине, в том числе и отказавшихся от бздей по причине сложности майнтенанса.

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

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

> Люди, понимающие и умеющие эксплуатировать BSD, как правило более компетентны.

...прокачке чсв и безаппеляционных заявлениях. Судя по опеннету.

> Это значит что они шагнули за пределы попсовых решений и aptget, имеют
> более широкий опыт и кругозор.

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

> Соотвественно их стоимость выше.

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

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

132. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/
Сообщение от Анонимный Б. on 29-Авг-16, 02:00 
>> Когда проприерасы начинают наглеть - возникает спрос на посыпание их дустом.
>> А свобода проприетарных паразитов - они что-то в своих EULA о свободе не очень вспоминают. .
> Ну так не пользуйся проприетарными продуктами, и не будешь тогда терпилой их
> наглости. Тебя ведь никто не заставляет у проприерастов что-то покупать, верно?

Может нам ещё вас дустом скажете не посыпать? :-) А после того, как скажете это, ещё и посоветуете не послать вас вместе с вашими советами? Вам они насколько кажутся обязательными к выполнению? (насколько бы мало ни казались, всё равно это слишком много).

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

73. "Это не баг, это фича!"  –1 +/
Сообщение от Canis Dirus Leidy on 28-Авг-16, 16:05 
>Там, где есть цель выстроить сообщество друзей, которым просто нравится вести разработку вместе и делиться кодом со всеми

Молодой человек, это в сейчас описываете старое хакерское сообщество. Проблема в том, что это был, так сказать, «первобытнообщиннинный коммунизм», который держался исключительно на дороговизне и недоступности компьютеров: «Большинство из новичков, появившихся в лаборатории изучали программирование на небольших машинах и потому ничего не знали о хакерских принципах. Как и хакеры Третьего Поколения, они не видели ничего плохого в идее владения правами на программы. Эти новые люди писали удивительные новые программы, точно так же как делали их предшественники, но когда программы начинали выводить сообщения на экран, то здесь появилось кое'что новое — это были сообщения о правах копирования».(ц)Стивен Леви «Хакеры, герои компьютерной революции».

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

118. "Это не баг, это фича!"  –2 +/
Сообщение от qwerty (??) on 28-Авг-16, 22:55 
>>Там, где есть цель выстроить сообщество друзей, которым просто нравится вести разработку вместе и делиться кодом со всеми
> Молодой человек, это в сейчас описываете старое хакерское сообщество. Проблема в том...

Что феномен "развитого эгоизма" недоступен пониманию постсоветского человека.

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

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

156. "Это не баг, это фича!"  +/
Сообщение от Andrey Mitrofanov on 29-Авг-16, 13:07 
>а американская и европейская элита
> - в научно-образовательные программы и публичные фонды.

Ээээ... Не надо про ЕГЭ, прошу!

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

186. "Это не баг, это фича!"  –1 +/
Сообщение от qwerty (??) on 29-Авг-16, 17:01 
>>а американская и европейская элита
>> - в научно-образовательные программы и публичные фонды.
> Ээээ... Не надо про ЕГЭ, прошу!

Андрей, три буквы - это все ваши знания об образовательных программах?

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

190. "Это не баг, это фича!"  +/
Сообщение от Andrey Mitrofanov on 29-Авг-16, 17:19 
>>>а американская и европейская элита
>>> - в научно-образовательные программы и публичные фонды.
>> Ээээ... Не надо про ЕГЭ, прошу!
> Андрей, три буквы - это все ваши знания об образовательных программах?

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

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

191. "Это не баг, это фича!"  –2 +/
Сообщение от qwerty (??) on 29-Авг-16, 18:47 
>Да, я совсем не образован по поводу американо-европейского вклада. Просветите!

твои проблемы.

каждому да сбудется по вере его.

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

234. "Это не баг, это фича!"  +/
Сообщение от Аноним (??) on 31-Авг-16, 23:15 
> каждому да сбудется по вере его.

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

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

10. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –2 +/
Сообщение от Аноним (??) on 28-Авг-16, 11:32 
На GPU значит не влияет? "Fuck your Graphic vendors"?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору
Часть нити удалена модератором

25. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/
Сообщение от кверти (ok) on 28-Авг-16, 13:17 
И выбросит ее как самсунг баду и хп свою вэбось.
Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

35. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/
Сообщение от Аноним (??) on 28-Авг-16, 13:46 
> И выбросит ее как самсунг баду и хп свою вэбось.

или выкинет Linux. Экосистема уже сформирована, а что там под капотом (Davik'ом) будет там linux kernel или еще какая хрень, всем глубоко наплевать.

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

46. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/
Сообщение от Аноним (??) on 28-Авг-16, 14:12 
> или выкинет Linux. Экосистема уже сформирована, а что там под капотом (Davik'ом)
> будет там linux kernel или еще какая хрень, всем глубоко наплевать.

А драйверы кто напишет? И прочую поддержку железа и подсистемы вокруг. Желающие запилить свою ось взвоют в первые полчаса смотрения на тот же NAND. К тому же у гугеля есть не только далвик но и NDK.

Ты вообще список хотя-бы проектов гугля на гитхабе видел? Там 30 страниц один только список проектов. О 90% из них ты даже не слышал никогда.

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

62. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –1 +/
Сообщение от Аноним (??) on 28-Авг-16, 15:14 
>> или выкинет Linux. Экосистема уже сформирована, а что там под капотом (Davik'ом)
>> будет там linux kernel или еще какая хрень, всем глубоко наплевать.
> А драйверы кто напишет? И прочую поддержку железа и подсистемы вокруг. Желающие
> запилить свою ось взвоют в первые полчаса смотрения на тот же
> NAND. К тому же у гугеля есть не только далвик но
> и NDK.

для телефонов поддержка сто-питсот рейдов не нужна. И вообще поддержка железа сводится к поддержке SoC. так что не стоит думать что для телефонов и телевизоров так уж много железа нужно поддерживать.

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

93. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +2 +/
Сообщение от Аноним (??) on 28-Авг-16, 18:07 
> для телефонов поддержка сто-питсот рейдов не нужна.

Да, для них нужна поддержка 100500 разных чипов NAND, со всеми их quirks и особенностями. И ты таки спили мушку^W^W почитай даташит на десяток-другой из них. Для разнообразия ощущений.

> И вообще поддержка железа сводится к поддержке SoC.

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

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

Вообще-то - достаточно много. Это бцдюки считают что если процессор врубился и ядро загрузилось и в лог по уарту выплюнулось сообщение - все, [X] мы поддерживаем этот SoC. А реально там довольно много всякой периферии и без нее этот SoC не сможет чуть менее чем нишиша. А андроид вообще довольно много чего умеет. Ну там тот же wi-fi direct. Много операционок вообще внутрях в курсе что это? В лине то его не так уж давно запилили, о нем должны быть в курсе и драйвер и кишки операционки. И требования к кишкам операционки нормальные - они должны нормально относиться к созданию такой вещи как VIF (новый виртуальный интерфейс на том же физическом) на лету.

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

115. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –2 +/
Сообщение от Аноним (??) on 28-Авг-16, 22:28 
>> для телефонов поддержка сто-питсот рейдов не нужна.
> Да, для них нужна поддержка 100500 разных чипов NAND, со всеми их
> quirks и особенностями. И ты таки спили мушку^W^W почитай даташит на
> десяток-другой из них. Для разнообразия ощущений.

Сказки. Можете даже глянуть в ядре линукса. Опять же у производителя телефонов - строго один NAND.
зачем еще 100500 других типов?


>[оверквотинг удален]
> Которой в один кристалл может быть упаковано не сильно меньше чем
> в полноценный системник.
>> так что не стоит думать что для телефонов и телевизоров так уж много железа нужно поддерживать.
> нишиша. А андроид вообще довольно много чего умеет. Ну там тот
> же wi-fi direct. Много операционок вообще внутрях в курсе что это?
> В лине то его не так уж давно запилили, о нем
> должны быть в курсе и драйвер и кишки операционки. И требования
> к кишкам операционки нормальные - они должны нормально относиться к созданию
> такой вещи как VIF (новый виртуальный интерфейс на том же физическом)
> на лету.

Остальной бред скинут. WiFi direct - делается hostap в лет, и к ядру отношения не имеет.

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

235. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/
Сообщение от Аноним (??) on 01-Сен-16, 00:18 
> Сказки. Можете даже глянуть в ядре линукса.

А я о чем по твоему, клоун?

> Опять же у производителя телефонов - строго один NAND.

Который из них? Озвучь его? Только это, я то в курсе что и где бывает.

> зачем еще 100500 других типов?

А вот не знаю почему в тех же SoC загрузку с полдюжины подтипов NAND делают, не говоря о том что организация чипов и всякие интимные особенности бывают разные, а жестко закладываться на одну модель и даже одно подсемейство - достаточно чревато. Если кто использовал особенности SLC, то в MLC он обнаружит что некторые фокусы не работают. Он немнжко, но все-таки отличается. Этого немножко достаточно для кучи side effects.

> Остальной бред скинут. WiFi direct - делается hostap в лет, и к
> ядру отношения не имеет.

Ага, не считая того что драйвер должен уметь создавать VIF и слать нужные типы пакетов в режиме который в общем то ни AP, ни клиент, а некий гибрид. А так то никакой поддержки ядром, что вы.

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

119. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –2 +/
Сообщение от qwerty (??) on 28-Авг-16, 23:10 
>> так что не стоит думать что для телефонов и телевизоров так уж много железа нужно поддерживать.
> Вообще-то - достаточно много. Это бцдюки считают что если процессор врубился и
> ядро загрузилось и в лог по уарту выплюнулось сообщение - все,
> [X] мы поддерживаем этот SoC.

нихрена подобного.

к примеру, смотрим матрицу What works
https://wiki.freebsd.org/FreeBSD/arm/Raspberry%20Pi

или Supported devices
https://wiki.freebsd.org/FreeBSD/arm/Allwinner

> А реально там довольно много всякой  периферии

pmu, usb, i2c, eth, audio, ... основной список дюжина позиций.
как правило soc сборка из довольно типизированных модулей.

>Ну там тот  же wi-fi direct

hostap, к wifi модулю и его драйверу отношения имеет косвенное.
другой логический уровень.

совет: прежде чем нести пургу, погуглите.

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

165. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/
Сообщение от Andrey Mitrofanov on 29-Авг-16, 13:33 
>>> так что не стоит думать что для телефонов и телевизоров так уж много железа нужно поддерживать.
>> Вообще-то - достаточно много. Это бцдюки считают что если процессор врубился и
>> ядро загрузилось и в лог по уарту выплюнулось сообщение - все,
>> [X] мы поддерживаем этот SoC.
> нихрена подобного.
> к примеру, смотрим матрицу What works
>wiki.freebsd.org/FreeBSD/arm/Raspberry Pi

Из 4ёх RPi  --  два? Работайте, не отвлекайтесь.

> или Supported devices
>wiki.freebsd.org/FreeBSD/arm/Allwinner
>> А реально там довольно много всякой  периферии
> pmu, usb, i2c, eth, audio, ... основной список дюжина позиций.
> совет: прежде чем нести пургу, погуглите.

Вторая ссылка именно то и показывает, что user выше написал: там для 8 SoC-ов -- _ровно_ 8 плат (хорошо, ниже [видимо с дев-бордами] аж 10).  Всё! Галочку поставили -- и расслабились?

Такую "поддержку" железа не то что проблобированный coreboot, но и GNU libreboot уделает и не вспотеет.

---(Гм, "boards (non-exhaustive)" на https://wiki.freebsd.org/FreeBSD/mips и тот... >8шт.)

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

207. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –1 +/
Сообщение от qwerty (??) on 30-Авг-16, 13:57 
> к примеру, смотрим матрицу What works
>wiki.freebsd.org/FreeBSD/arm/Raspberry Pi
>Из 4ёх RPi  --  два? Работайте, не отвлекайтесь.

Писькомер чужими результатами?

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

236. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/
Сообщение от Аноним (??) on 01-Сен-16, 00:46 
> к примеру, смотрим матрицу What works

Ну окей.

> https://wiki.freebsd.org/FreeBSD/arm/Raspberry%20Pi

Для RPi3 там такие вопросики везде красивые нарисованы. Никто из фрибцдунов в глаза не видел RPi3.

> https://wiki.freebsd.org/FreeBSD/arm/Allwinner

И видим список из 10 девайсов, хотя китайцы завалили этим полпланеты. Половина из списка - устаревшие и/или более не производимые и/или экзотичные и/или нишевые (как A20 SOM). Ок, а где те же родственные Lime, например? Про них не слышали? Ну или тот китайский гигабитный роутер от lamobo? Сетевики-затейники не слышали про 5-портовый роутеросвич с этой штукой?

> pmu, usb, i2c, eth, audio, ... основной список дюжина позиций.

Осталось только понять что понимается под поддержкой. Ну вот PMU например. Что имеется в виду? Поддержка отдельного чипа AXP2xx - в каком состоянии и что умеет? Там один этот чип - продвинут как черти что. И является важной частью DVFS. У фрибзды DVFS работает? Это когда при смене частот одновременно командуют power manager'у сменить вольтаж в соответствии с желаемой частотой - потребление становится гораздо более адекватным. А зарядку батарейки может? (в AXP крутейший импульсный зарядник встроен)

> как правило soc сборка из довольно типизированных модулей.

Зависит от SoC. Это до некоторой степени правда. Но блок может быть прилеплен на специфичный для чипа glue, например. У Allwinner часть блоков экзотичные, чуть ли не своей разработки. Часть относительно ширпотребные но с местными quirks/glue.

> hostap, к wifi модулю и его драйверу отношения имеет косвенное.

Драйвер должен уметь слать нужные пакеты, в хитром режиме железа который ни AP, ни station. Он чем-то похож на AP, но таковым не является. B нормально относиться к созданию новых виртуальных интерфейсов. Что может не любой драйвер.

> совет: прежде чем нести пургу, погуглите.

Вот к себе этот совет и примените.

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

161. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/
Сообщение от Andrey Mitrofanov on 29-Авг-16, 13:19 
> для телефонов поддержка сто-питсот рейдов не нужна. И вообще поддержка железа сводится
> к поддержке SoC. так что не стоит думать что для телефонов
> и телевизоров так уж много железа нужно поддерживать.

У йих в ARM-ах стопицот вот именно этих самых SoC-ов. И каждый год выкидывают половину, и завозят столько же и ещё вагон новых. И без драйверов -- ARM Inc. так построил "экосистему", Гугле Корп. ему в этом подиграл. История Успеха.

Если на этой поляне начать BSDL-юникс-войны, то кончится, как с WinCE/Pho -- интел атомом и само схлопыванием.  Пусть попробуют, чего ж не. Может Нокия... вернётся! Или Моторола, скажем... А не, эту китайцы уже всё.

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

237. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Аноним (??) on 01-Сен-16, 00:52 
> год выкидывают половину, и завозят столько же и ещё вагон новых.
> И без драйверов -- ARM Inc. так построил "экосистему",

Ну кстати как минимум один чуваков с @arm.com вполне себе коммитит поддержку китаезных SoC в Linux Sunxi. Такой вот интересный пейзаж нынче встречается.

> Если на этой поляне начать BSDL-юникс-войны, то кончится, как с WinCE/Pho --
> интел атомом и само схлопыванием.

А как же квалкомм? MS традиционно фапает на квалкомм, вместе с партнерами из HTC. Правда HTC и MS куда-то задвинули. Квалком впрочем живет себе на некоторых ведроидах.

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

242. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/
Сообщение от Andrey Mitrofanov on 01-Сен-16, 10:10 
>> кончится, как с WinCE/Pho -- интел атомом и само схлопыванием.
> А как же квалкомм? MS традиционно фапает на квалкомм, вместе с партнерами
> из HTC. Правда HTC и MS куда-то задвинули. Квалком впрочем живет
> себе на некоторых ведроидах.

Я не знаю. Вроде как, было "только квалком & WinRT". Теперь, когда лепший кореш интел подтянулся к планшетикам -- arm-уин-доуза, насколько я ничего не понимаю, больше нет в [дикой] природе.  //Ау, клован, выходи -- маимся в потёмках, рассказывай....

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

159. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Andrey Mitrofanov on 29-Авг-16, 13:13 
>> И выбросит ее как самсунг баду и хп свою вэбось.
> или выкинет Linux. Экосистема уже сформирована, а что там под капотом (Davik'ом)
> будет там linux kernel или еще какая хрень, всем глубоко наплевать.

Подавятся. Как МС с ВинЦЕ. Денег столько нет в модели юникс-войн -- чтоб все со всеми.

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

157. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Andrey Mitrofanov on 29-Авг-16, 13:11 
> И выбросит ее как самсунг баду и хп свою вэбось.

"Запалить бочку с долярами! Много бочек!!" -- современная парадигма софтверной разработки.

От самого Папы опенсусса. (ВНИМАНИЕ: Доля :( шутки.) --http://esr.ibiblio.org/?p=7221

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

36. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +2 +/
Сообщение от Аноним (??) on 28-Авг-16, 13:48 
> Они шутку оценили. Google после этого стал писать свою ОС на замену Линуксу.

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

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

16. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Аноним (??) on 28-Авг-16, 12:35 
Опенсорс жив только потому, что на Западе лицензии принято соблюдать
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

21. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +2 +/
Сообщение от Mihail Zenkov (ok) on 28-Авг-16, 12:55 
> Опенсорс жив только потому, что на Западе лицензии принято соблюдать

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

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

33. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –2 +/
Сообщение от Аноним (??) on 28-Авг-16, 13:45 
аха.. 100 тысяч Hello world. пишутся энтузиастами, а ядро Linux пишется на зарплату. Сравните разницу.
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

38. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Аноним (??) on 28-Авг-16, 13:51 
> аха.. 100 тысяч Hello world. пишутся энтузиастами, а ядро Linux пишется на
> зарплату. Сравните разницу.

А разница - в том что hello world только их авторам и нужны. Логично что никто не станет помогать автору страдать фигней. Страдание фигней - по умолчанию за свой счет. А дальше как повезет.

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

41. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Mihail Zenkov (ok) on 28-Авг-16, 14:01 
Нет, разница в том, что корпорации вкладываются только в системные компоненты, так как используют как основу для своих систем или просто в своей инфраструктуре.

Остальные же проекты предназначены для конечных пользователей и составляют конкуренцию проприетаным решениям. Конечно корпорации не хотят помогать развиваться конкурентам.

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

56. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Аноним (??) on 28-Авг-16, 14:47 
> Нет, разница в том, что корпорации вкладываются только в системные компоненты,

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

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

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

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

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

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

105. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Mihail Zenkov (ok) on 28-Авг-16, 21:39 
Это все хорошо, но хотелось бы примеров именно из дистрибутивов gnu/linux. Все знают, что корпорации активно участвуют в разработке ядра и драйверов, но где примеры для всего остального? Или все остальное hello world и пишется за один вечер?
Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

238. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Аноним (??) on 01-Сен-16, 00:54 
Редхаты и гном или сапопикал и юнити наверное все-таки уже юзермод и UI/UX, не?
Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

243. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Mihail Zenkov (ok) on 01-Сен-16, 12:51 
Да, но все равно как-то не густо. Да и redhat/canonical изначально строят свой бизнес на открытых технологиях.

ИМХО реально помогает Google Summer of Code, но и он по сути направлен на привлечение новых энтузиастов в открытые проекты. Получается своего рода целевой donation.

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

39. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Mihail Zenkov (ok) on 28-Авг-16, 13:56 
Выкинет из дистрибутива все пакеты, не разрабатываемые корпорациями. И что после этого в такой системе вы сможете сделать? Скорее всего она даже не загрузится ;)

Blender, gimp, inkscape, wine, ffmpeg, audacity - мелкие, ничего не значащие проекты? Есть и проекты типа firefox, которые смогли сами заработать на свое развитие.

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

45. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –1 +/
Сообщение от Аноним (??) on 28-Авг-16, 14:10 
> Blender, gimp, inkscape, wine, ffmpeg, audacity - мелкие, ничего не значащие проекты?
> Есть и проекты типа firefox, которые смогли сами заработать на свое
> развитие.

что с людьми делает ЕГЭ.. михаил - почитайте википедию что ли.. firefox - это подарок корпорации нескейп.. Он заработал что-то?

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

53. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/
Сообщение от Аноним (??) on 28-Авг-16, 14:41 
> что с людьми делает ЕГЭ..

С Zenkov'ым то? Который в ядро коммитил? Тезка, ты крепко неправ и скорее всего - спалился сам.

> михаил - почитайте википедию что ли.. firefox
> - это подарок корпорации нескейп.. Он заработал что-то?

Финансовый отчет mozilla corp только недавно светился тут в новостях. Таки да, что-то заработал.

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

54. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/
Сообщение от Mihail Zenkov (ok) on 28-Авг-16, 14:41 
> firefox - это подарок корпорации нескейп..

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

Blender тоже изначально был закрытым проектом, энтузиасты выкупили и открыли его исходные коды. Далее также - много лет упорного труда. Сейчас это один из лучших 3d редакторов.

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

55. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –2 +/
Сообщение от soarin (ok) on 28-Авг-16, 14:47 
> И если бы энтузиасты не подхватили на тот момент убыточный проект и не вложили свой труд (многократно превышающий начальную разработку)  - не было бы firefox

Врёшь. Мне найти какая компания в них денег вбухала на старте или сам?

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

57. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +2 +/
Сообщение от Аноним (??) on 28-Авг-16, 14:51 
> Врёшь. Мне найти какая компания в них денег вбухала на старте или сам?

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

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

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

58. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –2 +/
Сообщение от soarin (ok) on 28-Авг-16, 14:53 
Ну не катит...

> On February 23, 1998, Netscape created the Mozilla Organization to co-ordinate the development of the Mozilla Application Suite.[4][5] When AOL (Netscape's parent) drastically scaled back its involvement with Mozilla Organization, the Mozilla Foundation was launched on July 15, 2003 to ensure Mozilla could survive without Netscape. AOL assisted in the initial creation of the Mozilla Foundation, transferring hardware and intellectual property to the organization, employed a three-person team for the first three months of its existence to help with the transition, and donated $2 million to the Foundation over two years

Вот такая вот "морковка"

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

60. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Mihail Zenkov (ok) on 28-Авг-16, 15:06 
Чего они тогда на рекламу 25000$ (или сколько там нужно было) со всех собирали?

https://www.linux.org.ru/news/mozilla/739891

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

61. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Аноним (??) on 28-Авг-16, 15:12 
> Чего они тогда на рекламу 25000$ (или сколько там нужно было) со
> всех собирали?
> https://www.linux.org.ru/news/mozilla/739891

почему бы не потрясти слегка денег с таких как ты?

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

101. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +2 +/
Сообщение от Аноним (??) on 28-Авг-16, 19:44 
> Вот такая вот "морковка"

И все-таки поначалу это был community-driven проект. И я конечно понимаю что ты дуб дубом, но поинтересуйся на досуге чем некоммерческий Foundatin отличается от коммерческого Corporation. То что некоммерческому foundation могут задонэйтить в меру желаний - не делает его коммерческой фирмой. FSF-у вроде в этом году тоже кто-то пару лямов закинул. Но это именно Donation, FSF не ведет коммерческой деятельности.

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

136. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –1 +/
Сообщение от iPony on 29-Авг-16, 08:08 
Ну знаешь, это как офшор.
Ты можешь выворачивать свои карманы, что ты какбэ нищий, но...
Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

239. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/
Сообщение от Аноним (??) on 01-Сен-16, 00:56 
И что характерно - таки некоммерческие foundation не ведут коммерческой деятельности характерной для corp. А если кто-то решил подарить Васе или FSF миллион - так это его собачье дело, собственно.
Ответить | Правка | ^ к родителю #136 | Наверх | Cообщить модератору

169. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/
Сообщение от Andrey Mitrofanov on 29-Авг-16, 13:55 
> аха.. 100 тысяч Hello world. пишутся энтузиастами, а ядро Linux пишется на
> зарплату.

Во-первых, ложный выбор: энтузиастом можно быть и за зарплату. Если кто будет спрашивать, скажи я разрешил!

Во-вторых, корпорации платят своим разработчикам и им это, неожиданно, выгодно. Вы правы, "не заради денег" тут не совсем верно. И да, перепрыгивание и перемешивание-перепутывание денег, опенсурса и свободного ПО ведёт к такой пусопорожней болтовне, как у вас двоих выше.

В-третьих, код [многих] корпораций оказывается и опубликован, и местами в апстриме -- и доступен задаГом всем желающим. И эти желающие _не_ платят поминаемую выше зарплату, например. Да, вы скажете, в *BSD -- всё тоже самое. Да, всё -- почти. Там "коммунизм" не самораскрутился -- не преодолел "уровня поддержки" [извините].  Микросовт с $N-с-носа x $мильёны-миьлярдов десктопчиков с виндой -- раскрутился (не коммунизм). Гугль напару с андроидом и ARM Inc -- раскрутили телефонко-вендоров (тоже не коммунизм -- не для нас, коммунаров).

>Сравните разницу.

А вот *BSD не летает: смотрю в небо -- нет, не летает. Почему, как Вы думаете? Не GPL? Не Гейц с мамой? Не денежный мешок Гугля и GPL?  Почему?? Отдел связей с вендорами не дорабатывает? .... .... . . ...   Вот. Разница. Сравнил. ИИИИИ???!

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

208. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –1 +/
Сообщение от qwerty (??) on 30-Авг-16, 14:05 
> А вот *BSD не летает: смотрю в небо -- нет, не летает.

Твоя жизнь короче, чем жизнь Berkeley OS =)

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

210. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Andrey Mitrofanov on 30-Авг-16, 16:37 
>> А вот *BSD не летает: смотрю в небо -- нет, не летает.
> Твоя жизнь короче, чем жизнь Berkeley OS =)

То. Есть. Эта. Ваша. БерклиОС. Так. Давно. Пролетела?  Оки-доки.

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

166. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Andrey Mitrofanov on 29-Авг-16, 13:36 
> Опенсорс жив только потому, что на Западе лицензии принято соблюдать

"А микрософт жив только потому, что здесь лицензии с маски-шоу впаривают."  ??

--https://duckduckgo.com/?q=ernie+ball+microsoft+linux

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

167. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от AlexAT (ok) on 29-Авг-16, 13:46 
Мир развивается только потому, что на Западе принято соблюдать принятые правила, и не переиначивать их под каждый выгодный случай (прецедентное право в ряде стран способствует одновременно и стабильности, и адаптивности этих правил). Дикари же, не желающие таковых соблюдать, как мы видим, все либо стремительно деградируют, либо в лучшем случае топчутся на месте.
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

49. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/
Сообщение от Тот_Самый_Анонимус on 28-Авг-16, 14:30 
Судя по срaчу — Линус тот ещё жирный тролль.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

149. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Аноним (??) on 29-Авг-16, 12:13 
> Судя по срaчу — Линус тот ещё жирный тролль.

А ты в этом сомневался? Зря, Тролльвальдс умеет набрасывать.

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

187. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Andrey Mitrofanov on 29-Авг-16, 17:06 
>> Судя по срaчу — Линус тот ещё жирный тролль.
> А ты в этом сомневался? Зря, Тролльвальдс умеет набрасывать.

:-S Ему можно - юбилей же. Он незаменим -- #жизнь#удалась.

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

67. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –1 +/
Сообщение от Аноним (??) on 28-Авг-16, 15:28 
Мир-дверь-мяч ваш Линус, это всегда было известно. GPLv2 повиляла, но на GPLv3 которая куда адекватнее ядро не перешло. GPLv2 защищает, но отстаивать её нельзя, можно только ныть и за рукав дёргать. Это, типа, "небезралична судьба кода".
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

71. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –6 +/
Сообщение от Kodir (ok) on 28-Авг-16, 16:00 
Я считаю, что "обязательное раскрытие сорсов" только отпугивает проприетарный мир (или приводит к тому, что те просто внаглую огораживаются стенкой адвокатов и обещаний - как Гугл).

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

Открытый код - он вообще НИКАК не страдает, сколько бы проприерастов его б не скопировали. Есть исходники - пили на здоровье, никто их не отнимет или запатентует. А и запатентует - немного с того пользы, всё равно исходники доступны.

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

95. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –1 +/
Сообщение от Аноним (??) on 28-Авг-16, 18:23 
"обязательное раскрытие сорсов только отпугивает проприетарный мир"
Для этого есть BSD. PlayStation им пользуется, и не жалуется. Было бы оно на Линуксе, да, пришлось бы все оптимизации что они в ядро накодили - открыть. Разве это плохо? Вывод: Для пользователей было бы хорошо, а для PlayStation хорошо бсд, что они и выбрали. А если есть выбор - то все счастливы.

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

А всем проприетаршикам больше важна популярность ОС.

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

96. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +2 +/
Сообщение от Аноним (??) on 28-Авг-16, 18:48 
Ты не понял; корпорации возвращают в апстрим линукса патчи потому, что все возвращают в апстрим линукса патчи, потому что он популярен и БЫСТРО развивается и не возвращая патчи начнется головняк с их адаптацией и поддержкой с каждой новой версией.
Сони, Джунипер и Циска не возвращают в БСД патчи потому, что Фряху разрабатывают три с половиной калеки(по сравнению с Линуксом) и темп изменений достаточно низок чтобы адаптировать свои патчи самому.
Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

162. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –1 +/
Сообщение от qwerty (??) on 29-Авг-16, 13:24 
> Сони, Джунипер и Циска не возвращают в БСД патчи потому, что Фряху
> разрабатывают три с половиной калеки(по сравнению с Линуксом) и темп изменений
> достаточно низок чтобы адаптировать свои патчи самому.

1 Вы разработчик FreeBSD?
2 Какие патчи надо адаптировать, конкретно?

Интересно мнение специалиста.

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

102. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –1 +/
Сообщение от Аноним (??) on 28-Авг-16, 19:51 
> Я считаю, что "обязательное раскрытие сорсов" только отпугивает проприетарный мир

Так это вообще фича. Экосистема становится менее токсичной и гораздо дружественнее к разработчикам и т.п..

> внаглую огораживаются стенкой адвокатов и обещаний - как Гугл).


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

Всего 23 с гаком тысячи коммитов в ядро Linux. Нормально так "наобещали" коммитов. Побольше нетфликса в пермиссивные бсд что-то.

> Если бы лицензия была BSD:

...то получили бы жалкие 300 коммитов подачек. Проверено нетфликсом.

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

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

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

128. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +3 +/
Сообщение от Аноним (??) on 29-Авг-16, 01:08 

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

> Всего 23 с гаком тысячи коммитов в ядро Linux. Нормально так "наобещали"
> коммитов. Побольше нетфликса в пермиссивные бсд что-то.

Что, в предверии зимы об обиталях луж заботитесь, проводя повальную газификацию? Похвально!


git log | grep -ic "CC:.*google\.com"
7968
git log | grep -c "Signed\-off.*google\.com"
6820
git log | grep -c "Acked\-by.*google\.com"
1850

Эксперт подсчетов, че.
Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

172. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Andrey Mitrofanov on 29-Авг-16, 14:14 
>>| wc -l
>> 23399
> Что, в предверии зимы об обиталях луж заботитесь, проводя повальную газификацию? Похвально!

Да-да. В _каждом_ релизе ядра нынче 10-15тыс коммитов (=каждые 60-80 дней). На всечном заводике без забастовочек.

> git log | grep -ic "CC:.*google\.com"
> 7968
> git log | grep -c "Signed\-off.*google\.com"
> 6820
> git log | grep -c "Acked\-by.*google\.com"
> 1850
> Эксперт подсчетов, че.

Полный wc -l без grep-ов -- сколько там набежал с того памятношл 2.6.12-rc2?  Всем опенетом меряем погрешность измерения среднеквадратического отклонения теплового шума!! Статистика ж.

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

108. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Led (ok) on 28-Авг-16, 22:03 
> Я считаю

Ты не умеешь.

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

173. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Andrey Mitrofanov on 29-Авг-16, 14:16 
>> Я считаю
> Ты не умеешь.

Он право имеет. И мнение.  ---Мы все! Уря.

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

171. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/
Сообщение от Andrey Mitrofanov on 29-Авг-16, 14:07 
> Я считаю, что "обязательное раскрытие сорсов" только отпугивает проприетарный мир

Это прекрасно, я считаю. Только "раскрытие" волшебной ду ^W выли тут не при делах.

> Если бы лицензия была BSD:
> Открытый код - он вообще НИКАК не страдает, сколько бы проприерастов его
> б не скопировали. Есть исходники - пили на здоровье, никто их

Поэтому Спободное ПО -- не опенсурс. Проверочный вопрос: перечислите 10 моделей домашних роутеров на цпу mips с FreeBSD? Альтернативный проверочный: перечислите _три_ модели смартфонов с цпу arm с FreeBSD?  ...с _любой_ *BSD??!

Нет? А почему?! "код же от проприерастов не страдает". да, наивыный Вы наш?

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

217. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/
Сообщение от Vkni (ok) on 31-Авг-16, 01:57 
> Я считаю, что "обязательное раскрытие сорсов" только отпугивает проприетарный мир (или
> приводит к тому, что те просто внаглую огораживаются стенкой адвокатов и
> обещаний - как Гугл).

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

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

100. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +2 +/
Сообщение от anonymous (??) on 28-Авг-16, 19:37 
Торвальдс продолжает дурковать. Хорошо хоть от gpl2 не отказался в пользу bsd какой нибудь. Давно уже на gpl3 нужно перейти а он все бредит
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

103. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –2 +/
Сообщение от Аноним (??) on 28-Авг-16, 19:52 
> Торвальдс продолжает дурковать. Хорошо хоть от gpl2 не отказался в пользу bsd
> какой нибудь. Давно уже на gpl3 нужно перейти а он все бредит

А ты куски под GPLv2 перепишешь? :)

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

178. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/
Сообщение от anonymous (??) on 29-Авг-16, 15:02 
Переписывать ничего не нужно, нужно перелицензировать и делаеться это элементарно хоть народу и куча. Ему это уже предлагали
Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

201. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –2 +/
Сообщение от Аноним (??) on 29-Авг-16, 23:20 
Видео мнения Линуса о GPLv3: https://www.youtube.com/watch?v=PaKIZ7gJlRU
Ответить | Правка | ^ к родителю #178 | Наверх | Cообщить модератору

215. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/
Сообщение от Andrey Mitrofanov on 30-Авг-16, 21:11 
> Видео мнения Линуса о GPLv3: https://www.youtube.com/watch?v=PaKIZ7gJlRU

Он старательно делает вид, что это не его ошибка, а так надо.

Tivo - молоццы, *BSD - молоццы, а вот GPLv3 - ой-ой-ой, меня и аплаянс ведорей наобманули, айяйяй, _FSF_ - обманщики, проныры, негодяи и, конечно, воры. И экстремисты, экстремисты, да.  Но Линус - не такая, он ждёт трамвая. То есть GPLv3 == "типа, fine license", но он, Линус, рекомендует *BSDL* и специальную лунусную версию GPLv2 им. "верните мне изменения". Да, и денег FSF не давайте, отдайте их Tivo (у них были причины!), Microsoft-у (и у них!!) и EFF (у этих не было, но они не FSF!).

Спасибо, Линус! Твоё мнение очень важно, но ты, дорогой, с дубу рухнул. Да, мы сочувствуем твоей сложной жизненной ситуации -- ты "понел силу денег", да, это печально, это жизнь, "тиньгс фор ливинг" и т.п.   И расскажи нам БОЛЬШЕ???? ЖB-Q

Фрибээсдэшники д.б. в восторге... Майкрософты денег подкидывают, конференции продят...  Отвратительно!!

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

218. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –1 +/
Сообщение от Аноним (??) on 31-Авг-16, 02:00 
Если тебе так нравится FSF, что же ты еще GNU Hurd в качестве ядра не используешь?
Ответить | Правка | ^ к родителю #215 | Наверх | Cообщить модератору

220. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/
Сообщение от Andrey Mitrofanov on 31-Авг-16, 11:32 
> Если тебе так нравится FSF, что же ты еще GNU Hurd в
> качестве ядра не используешь?

Потреб***ствую, натурально. Ещё вопросы о моей Скромной Персоне? Не стесняйтесь, ad hominem прольёт живительный хлад на Ваши ожоги.

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

258. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Анонимоус (ok) on 08-Сен-16, 06:06 
> Фрибээсдэшники д.б. в восторге... Майкрософты денег подкидывают, конференции продят...
>  Отвратительно!!

Не суди людей по себе, не всем же быть такими, как ты. Не все, Андрюшко, также как ты, радуются неположительным моментам людей, занимающихся открытым ПО, которых личности, подобные тебе вдруг начинают считать врагами и вредненько, язвительно ненавидеть. Когда ж ты повзрослеешь-то уже и перестанешь быть таким мелочным, недалёким, говнистым мухомором? Видать, горбатого только могила исправит(


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

259. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Andrey Mitrofanov on 08-Сен-16, 10:03 
>> Фрибээсдэшники д.б. в восторге... Майкрософты денег подкидывают, конференции продят...
>>  Отвратительно!!
> Не суди людей по себе, не всем же быть такими, как ты.

--Мариванна, Мариванна!! А чего это --- ему можно, а мен не-е-ет???!

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

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

120. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +1 +/
Сообщение от Сергей (??) on 28-Авг-16, 23:11 
Между прочим, если внимательно почитать glpv2, то оказывается что нарушитель этой лицензии теряет право использовать этот код...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

196. "Торвальдс влияние на ядра"  +/
Сообщение от Andrey Mitrofanov on 29-Авг-16, 22:31 
>  Между прочим, если внимательно почитать glpv2, то оказывается что нарушитель этой
> лицензии теряет право использовать этот код...

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

~~~Право же, мон шерри, какая нафу... ндейшн, право слово, лицензия?!

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

123. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +2 +/
Сообщение от Аноним (??) on 28-Авг-16, 23:39 
> если и обсуждать обеспечение соблюдения GPL то только с участием разработчиков, без юристов.

Обычный троль, каким он всегда и был.

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

124. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Онаним on 29-Авг-16, 00:17 
Кстати, подскажите если кто разбирался: вот, скажем, сваял я прогу на основе Qt в QtCreator (бесплатной версии), дальнейшая судьба кода мне действительно не важна и я не хочу как-либо ограничивать потенциальных желающих им воспользоваться - имею я право опубликовать код под моей любимой лицензией WTFPL, или обязан использовать GPL?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

133. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Аноним (??) on 29-Авг-16, 03:29 
> или обязан

не обязан.

> дальнейшая судьба кода мне действительно не важна

пофиг самому - помоги другим. GPL

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

137. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  –1 +/
Сообщение от leap42 (ok) on 29-Авг-16, 09:03 
посмотрите на MPL. просто посмотрите. только своими глазами, а не глазами местных "експертов".
Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

240. "Линус Торвальдс отметил влияние GPL на успех ядра Linux"  +/
Сообщение от Аноним (??) on 01-Сен-16, 01:01 
> посмотрите на MPL. просто посмотрите. только своими глазами, а не глазами местных
> "експертов".

Тогда уж CC0/public domain. Только если какой проприетас захапает это и срубит миллион и нифига не поделится ни сорцами ни баблом - может быть обидненько потом. Но если это не парит - CC0 это вариант.

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

254. "Линус Торвальдс поблагодарил VmWare за успехи в суде"  +/
Сообщение от Andrey Mitrofanov on 03-Сен-16, 13:43 
> В своём выступлении на конференции LinuxCon Линус Торвальдс воздал должное

Ср. по ссылке (www.cio.com/article/ ):

"Лину Торвальдс и Дирк Хондел, вице и шефф по опенсорсам в VMware, обсуджали роль GNU GPL в истории успеха ядра в разговоре при открытии LinuxCon-а Сев.Ам. в Торонто на этой неделе."

--
Linus Torvalds and Dirk Hohndel, vice president and chief of open source at VMware, discussed the role that GNU GPL played in the success of Linux during a keynote conversation this week at LinuxCon NA in Toronto.
---

> неодобрение процессам по навязыванию соблюдения GPL через суд, присоединив

Но, да, ссылочки под новостью как раз к месту (для тех, кто в курсе):

09.08.2016 22:20  Суд отклонил иск о нарушении компанией VMware лицензии GPL

[[опеннет, как видим, тоже ценит "дружбу" с vmware, вот заголовок _этой^^_ новости на SFC:

09.08.2016 Hellwig Announces He Will Appeal VMware Ruling After Evidentiary Set Back in Lower Court --http://sfconservancy.org/news/2016/aug/09/vmware-appeal/ ]]

11.03.2015 09:04  Компания VMware отреагировала на обвинение в нарушении лицензии GPL

05.03.2015 21:39  Против VMware инициировано судебное разбирательство, связанное с нарушением лицензии GPL
  Правозащитная организация Software Freedom Conservancy (SFC), предоставляющая юридическую [...]

>Иски против других компаний или даже угрозы подобных исков заставляют и дружественные компании более настороженно относиться к сообществу и снижают интерес к совместной работе.

По второй ссылке (linuxfoundation.org/pipermail/ksummit-discuss/2016-August/) гр.Торвальдс поддерживает гр.Грега  "and every single time, I ended up with the code"  К-Х, своего подельника по дружбе с копорациями за мзду, мол, айяйяй, ""You lose your friends."", обобряет всеми 4мя руками его "And corporations are [...] frankly, the only reason we are where we are today" и улыбается-машет копрорациям "we are not all insane crazy people like the FSF".

Это прекрасно, гр.Торвальдс! Так держать. Агитпоп Linux Founndation в исполнении Грега "Us "punks" have grown up" К-Х по праву _надо цитировать_ (нет, я не полностью)

>>> Another proof point, look at Microsoft and the BSA.  How many companies did they piss of when they went in with lawyers to enforce their licenses?

[ЛФ записывает FSF и SFC в один ряд с. У-ро-ды.  ...  Закон Годвина? Нет?]

>>> But it's not the developers of the project working with the company, it's their representative, a VERY big difference

[ЛФ класть на "права" по Столману, это понятно. На пользователей. Позовите Реймонда -- Победа Опенсорса в разгаре.]
.o.
o..
ooo

>>>>

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

255. "Линус Торвальдс поблагодарил себя любимого"  +1 +/
Сообщение от Andrey Mitrofanov on 03-Сен-16, 21:04 
> По второй ссылке (linuxfoundation.org/pipermail/ksummit-discuss/2016-August/) гр.Торвальдс
> поддерживает гр.Грега  "and every single time, I ended up with
> the code"  К-Х, своего подельника по дружбе с копорациями за
> мзду, мол, айяйяй, ""You lose your friends."", обобряет всеми 4мя руками
> его "And corporations are [...] frankly, the only reason we are
> where we are today" и улыбается-машет копрорациям "we are not all
> insane crazy people like the FSF".
> Это прекрасно, гр.Торвальдс! Так держать. Агитпоп Linux Founndation в исполнении Грега
> "Us "punks" have grown up" К-Х по праву _надо цитировать_ (нет,
> я не полностью)

Jonathan Corbet с LWN разбирает https://lwn.net/SubscriberLink/698452/ba644377b1f5037d/ (спасибо BMK за http://ebb.org/bkuhn/blog/2016/09/02/ksummit-discuss.html ссылку) этот образчик "форумного обсужнеия".

LWN: "Linus feels, though, that OpenWrt has been helped far more by the success of the relaxed "open source" approach, which has focused on producing more and better code, over the GPL "hardliners" who are focused on software freedom."

Тут Джонатан пропустил ответ этого самого BMK https://lists.linuxfoundation.org/pipermail/ksummit-discuss/... про то, что _начался_-то OpenWRT с коммита (r1 в SVN) выпущенного (не по приговору, после улаживании вне суда) как раз при его и BusyBox участии.   При этом гр.Торвальдс вешает всех собак на лояров (хотя БМК сам себя лояром не считает -- отмазывается) и судам приписывает "смерти сообществ".

Что там про _рождение_ сообществ после суда, гр.Торвальдс? Не припоминаете?..

-----

Другие не менее заметные участники того треда также "тычут" гр.соврамши в факты и не единогласное одобрение про-корпорастскую болтавню великого лидера.

Jeremy Allison (Samba):
"However, we do have experience with one successful lawsuit, which provides a good counter example to the comment above." --https://lists.linuxfoundation.org/pipermail/ksummit-discuss/...

Wolfram Sang (да, знакомое http://www.opennet.me/openforum/vsluhforumID3/108941.html#184 имя!):
"
>> And corporations are a _huge_ part of our community, and frankly, the only reason we are where we are today.

I don't question the first part of the sentence, but I disagree to 'the only reason' in the second part.
"
--https://lists.linuxfoundation.org/pipermail/ksummit-discuss/...

Тело, правда упорствует в "_only_ by working with companies"... Полощет старика Столмана почём зря. Невоспитанный тип.   :S Бытие определяет сознание. Каша "всегда была"...

Спасибо, гражданин, но спасибо, _НЕТ_. Кернел у Вас замечательный (за неимением), а то, что Вы парите про лицензии, про дружбу с неодушевлёнными сучностями, про сделаем код ещё более самый лучший (леннарт рядом не? грэг не занёс бы... ой, релизы-то ускоряются???!) софт, какие молодцы эти *BSD ребята и пр. и пр. -- это всё, цититую Вас с большим удовольствием!, -

#> That's COMPLETE BULLSHIT.

Для корпоративных минионов от меня копилефтного "максималиста" (экстремизм? где я могу записаться?!) сообщение:

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


---""my message to the "copyleft maximalist" "" https://lists.linuxfoundation.org/pipermail/ksummit-discuss/... "COMPLETE BULLSHIT"
...Да, я сильна. Спасибо-спасибо.
>>>> Another proof point, look at Microsoft and the BSA.  How many companies did they piss of when they went in with lawyers to enforce their licenses?
> [ЛФ записывает FSF и SFC в один ряд с. У-ро-ды.  ... Закон Годвина? Нет?]

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

256. "Линус Торвальдс поблагодарил всех за участие без допинга"  +/
Сообщение от Andrey Mitrofanov on 04-Сен-16, 00:03 
>> По второй ссылке (linuxfoundation.org/pipermail/ksummit-discuss/2016-August/) гр.Торвальдс
>> поддерживает гр.Грега  "and every single time, I ended up with
>> the code"  К-Х, своего подельника по дружбе с копорациями за
>> мзду, мол, айяйяй, ""You lose your friends."", обобряет всеми 4мя руками

[Мудрые люди говорили: читать весь тред, бесценно.]

--В Америке лояры негров линчуют!!
  https://lists.linuxfoundation.org/pipermail/ksummit-discuss/...
  https://lists.linuxfoundation.org/pipermail/ksummit-discuss/...
  https://lists.linuxfoundation.org/pipermail/ksummit-discuss/...
  https://lists.linuxfoundation.org/pipermail/ksummit-discuss/...

--Я сам негр!
  https://lists.linuxfoundation.org/pipermail/ksummit-discuss/...
  https://lists.linuxfoundation.org/pipermail/ksummit-discuss/...
  https://lists.linuxfoundation.org/pipermail/ksummit-discuss/...

--А я так люблю ПэЖэ!
  https://lists.linuxfoundation.org/pipermail/ksummit-discuss/...

--A я его ещё больше!!
  https://lists.linuxfoundation.org/pipermail/ksummit-discuss/...


:  Everyone who stays in the room can later drink heavily and deny any knowledge of having been there.  --Dave.
:  That's about what we did last year. --James
>> Это прекрасно, гр.Торвальдс! Так держать. Агитпоп Linux Founndation в исполнении Грега
>> "Us "punks" have grown up" К-Х по праву _надо цитировать_ (нет,
>> я не полностью)

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

257. "Линус Торвальдс: you're crazy, i'm crazy"  +/
Сообщение от Andrey Mitrofanov on 06-Сен-16, 12:18 
>>> По второй ссылке (linuxfoundation.org/pipermail/ksummit-discuss/2016-August/) гр.Торвальдс
>>> поддерживает гр.Грега  "and every single time, I ended up with
>>> the code"  К-Х, своего подельника по дружбе с копорациями за
>>> мзду, мол, айяйяй, ""You lose your friends."", обобряет всеми 4мя руками
> [Мудрые люди говорили: читать весь тред, бесценно.]

[Гм, BMK говорил обратное, но...]

Торвальдсу - по сусалам!

[[Linus Torvalds]]
|> Quite frankly, if you let people like that be in charge of your legal team, you're crazy. That's insane. I'm not insane.

[[Jeremy Allison]]
I could watch (in fact I *have* watched) some of your public talks and say "if you let people like that be in charge of your developer team, you're crazy" :-).

> --Я сам негр!

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

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

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




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

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