Rust part10

**デフォルトの名無しさん** · 2021/04/02(金) 21:38:04.11

Mozilla発のRust言語のスレ

公式
https://www.rust-lang.org/
https://blog.rust-lang.org/
https://github.com/rust-lang/rust

Web上の実行環境
https://play.rust-lang.org

日本語の情報
https://rust-jp.rs/

前スレ
Rust part9
https://mevius.5ch.net/test/read.cgi/tech/1598112455/

**デフォルトの名無しさん** · 2021/06/08(火) 22:36:25.74

>>885
出荷ベースだと二三年前に65%超えてて2020Q4に約49%だからそれであってるよ。

>>888
OS作ってる人らって開発環境はなんだろ？
intellijrustはデバッガ使えるIDEとツールチェインが限られるし
matklad.rust-analyzerは環境変数の扱いがめちゃくちゃで
環境変数見に行くとまともに動かないし。issueばっか増える。

お前らどうしてる？ツールチェインと環境は？

**デフォルトの名無しさん** · 2021/06/08(火) 23:20:14.38

rustでOSてもう何回目の話だよ。。過去レスでもあされや

**デフォルトの名無しさん** · 2021/06/09(水) 00:55:43.69

>>889
cargoが-Zbuild-std対応したからビルドに特別なツールは使ってない
rust-analyzerもno_std対応してて特に支障なく動いている
(補完候補にstdが出てくることはたまにあるけど)

環境変数がおかしいというのはどういうこと？
build.rsが環境変数に依存している？
それとも env!() を使っている？

**デフォルトの名無しさん** · 2021/06/09(水) 01:43:04.13

>>889
https://simchange.jp/post-164095/
ところが、↑のサイトも含めていくつかのサイトでは、日本ではiOSがシェアを
伸ばしていると書いてある。
2020/06 : Android:50.2%, iOS:49.7%
2019/06 : Android:60.5%, iOS:38.8%
2018/06 : Android:60.8%, iOS:37.6%

**デフォルトの名無しさん** · 2021/06/09(水) 08:17:02.86

元々の話はMacがM1になって開発環境として終わったという流れから
残るMacの存在価値としてiOSアプリ開発環境がありそのシェアがまだ高い(?)という話だと思うけど
多くのサービスがスマホ専用アプリを作らずにウェブアプリ(PWA)化してる状況ではシェアだけの問題ではないと思うな

**デフォルトの名無しさん** · 2021/06/09(水) 11:25:52.58

>>893
最後の行、flutterなどのマルチプラットフォームライブラリの登場によって、
ウェブアプリからnativeアプリ型への流れが出来ているという説もあるが。

**デフォルトの名無しさん** · 2021/06/09(水) 11:27:44.28

>>894
後継のSwiftが出来たのでObjective-Cの人気低下はともかく、そのSwiftも人気低下。
その理由が、AndroidとiOSでソースを共通化したい人が増えたからだそうだ。
SwiftはApple専用だから。

**デフォルトの名無しさん** · 2021/06/09(水) 12:30:04.46

lldbでpedaみたいな表示するのってこれが良いかな
便利そうだけど保守されてんのかなこれ？誰かしらん？
https://github.com/snare/voltron

**デフォルトの名無しさん** · 2021/06/10(木) 06:56:29.59

来週ついにRocket v0.5が出るぞ
安定版Rustで動くようになる

**デフォルトの名無しさん** · 2021/06/10(木) 09:11:05.37

RUSTってORM、Dieselとかいうやつしかねえの？
SQLを明記したいのでJavaでいうMybatisみたいなのをさがしているんだけど、中華の変なものしかない。

**デフォルトの名無しさん** · 2021/06/10(木) 11:19:36.78

Sqlx

**デフォルトの名無しさん** · 2021/06/11(金) 04:26:27.44

>>897
待ってた！

**デフォルトの名無しさん** · 2021/06/11(金) 05:32:32.03

サーバー側はネイティブコードでクライアント側がwebassemblyで動くとかあるの？

**デフォルトの名無しさん** · 2021/06/11(金) 15:51:17.70

VSCodeアップデートしたら急にDo you trust the authors of the files in this folderとか聞かれてどうしたのかと思ったけど>>823みたいな奴の対策かね

**デフォルトの名無しさん** · 2021/06/11(金) 23:04:56.42

>>898
Dieselに人が集中してる。
クレートのall-time downloadは200万超だし、
リポジトリのコミットは約4000、closed issueは約1200。

**デフォルトの名無しさん** · 2021/06/11(金) 23:44:59.89

>>898
rust-postgres 直接使えばええやん

**デフォルトの名無しさん** · 2021/06/12(土) 05:08:22.45

wasmはあらゆる環境で使える汎用コンテナとしてすごい将来性あるみたいだね

**デフォルトの名無しさん** · 2021/06/12(土) 15:34:21.86

>>905
目的外利用だし、そういうこと言っている人がいることは知ってるが、実際にそんなに将来性があるとは思えんが。

**デフォルトの名無しさん** · 2021/06/12(土) 15:35:41.09

wasmはもともとウェブにC++を持ち込みたいというEmscriptenの情熱から
始まったものであって、そんな汎用目的のためではない。

**デフォルトの名無しさん** · 2021/06/12(土) 15:53:35.18

そのウェブにC++を持ち込むという夢はその後どうなったの？

**デフォルトの名無しさん** · 2021/06/12(土) 16:29:39.50

ブラウザでDOOMが動いた

**デフォルトの名無しさん** · 2021/06/12(土) 16:48:34.58

zoomみたいなビデオ会議アプリでwasm使ってるってっ聞いた
あとカメラを使った運転免許証認識とか

**デフォルトの名無しさん** · 2021/06/12(土) 17:34:23.71

当初の目的とかどうでもいいだろ
Linuxだって当初の目的は趣味のおもちゃだぞ
>>907

**デフォルトの名無しさん** · 2021/06/12(土) 17:38:04.08

もしもWebAssemblyとWASIが2008年に存在していたら、Dockerを開発する必要はなかった
ってDocketの開発者が言ってた件だな

**デフォルトの名無しさん** · 2021/06/12(土) 17:54:20.79

>>911
どうもブラウザ外使用を盛んにアピールする人は胡散臭い。

**デフォルトの名無しさん** · 2021/06/12(土) 18:32:25.93

いや、M$の寡占を阻止し正しき未来を創るため立ち上がったとエリックレイモンドが言ってた。

**デフォルトの名無しさん** · 2021/06/12(土) 20:16:21.66

>>914
そいつ人類の中で2番目に嫌いなやつだわ。
一番目はストールマン。

**デフォルトの名無しさん** · 2021/06/12(土) 20:33:14.57

>>915
ソフトウェア著作権を否定するあんたと同類だよ。違うのは現行の法律を尊重するかしないかだけ。

**デフォルトの名無しさん** · 2021/06/12(土) 21:31:34.25

>>912
んなこたない。
2008年にあっても今と扱いは変わらんと思うわ。
結局何らかのコンテナを使うことになる。
OSの件でもそうだが、この界隈は大袈裟にアピールしすぎだわ。

**デフォルトの名無しさん** · 2021/06/12(土) 21:39:22.31

>>917
ここでいうコンテナってなんのこと？

**デフォルトの名無しさん** · 2021/06/12(土) 21:55:04.24

Jail、OpenVZ、Solarisコンテナ、LXCみんな早すぎたのだ

**はちみつ餃子** ◆8X2XSCHEME · 2021/06/13(日) 03:28:54.62

Java (JVM) で駄目だったのはなんで？

**デフォルトの名無しさん** · 2021/06/13(日) 03:38:03.93

>>915
３番目が気になる

**デフォルトの名無しさん** · 2021/06/13(日) 10:57:47.53

Istioでの使われ方みたいな事例が増えると思う
luaの代替

**デフォルトの名無しさん** · 2021/06/13(日) 12:14:09.77

JVM自体がローカルのシステムでグローバルだったからだろ。
低レイヤーをラップするための上位レイヤーのが互換性効かないものになってるとか、よくある話だわ。

**デフォルトの名無しさん** · 2021/06/13(日) 22:19:56.20

>>916
俺は著作権は尊重する。
尊重してないのはFSFの方。

**デフォルトの名無しさん** · 2021/06/13(日) 22:54:27.20

じゃあOSSを利用する場合はちゃんとライセンスに従わなきゃな。GPLだろうとなんだろうと。

**デフォルトの名無しさん** · 2021/06/14(月) 01:49:13.38

別に俺はGPLは嫌いだから自作プログラムに紛れ込ましたことは無いが、
GPL自体が自ら著作権を放棄してるな。
「COPYLEFT」の LEFT = 放棄、左。左翼、共産主義。
「COPYRIGHT」の RIGHT = 権利、右。右翼、資本主義。権利=著作権。

**はちみつ餃子** ◆8X2XSCHEME · 2021/06/14(月) 02:06:08.10

GPL は著作権の放棄ではない。
その上で自由な利用を保証するという契約をするの。
著作権を放棄してしまったら自由な利用を強制する根拠を失ってしまう。

**デフォルトの名無しさん** · 2021/06/14(月) 02:54:46.97

アメリカ人はめちゃくちゃで、ライセンスと契約を区別したり訳分からんこと
言って、煙に巻こうとしてるだけ。
GPLは、その名の通り、「ライセンス」といっている。
COPYLEFT と自ら名乗っているし、著作権で無いだろう、あんなもの。

**はちみつ餃子** ◆8X2XSCHEME · 2021/06/14(月) 02:57:23.52

>>928
GPL は著作権ではない。
著作権は作者が持っていて、契約 (の内容) が GPL なの。
なんでそんな簡単なことがわからんのだ。

**はちみつ餃子** ◆8X2XSCHEME · 2021/06/14(月) 03:06:36.37

著作者は作者として強制できる権利。
強制する内容が「自由に利用すること、自由に利用させること」であることが
一般的に作者が求める強制力ではないよねということを茶化して Copyleft と言っているのであって、
強制力の根拠はあくまでも著作権だよ。

**デフォルトの名無しさん** · 2021/06/14(月) 03:16:22.76

あれが、本気で自由と思ってるのか。
頭大丈夫か？
自由じゃないからこそ、言葉だけ自由と名乗ってるに決まってるじゃん。
ようは、不自由なことをやることも、自由といや自由、みたいに皮肉みたいな感じで
言ってるんだろ、彼らは。
それか頭がおかしいかだ。

**デフォルトの名無しさん** · 2021/06/14(月) 03:41:09.12

ハァ～～～～～また固定ハンドルが物申したさベースでデタラメ言ってる

まずライセンスと契約は別物ね
ライセンスと契約を混同するのはよくある誤謬
GPLにおいても、これは契約かライセンスかといった議論は昔からあるから勝手に勉強しとけ
勉強したところでここで発表はするなよ邪魔だから

> 自由な利用を強制する
これも、なんでそうなるのだってくらい愚かしい解釈
「自由」の定義をストールマンとか江添の言ってるそれに委ね過ぎて支離滅裂になってるって気付け？
辞書通りの「自由」ならライセンスも警察も裁判所も要らないから
GPL のポイントは二次的な生産物も GPL であれと要請してるところ
「だからそれを私は自由と呼んでいるんです！」と叫ぶのかな？
日本語勉強しろバァ～～～カ

あと著作権著作権って簡単に言うがこれは国にもよる
たんじゅんなアタマのつくりしてるね

俺なら恥ずかし過ぎて固定ハンドル外してるわ
今に始まったことではないが

**デフォルトの名無しさん** · 2021/06/14(月) 03:45:31.62

>>932
この程度のバカは見飽きたのでもうちょっと
変わったこと言ってくれ

**デフォルトの名無しさん** · 2021/06/14(月) 04:23:31.00

即レスで
恥ずかし過ぎて固定ハンドルを外して
何ら具体的な反論をしないことで完全服従の意を表明しつつ
一方でタダで敗北アクメを晒すわけにはいかないので「バカ。陳腐」という当たり障りのない罵倒も置いておく完璧なレス

のように思えてしまうが、なんの用事もないのにわざわざ安価付けてきたコイツが当人じゃない可能性ってナンボほどあるんだろうか

**はちみつ餃子** ◆8X2XSCHEME · 2021/06/14(月) 04:35:49.09

>>932
GPL ほどの広く使われているライセンス形態がその程度の理屈の建付けがちゃんとできてないわけないだろ。
詭弁と言えば詭弁なのかもしれんが、お前ごときに突き崩せるほどの安普請ではないわ。
GPL1 のリリース日の時点ではアメリカがベルヌ条約に加盟して無かったから
それでも国際的に通用するように方式主義にも配慮されておる。

中国に対してさえ (実態はわからんが少なくとも法的な理屈の上では) 通用する GPL が「国による」とかいう雑な
理屈で回避できると思ってるのか？

**デフォルトの名無しさん** · 2021/06/14(月) 05:16:55.41

>>935
GPL の建付け (？) の話なんか全くしてないし、回避 (？？) する話なんかもっとしてないんだが、一体何に猛反論してるつもりなのだキミは
関係ない話ベラベラし始めることこそ典型的な詭弁だよ（この場合目的が全くわからんが）

>>932に書いた内容といえば
・ライセンスと契約を同じもののように語ってるのが典型的な誤謬であると指摘して
・「自由」という語の使い方が自由過ぎることを糾弾して
・諸々の根拠を著作権に委ねるならその運用は国による要素を多分に含むと示唆している
というこれだけで、これらには返す言葉もないというのが本音でしょう

> GPL1 のリリース日の時点では
これはお前が今突然言い出したことなので元々の話とは全く関係ないが、GPL が当時と同じように理解されて運用されてるのと思ってるならやっぱ単純なアタマのつくりしてるね

**デフォルトの名無しさん** · 2021/06/14(月) 05:19:57.80

GPLスレでやれ、バカ

**はちみつ餃子** ◆8X2XSCHEME · 2021/06/14(月) 05:30:15.75

>>936
ライセンスは契約だし、 GPL が言うところの「自由」は定義されている。
その「自由」が辞書的な意味とは異なるかもしれんが、 (この場合の) 意味は明白で解釈の幅はない。
「自由」という言葉をあてるのがクソというのがあなたの主張？

著作権の運用が国ごとに違うのは仕方がないが、
GPL の考え方に法的根拠を与えるには他に方法がないのも事実だ。
クソみたいに著作権意識のない国では通用しないから GPL は無力だということが言いたいの？

**デフォルトの名無しさん** · 2021/06/14(月) 05:45:15.60

スレチ。。。

**デフォルトの名無しさん** · 2021/06/14(月) 09:29:08.36

>>922
Goにホストされるって敗北感
そもそもホストはGC言語なのにわざわざそれを封じて縛りプレイしてるんだからアホくせえわ

**デフォルトの名無しさん** · 2021/06/14(月) 11:54:20.91

アホくせえが手段が目的化する奴が多いのよ。言語にこだわるやつってのは。

**デフォルトの名無しさん** · 2021/06/14(月) 12:02:54.57

>>938
>その「自由」が辞書的な意味とは異なるかもしれんが、 (この場合の) 意味は明白で解釈の幅はない。
ええ？？？

**デフォルトの名無しさん** · 2021/06/14(月) 13:26:47.78

スレチせめてプログラミングのこと話せ

**デフォルトの名無しさん** · 2021/06/14(月) 14:32:30.77

>>933,937,939,943
これは恥ずかしいw

**デフォルトの名無しさん** · 2021/06/14(月) 16:01:14.18

こんだけ言われてなんでまだ「ライセンス＝契約」で行きたいんだ？
そこが覆ると自分の主張も破綻するから？
まあ難しいところではあるだろうと思うが、「ライセンスと契約は等価じゃない」ってのはあらゆるレイヤで真でしょ
ことOSSにおいては「契約はしてないけどライセンスはされている」という状況が山程あるし、そこ混同するのはやっぱ問題かと

**デフォルトの名無しさん** · 2021/06/14(月) 16:36:10.82

ライセンスの定義についてはどこで合意が取れてんの？
それともそういうもんは存在しなくて
定義については毎回言い争ってるの？

**デフォルトの名無しさん** · 2021/06/14(月) 18:32:12.91

GPLについては、ソース公開しなければならないことについては大量に述べられて
いるが、非公開で良いケースは僅かしか語られず、その場合でも沢山の例外が
述べられていて結局、非公開にするのは茨の道になるようなライセンス。

**デフォルトの名無しさん** · 2021/06/14(月) 18:48:42.01

>>945
じゃあライセンスって法的に何物なの？

**デフォルトの名無しさん** · 2021/06/14(月) 19:09:41.02

GPLの例外条項は結構曖昧で解釈の幅がある
オレオレ解釈は散見されるが最悪争う覚悟は要りそう

あとライセンスとは全く関係無い次元で製品に使うのみで
プロジェクトの開発に貢献していないと晒されたり

**デフォルトの名無しさん** · 2021/06/14(月) 19:36:33.34

GPLと聞いて。
自由については「誰の」自由かを明確化しないと混乱するから省略するな。GPLの自由はユーザーの自由で、それを実現するためにプログラマの自由を制限している。

ライセンスは文字通り「許諾」で、相手の同意を必要としない。契約は相手と自分の同意を必須とするから、GPLみたいに相手の同意を前提としていない仕組みを「契約」とするのは弱い（と思う）。
だからGPLでは著作権を使って、違反者にプログラムを使わせないことを強制する枠組みを用意している。

**デフォルトの名無しさん** · 2021/06/14(月) 20:31:13.38

ソースコードを公開してもかまわないプログラマの自由を最大化するために作られているんだよ。
逆に言えばソースを隠したがるプログラマのことは考えていない。

**デフォルトの名無しさん** · 2021/06/14(月) 21:42:01.68

>>951

ソースを公開しても構わない連中の意図に背いて
ソースを公開しないプログラムで金儲けしてる連中が
ソースが公開されてる物に独自の拡張を加えて独占する事が往々に起きてるぞ

**デフォルトの名無しさん** · 2021/06/14(月) 22:24:45.24

>>949
実際、めちゃくちゃややこしい。
結局、なるべくソース公開させたいんだと悟った。

**デフォルトの名無しさん** · 2021/06/14(月) 22:41:56.21

おまえらrust書けないんだろ

**デフォルトの名無しさん** · 2021/06/15(火) 01:20:19.29

rustなんだからせめてMITかApacheの話しろよ

**デフォルトの名無しさん** · 2021/06/15(火) 12:54:55.77

RustでGPLなクレートはほとんどないけどあったらまず使わないな

**デフォルトの名無しさん** · 2021/06/15(火) 17:22:37.44

>>956 ワイは別にGPLは気にしないな
どうせGPLなクレート使おうが使わまいがソースコードは公開するから

**デフォルトの名無しさん** · 2021/06/15(火) 18:41:20.99

Rust入門でオススメ書籍ありますか定期

**デフォルトの名無しさん** · 2021/06/15(火) 19:52:22.79

ライブラリならLGPLだろ

**デフォルトの名無しさん** · 2021/06/15(火) 20:51:36.90

ライブラリにLGPL採用する場合はcrate_type=dylibにすべき？

**デフォルトの名無しさん** · 2021/06/15(火) 20:59:03.39

>>958
オライリー本
第2版出てるよ

**デフォルトの名無しさん** · 2021/06/15(火) 21:24:12.34

>ライセンスは文字通り「許諾」で、相手の同意を必要としない。契約は相手と自分の同意を必須とするから、GPLみたいに相手の同意を前提としていない仕組みを「契約」とするのは弱い（と思う）。
>だからGPLでは著作権を使って、違反者にプログラムを使わせないことを強制する枠組みを用意している。

論理が逆転してる。
許諾しない限り著作権により他者はそのソフトウェアを利用できないんであって、その許諾を行うのが許諾契約なわけ。
契約が成立していなければ単に利用できないだけ。

**デフォルトの名無しさん** · 2021/06/15(火) 22:11:42.99

mylibって何のためにあるのでしょうか？

**デフォルトの名無しさん** · 2021/06/15(火) 22:26:23.96

【License】ライセンス総合【利用許諾】
https://mevius.5ch.net/test/read.cgi/tech/1266247461/l50

**デフォルトの名無しさん** · 2021/06/16(水) 07:16:27.91

>>961
原著2版は来月発売では？
Safariか何かで電子書籍版が早期リリースされてんのかね

**デフォルトの名無しさん** · 2021/06/16(水) 08:08:02.13

GPL(LGPL含む)の問題は関連する全てのコードに干渉すること
GPLと干渉しないコードで固められるなら良いが、現実的には難しい事も多い
この場合例外条項の適用を検討することになるけど一般的な解釈はほぼなく自己責任となる

自分がGPLなコードを使いたくない理由は大抵これ
>type foo.bat
GPLなコマンド -i a.wav -o b.wav
プロプラなコマンド b.wav
>
がGPL違反とか言われててもどうしようも無いじゃない
Linux環境でも実用性を考えるとプロプラレスは難しい。nVidiaがらみとかwineとか

**デフォルトの名無しさん** · 2021/06/16(水) 09:17:59.87

>>966
その例がGPL違反ってどういう意味？

**デフォルトの名無しさん** · 2021/06/16(水) 10:07:22.47

>>966
https://www.gnu.org/licenses/gpl-faq.ja.html#NFUseGPLPlugins

> それはプログラムがどのようにプラグインを呼び出すかによります。たとえば、プログラムが単純なforkとexecでプラグインを起動し、通信するだけならば、プラグインは別のプログラムであり、プラグインのライセンスはメインプログラムになんの要求もしません。

**デフォルトの名無しさん** · 2021/06/16(水) 11:05:57.56

>>968
それはプラグインとして解釈できるかがポイント
>>966の例だとGPLなコマンドとしてffmpegにプリプロセスさせるようなケースで
「GPLなコマンドが無かったら機能しないのだからメインの一部でありプラグインではない」
などと主張されたら自分では反論できない

**デフォルトの名無しさん** · 2021/06/16(水) 11:54:54.60

>>969
そんな主張はFSFもしてないけど誰がしてるの？

**デフォルトの名無しさん** · 2021/06/16(水) 11:56:22.89

ぼく

**デフォルトの名無しさん** · 2021/06/16(水) 13:02:13.05

>>970
GPL警察・・・はともかくとしてもライセンス文やFSFの主張と矛盾が生じない実装であることを証明できないとリスクが高い

>>968の
>「集積物」とそのほかの種類の「改変されたバージョン」の違いは何ですか? (#MereAggregation)
には
>逆に、パイプ、ソケット、コマンドライン引数は通常二つの分離したプログラムの間で使われるコミュニケーションメカニズムです。
>ですからそれらがコミュニケーションのために使われるときには、モジュールは通常別々のプログラムです。
>しかしコミュニケーションのセマンティクスが親密であったり、複雑な内部データ構造を交換したりする場合は、
>それらも二つの部分がより大規模なプログラムに結合されていると考える基準となりうるでしょう。
とも書かれている。別プロセスとして利用しているからGPLの影響を受けないとは限らないと読める

あとGPLにもかかわらずプロプラのライブラリ等を利用する機能があるアプリはプロジェクト自体は問題なくても
運用時にGPL違反になる可能性は非常に高い

**デフォルトの名無しさん** · 2021/06/16(水) 13:17:01.96

ここがライセンススレですか

**デフォルトの名無しさん** · 2021/06/16(水) 13:26:13.58

前にも同じような流れになった事あるよな
同じバカかな

**デフォルトの名無しさん** · 2021/06/16(水) 13:44:16.01

>>964が示されてもまだここで続けようとするからな
続きはあっちに書きそのURLをこのスレに書けば
続きに興味がある人はそれを見るのにこのスレで続けようとする
このスレでマウントをとること自体が目的なんだろう

**デフォルトの名無しさん** · 2021/06/16(水) 15:32:36.57

ライセンススレを知っている人なら判るけど論理的な議論にならないからな
条文には「～～」と書いてありFSFの解釈は「○○」だから××と考えるのが妥当
みたいな流れは見たことないし。ソース無しで俺解釈を唱える人はいるけど

**デフォルトの名無しさん** · 2021/06/16(水) 16:40:31.58

まさに彼にふさわしいスレじゃん。

**デフォルトの名無しさん** · 2021/06/16(水) 17:11:11.66

　　　　　　　,r"´⌒｀ﾞ`ヽ
　　　　　　　／　,　　　-‐- !､
　　　　　／　{,}f　　-‐- ,,,__､)
　　　　／　　 /　　.r'~"''‐--､)
　　,r''"´⌒ヽ{　　ヽ　(・)ﾊ(・)}､
　/　　　　　　＼　　（⊂｀-'つ）i-､
　　　　　　　　　 `}. （__,,ノヽ_ﾉ,ﾉ　＼　
　　　　　　　　　　 l　　｀-" ,ﾉ　　　ヽ　頼む、どうか彼らを許してやってくれ彼らはゴリラなんだ
　　　　　　　　　　 }　､､___,j''　　　　　 l

**デフォルトの名無しさん** · 2021/06/16(水) 23:04:16.59

>>970
俺は、このスレに書いた人とは別人だが、俺もそういう主張を読んだことがある。
例え別プロセス、別コマンドであっても、そのコマンドがなければそのアプリ自体
が全く成り立たない場合には、GPL感染すると。
プラグインや拡張機能ならセーフだが、GPLなプログラム無しには基本機能さえ
成り立たないようなアプリやOSは、GPL感染してアプリやOSもソース公開しなく
てはならないと主張されていた。

**デフォルトの名無しさん** · 2021/06/16(水) 23:12:41.99

1.53.0 pre-release testing | Inside Rust Blog
https://blog.rust-lang.org/inside-rust/2021/06/15/1.53.0-prelease.html

**980** · 2021/06/17(木) 00:25:15.75

たてまいた
Rust part11
https://mevius.5ch.net/test/read.cgi/tech/1623857052/

**デフォルトの名無しさん** · 2021/06/17(木) 00:58:03.03

>>979
ライセンススレでやれって >>964
そんな主張を誰がしてるのかと問われてるのに
誰が言ってるのか不明な話をしてもしかたないだろ

**デフォルトの名無しさん** · 2021/06/17(木) 01:16:14.81

GPLなクレートがかなり排除されてるRustはライセンス談義に最も向かない言語だろう

**デフォルトの名無しさん** · 2021/06/17(木) 03:00:35.86

twitter見ていて分かって来たことだが、GPLを支持している人は、大体、
ほぼ全くプログラムしないか、理系でもなければ、物づくりとは全く接点が
無い人が多いようだ。プログラムしてもちょろっとだけ。
俺が知る範囲内では哲学科出身の人がやたらとGPLを推進しようとしていた。
2ch/5chだとそれが見えてこないので話がややこしくなる。

**デフォルトの名無しさん** · 2021/06/17(木) 07:53:01.41

どこを見てもそんなの見えてこない

**デフォルトの名無しさん** · 2021/06/17(木) 08:00:10.18

>>983
GPL/LGPLと無縁のマルチメディアデータ処理関連のクレートを教えてくれ。それ使うから
歴史的事情もあってlibavcodecをはじめとする実績のあるコードはGPL/LGPLばかりなんだよな
特に動画は特許とGPL/LGPLで板挟み

**デフォルトの名無しさん** · 2021/06/17(木) 08:08:54.07

>>986
プログラムを配布しなければGPLだろうがなんだろうが関係ないだろ。

**デフォルトの名無しさん** · 2021/06/17(木) 09:36:20.47

>>986
動画も音声もどうせ特許で真っ黒なんだからどうでもいいじゃん