アカウント名:
パスワード:
IO-DataやBuffaloを始めNASではLinux+sambaの組み合わせが多かったはずですが、ファームウェアなどはちゃんと更新できるのでしょうか?# 良く知らないのでAC
例えばバッファローなどは、2.xと3.xがありますね。いつから切り替えたかは知らないけど。
http://opensource.buffalo.jp/gpl_storage.html [buffalo.jp]
対応はあちらの胸先三寸 & ユーザの意識次第ですね(勝手には上がらないし)。
# ファームウェアアップデータのアーカイブにlhmeltを使ってるあたりも"ちょっと"気になりますが...
大丈夫というのとは違いますが。
任意のコードを実行させるのにCPUやOS毎の実行コードがセットされてないとダメなんじゃないですかね？そういうNASで利用されているのって、マイナーなCPUの場合が多いような気がするので、Linux x86とかと比べれば標的になりにくいんじゃないかと…勿論、提供されるのならアップデートは行ないたいですけどね。
ARMばかり。と思うと狙いやすいんじゃないかな。
> できなけりゃGPL違反だろう
なんでGPL違反なの？どの条項に違反してるのか教えてよ。
同一バイナリができるビルド方法を開示する必要はあるが、そのバイナリを読み込ませる方法は別なんじゃないか? でないと、ROM に焼き込んだ GPL コードのバイナリとかどうするよ?
という訳で
自分でパッチをあててビルドしインストールできなければ、GPLに反しているのよ。
と言うのは勘違いかと。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stableって古いって意味だっけ？ -- Debian初級
NASは大丈夫なのだろうか (スコア:2, 興味深い)
IO-DataやBuffaloを始めNASではLinux+sambaの組み合わせが多かったはずですが、ファームウェアなどはちゃんと更新できるのでしょうか?
# 良く知らないのでAC
Re:NASは大丈夫なのだろうか (スコア:1, 参考になる)
例えばバッファローなどは、2.xと3.xがありますね。いつから切り替えたかは知らないけど。
http://opensource.buffalo.jp/gpl_storage.html [buffalo.jp]
対応はあちらの胸先三寸 & ユーザの意識次第ですね(勝手には上がらないし)。
# ファームウェアアップデータのアーカイブにlhmeltを使ってるあたりも"ちょっと"気になりますが...
Re: (スコア:0)
Re: (スコア:0)
大丈夫というのとは違いますが。
任意のコードを実行させるのにCPUやOS毎の実行コードがセットされてないとダメなんじゃ
ないですかね？そういうNASで利用されているのって、マイナーなCPUの場合が多いような
気がするので、Linux x86とかと比べれば標的になりにくいんじゃないかと…勿論、提供
されるのならアップデートは行ないたいですけどね。
Re:NASは大丈夫なのだろうか (スコア:1, 興味深い)
ARMばかり。と思うと狙いやすいんじゃないかな。
Re: (スコア:0)
オープンソースなんだから、自分でsambaのアップデートすりゃいいのに、なぜかサポートだのパッチが提供されないだの・・・まったく。
Re: (スコア:0)
> できなけりゃGPL違反だろう
なんでGPL違反なの？
どの条項に違反してるのか教えてよ。
Re: (スコア:0)
簡単にまとめると
・ソースコードを提供しなければならない
・それをビルドしてインストールするための情報を提供しなければならない
ってことなので。
メーカーにソースコードとインストールのための情報を請求し、自分でパッチをあててビルドしインストールできなければ、GPLに反しているのよ。
Re: (スコア:0)
同一バイナリができるビルド方法を開示する必要はあるが、そのバイナリを読み込ませる方法は別なんじゃないか?
でないと、ROM に焼き込んだ GPL コードのバイナリとかどうするよ?
という訳で
と言うのは勘違いかと。
Re: (スコア:0)
どうするも何も、どうせフラッシュメモリなんだから書き換えればいいでしょ。
マスクROMなら、基板から剥がしてROMエミュレータに置き換えればいいし。
GPLってのは、
ブラックボックスにするな、ユーザーが自分で手を入れられるようにしろ
というのが根底にあるわけですから、条文はそのように解釈されるべきでしょう。