Сообщений в теме: 623

[torvn77]

<p>

Слабаки!Даже 10 страниц не продержались.
Дожимайте Тимофей!
Остальным:
Только представьте себе УРОН,наносимый этой веткой.Читать,анализировать,печатать ответы.Посчитайте убитое время. И,самое интересное:попытайтесь вспомнить,ради чего всё это затеялось?

Я помню,моя цель была собрать сведения о потребностях людей и получить список крутости
из Мазатрол,Фанук и Хаас на верху,пониже Sintec,ещё ниже NC Studio,
ниже базовое место LinuxCNC,на которое оно поставило батут из hal и Glade,
благодаря которому может подпрыгивать до или повыше Sintec'a,
в самом низу Mach и пульты,которые и намечались моей главной жертвой.

Ещё была цель,если удастся обосновать сопоставимость LinuxCNC и Sintec с NC Studio,
собрать подписи под челобитной Zelder'у чтобы он дописал нужные расширения
и поставил её управляющим ЧПУ на свой станок.
Ну а у Reabin'a комплектация станкка с LinuxCNC уже есть

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

Ну да ладно,те,кто меня тролил насытились,а мне удалось попиарится.
С кем надо,я поговорил,кое что про то,как и куда движется воздушная масса узнал.
Если согласны одной левой обсуждать установку LinuxCNC на ZelderЪ,то я остаюсь.
А нет,то пойду писать постпроцессор.
А то без него продожение дискусии для меня выходит больно уж кислым.

Сообщение отредактировал torvn77: 07 Май 2014 - 13:02

[yaso73]

Хрен с ними,с целями... Просто ипздеж вокруг высосанной из пальца проблемы и её обсуждения,со скатываниями в мистику и абстракции,занял 15 страниц.
На форуме уже появляются достойные продолжатели "дела torvna".Такие же артисты разговорного жанра(хотя,подозреваю,что Тимофей не так прост,как кажется).Один дсп волнами режет,остальные тоже не отстают.
А тем временем люди строят лазеры,запускают фрезеры и пр. и пр.
Простой и,казалось бы,действенный способ,это простой вопрос: "покажи,что сделал?".Что-то сделал - есть повод разговаривать(и то односложно).Когда результатов нет вообще - о чём говорить-то?
Дали ветку по линуксу - зачахла,писал пост - сдулся.
И где результаты и о чём разговор вообще?
Для зарегистрировавшихся, со стажем до двух лет:не пытайтесь спорить с Тимофеем.Бессмысленно и бесполезно.Дайте ему спокойно работать,не траттье его время.У человека дел по горло,чтобы ещё на вас отвлекаться.

[torvn77]

Ну так я тоже об этом

Дали ветку по линуксу - зачахла,писал пост - сдулся.

За время спора там было событие.
Ну а так я к ней вернуться и собираюсь.П.С.А в целом yaso73,это вы еще на количество просмотров не смотрели...

Сообщение отредактировал torvn77: 07 Май 2014 - 13:04

[T-Rex]

собрать подписи под челобитной Zelder'у чтобы он дописал нужные расширения и поставил её управляющим ЧПУ на свой станок.

Вы таки всерьез полагаете, что руководство Zelder спит и видит, как бы еще добавить работы своей службе техподдержки?

Сообщение отредактировал T-Rex: 07 Май 2014 - 21:41

[torvn77]

Зашпаргалю ка я сюда ссылку на эту тему как иформацию по эксплуатационным и экономическим свойствам NC иVIC:
ncstudio выдает сообщение "please input register info...

И выдержки из неё

станок стоит - покупайте новую плату

Всем привет! вопрос возник (я новичок), есть плата 3D_213, можно ли на нее установить NCStudio 8?

напишу подробней! одному челу из ташкента наша компания поставила CNC станок, 3 шпиндельный, завод поставил плату с кодом, который запрашивается каждые месяц-полтора! поговорили с продавцами з/ч к этим машинам и они предложили поменять плата и дали 3D_213, заявив что станок будет нормально работать, но меня гложат сомнения!! если сможете ответить точно по поводу NC8 на такое плато, то поможете обойтись малой кровью!! завод все неохотней дает коды!

Сообщение отредактировал torvn77: 07 Май 2014 - 23:10

[yaso73]

Вы таки всерьез полагаете, что руководство Zelder спит и видит, как бы еще добавить работы своей службе техподдержки?

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

[3D-BiG]

torvn77, а чего смешного? Ребята вернее всего купили станок в рассрочку ( или завод платы прикупил, или у завода, перепродавец) а киты того или иного уровня защитились от кида... Вот конечный честный покупатели и страдает... т.е. поставщик дает пароли после проплаты, нет проплаты - нет пароля... Это бизнес - детка, воровать не стоит...
Такое уже неоднократно было... Я тут, как-то генерил пароль одному из Турции для пробы под его плату, но насколько он подошёл - не отписался...

[torvn77]

Не знаю,дошли до вас слухи или нет,но это хорошо известное в мире медиа и игр DRM,только что самопальное.
И приученные не то что читать,но и соблюдать лицензии и законы программисты делают всё возможное,
что бы такое не пришло в интернет как стандарт,а текущие вне стандартные способы стараются ограничить и
перевести борьбу с пиратсвом из програмных ограничений,в растановку водных знаков и пр.
(хотя отдельным вне стандартным ограничениям не сопротивляются)
А вот у вас,если написать о том,что надо собраться в единый колектив и начать отстаивать свои между прочим интересы,
получается то,что видно на большей части предыдущих страниц темы.
Что мне остаётся,бесловестным способом выразить своё отношение к тем,кто стал жертвой DRM здесь.
Конкретно над этими людьми я конечно не смеюсь,для меня их просто нет и без опенсорсных мыслей я бы просто прощёл мимо.
Но так приведу ещё придуманную для таких случаев поговорку с ЛОРа:
"Пользователи проприентарного софта должны страдать"(от рук проприетарщиков естественно).

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

В цитате сохранён только смысл,слова мои.

Так вот,как здешние люди защищают свои интересы?
А никак,пул патентов не собирают,LinuxCNC топят как котёнка.

Ноещё раз повторю,те кого я процитировал,могу про такую постановку вопроса не знать,
смеюсь я пока не над ними.

Сообщение отредактировал torvn77: 08 Май 2014 - 13:33

[3D-BiG]

Ну-ну,будем мучиться и страдать:


Ничего личного - это просто жизнь...

[torvn77]

Это клевета и пустое бахвальство,так они поступают со сторонниками BSD.
А вот GNU GPL время от времени возмёт да и подаст в суд.

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

Сообщение отредактировал torvn77: 08 Май 2014 - 14:14

[T-Rex]

Что мне остаётся,бесловестным способом выразить своё отношение к тем,кто стал жертвой DRM здесь.

Ну да... вот, например, этим самым маркитантам и их клиенту, историю которых вы, сударь, здесь процитировали.
А я вот гляжу на нее со своей "кочки зрения" и подозреваю совсем не столь вызывающую сочувствие изнанку:
Клиент искал станок как можно дешевле. И нашел дешевого посредника, который припер ему станок из Китая по каким-то мутным схемам.
Сам посредник в станках не смыслит ничего (иначе сам бы мог плату идентифицировать - нет у Вейхонга плат модели "3D-213", а какие есть - добро пожаловать на вейхонговский сайт, там все написано, в том числе и применяемость разных моделей плат к разным типам станков). Ему вообще по фигу, чем торговать, хоть станками, хоть колбасой, лишь бы бабло по-быстрому срубить. Более того, ему теперь очень не хочется терять уже полученную прибыль на то, чтобы купить и отправить клиенту незаблокированную плату нужной модели, а затем уже чинить вялые разборки с китайцами. Вдруг что-нибудь бесплатно на форуме подскажут?
Весьма вероятно, что и с китайской стороны вовсе не завод, а такой же посредник, о котором давно ходит мнение, что в бизнесе он нечист на руку. Вот поэтому все местечковые заводы и отгружают ему заказанные станки только после того, как активируют в них "ограничитель". А дает коды он все менее охотно, потому что этому китайцу все менее охотно дают их на заводе (до сих пор за полученный станок не до конца расплатился).
Ну и кому из них я должен до слез сочувствовать и защищать их интересы?

[yaso73]

Т.е. всё свелось к борьбе одной жабы с другой?А где же светлые идеи совбодного опенсорса?

[torvn77]

Их нет.GNU GPL организовано людьми очень хорошо разбирающимися в капитализме и обеденивщихся для решения общих задач.Святые бессеребреники пишут под BSD.

Сообщение отредактировал torvn77: 08 Май 2014 - 16:57

[3D-BiG]

А куда делись?

[T-Rex]

Т.е. всё свелось к борьбе одной жабы с другой?

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

[T-Rex]

Я не рискну думать,как спит руководство зелдера,но внедрить к ним Тимофея... это было бы страшной местью!

На должность "переворачивателя пингвинов"???

[torvn77]

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

[ShadowVoice]

Если применять меня по профилю, как человека которого посылают...

Вот-вот... все ближе в истине! Еще шажок и свершится - пошлют. На Шпицберген.

И прилично и интернета там надеюсь что нет.

[torvn77]

Т.е. всё свелось к борьбе одной жабы с другой?А где же светлые идеи совбодного опенсорса?

А куда делись?

Непосредственное применение идеалов выглядит так:
Нападение
Апелляционный суд США постановил, что API является интеллектуальной собственностью
Ответ
Компания Oracle возможно нарушает GPL при использовании ядра Linux
Для ленивых в спойлере репост:

Скрытый текст

Нападение

Завершилась заключительная, третья, стадия судебного разбирательства, в котором рассматривалось обвинение в нарушении связанной с Java интеллектуальной собственности компании Oracle в платформе Android. Состоявшееся заседание имело значение не только для вовлечённых в разбирательство отдельных компаний и экосистемы Android, но для всей индустрии, так как на данном заседании судья должен был принять решение являются или нет программные интерфейсы (API) объектом авторского права. В итоге, решение вынесено в пользу Google - суд постановил, что структура, последовательность и организация 37 фигурирующих в деле Java API не является интеллектуальной собственностью компании Oracle.
Признание, что API не подпадает под защиту авторского права подтверждает легальность создания совместимых функциональных аналогов программных платформ и невозможность монополизации определённых программных интерфейсов. Решение также подтверждает возможность использования в сторонних продуктах API без выплаты лицензионных отчислений. Декларируя своё решение судья заявил, что так как код, используемый для непосредственной реализации методов отличается, в соответствии с законом об авторском праве любой может написать свой вариант кода, выполняющий аналогичные функции или действия, описанные в Java API.
Признание доводов компании Oracle позволило бы любому заявить о своих правах на одну версию кода и при этом запретить другим создавать свои собственные варианты реализации, повторяющие все или некоторые функции изначального варианта. Формирующее API дерево имён конечно содержит в себе элементы творчества, но оно также является частью структуры команд - набора символов, связанного с определённой функцией. Подобный набор команд трактуется законом об авторском праве как не подпадающий под действие копирайта, так как дублирование структуры команд является непременным условием обеспечения совместимости и переносимости. Поэтому идентичность строк с декларациями и заголовочными описаниями методов не имеет значения, для реализации аналогичной функциональности они должны совпадать, даже если сама функциональность реализована по другому. Так как существует только один способ выражения идеи или функции, то каждый волен использовать идентичные декларации и никто не может монополизировать такие выражения.
Напомним, что в начале мая суд Европейского союза вынес аналогичное решение в деле "SAS против WPL", постановив, что API, языки программирования и поведение программ не могут быть отнесены к категории интеллектуальной собственности и не подпадают под защиту копирайта. Спустя несколько дней в США завершилась первая стадия разбирательства "Oracle против Google", на которой присяжные признали нарушение прав Oracle по 2 пунктам из 5 (было признано заимствование 9 строк кода, что может угрожать штрафом в несколько тысяч долларов), но не достигли консенсуса в вопросах того, можно ли считать API интеллектуальной собственностью и выходит ли использование Java API в Android за рамки условий "добросовестного использования" (fair use). На второй фазе разбирательства "Oracle против Google" присяжные отвергли все обвинения в нарушении патентов Oracle в платформе Android.

Ответ

Мэтью Гаррет, известный разработчик ядра Linux и лауреат премии за вклад в развитие свободного ПО, попытался привлечь внимание общественности на возможное нарушение условий лицензии GPL при использовании ядра Linux в продуктах Oracle. Добившись в апелляционном суде признания, что API является объектом интеллектуальной собственности, компания Oracle нарушила статус кво, поэтому компанию следует вывести на чистую воду, разоблачив нарушения GPL, на которые ранее сообщество закрывало глаза.
Речь ведётся о нарушении требования экспорта внутренних компонентов ядра под лицензией GPL. Части внутреннего API ядра, попадающие в категорию EXPORT_SYMBOL_GPL, могут быть использованы только из кода, распространяемого под лицензией GPL. Oracle же широко использует данные вызовы в компонентах DTrace, поставляемых под несовместимой с GPL лицензией CDDL. Поддержка DTrace интегрирована в ядро Unbreakable Linux и реализована не в виде полностью обособленного модуля, а через смешивание кода. При этом в код ядра добавлены прослойки, поставляемые под GPL, но данные прослойки используются только для обеспечения работы модуля DTrace, поставляемого под лицензией CDDL.
Нет однозначного мнения, могут или нет подобные изменения рассматриваться как создание производного продукта, на который распространяются требования GPL. С другой стороны использование внутренних вызовов ядра, попадающих в список EXPORT_SYMBOL_GPL, автоматически переводит любую надстройку в категорию производной работы, которая должна поставляться под GPL.
Oracle пытается обойти ограничения EXPORT_SYMBOL_GPL через повторный экспорт GPL-вызовов. Например, Oracle создаёт поставляемую под GPL функцию dtrace_gethrtimer(), суть которой сводится к вызову ktime_get(). Функция ktime_get() включена в список EXPORT_SYMBOL_GPL и не может быть вызвана из модуля DTrace, но функция dtrace_gethrtimer() формально не включена в список EXPORT_SYMBOL_GPL, т.е. к ней можно обратиться из модуля под лицензией CDDL.
Легальность создания подобных обёрток, осуществляющих реэкспорт закрытых частей API, вызывает большие подозрения и требует юридической экспертизы. Если в суде удастся доказать, что использование реэкспортированных GPL-функций приводит к созданию производной работы, то Oracle не сможет утверждать, что данное нарушение было случайным. Выходом из сложившейся ситуации могла быть поставка кода DTrace под двойной лицензией GPL+CDDL, но Oracle продолжает поставлять DTrace только под CDDL, не опасаясь исков о нарушении лицензионного соглашения.
Кроме того, возникает резонный вопрос, если Android нарушает интеллектуальную собственность Oracle используя Java API, то и Oracle нарушает интеллектуальную собственность разработчиков ядра Linux, повторяя API в реализации прослойки совместимости с Linux из состава Solaris 10. Т.е. Oracle может использовать в Solaris собственную реализацию частей API, изначально переданных в ядро Linux компанией Google, нарушая таким образом её права.
Примечание: Блог Мэтью Гаррета, а также блоги некоторых других разработчиков открытого ПО, недоступны на территории РФ, так как уже более года свободная блогоплатформа dreamwidth.org занесена в Реестр запрещенных на территории РФ сайтов.

Я и предлагаю сделать такое коллективное средство защиты.
Ну а его необходимость ясна из ситуации.
Чтобы вам было понятнее,алгоритмы это оборудование,а API это его расположение в цеху и средства передачи заготовок от станка к станку(тележка там,кран балка и т.д.)

[3D-BiG]

....
Я и предлагаю сделать такое коллективное средство защиты.
Ну а его необходимость ясна из ситуации.
Чтобы вам было понятнее,алгоритмы это оборудование,а API это его расположение в цеху и средства передачи заготовок от станка к станку(тележка там,кран балка и т.д.)

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