Ubuntu JT/翻訳家 あわしろいくや氏を語るスレ　２

前スレ
https://mao.5ch.net/test/read.cgi/linux/1618570009/l50

Ubuntu Japanese Teamの人。VirtualBox翻訳者。team zpn主宰。
zenn.dev/ikuya

関連リンク 1

いくや (AWASHIRO Ikuya)
twitter.com/ikunya
> 「いくやの斬鉄日記」と「team zpn」を主宰している一般人（not逸般人）
https://twitter.com/5chan_nel (5ch newer account)
https://twitter.com/5chan_nel (5ch newer account)

>>185
>>189
このスレの削除依頼は既に出されててAce氏が様子見ってレスしてるので消されんよ。

https://qb5.5ch.net/test/read.cgi/saku/1516402539/32-33

>>191
間違えた、こっちだった。

https://qb5.5ch.net/test/read.cgi/saku/1516402539/34-35

GL3ではそうなるだろうな
今のところ

再度見に来たらレスが付いてて意外

>>190
削除依頼なんて考えもしなかった
もし俺が迂闊な事を書いてたら「残念だが〜」みたいな事は書かないと思うぞ

存続しても良いがﾜｯﾁｮｲ付けろよ

>>195
自分でﾜｯﾁｮｲ有りのスレを立てれば？

恒例の「Ubuntu Weekly Recipe」が更新されてたよ。

第669回　Ubuntuとデスクトップフォルダー機能
ttps://gihyo.jp/admin/serial/01/ubuntu-recipe/0669

この記事はGNOME 3でしばしば批判の対象となるデスクトップの使い勝手
の悪さについて、やや違った観点からの歴史的な考察をされておられます。

『この機能に関するソースコードは1999年（⁠「⁠ファイル」の開発が始まった年）
から追加されて現在は10,000行以上あり，メンテナンスが不可能になっていて
今後の「ファイル」の発展の妨げになるから削除を決意したということです。』
という意外とも思えるような記述があるね。
開発者の視点とはいっても、CinnamonやMATEのように異を唱える開発者も存在しますが...　Ubuntu Unity を使うと解決するという結論なのでしょうか。

>>197
Unityは全く関係ないだろ。
GNOMEのNautilusのデスクトップ機能はメンテナがおらず古いままだったので削除された。
当時のGNOMEの見解は、デスクトップ機能がほしいならNemo (Nautilusのフォーク)を使え、だ。

Remove desktop support
https://gitlab.gnome.org/GNOME/nautilus/-/issues/158

んでUbuntu側の対応としてはいきなりデスクトップ機能が無くなるとユーザーが困るだろうからと、
まずはNautilusのバージョンを古いままにしてしのぎ、
その後desktop-iconsという拡張機能が出てきたのでそれを使うようにし、
さらに改良版のdesktop-icons-ngが出てきたのでそちらに乗り換え、って感じだ。

Nautilusメンテナのブログ記事の日本語訳があった

Ubuntu 18.04 その30 - Nautilusからデスクトップにアイコンを表示する機能が削除される
https://kledgeb.blogspot.com/2018/01/ubuntu-1804-30-nautilus.html
> 機能を削除した理由は、この機能がモダンな実装になっておらず、「Nautilus」自身の開発の足かせになっていたためです。

Nautilus開発者のブログは、開発当事者の後日談のような感じで
書かれてるのかな。
当時こんな開発の内情は公表されなかったと思うけどね。
今頃になって開かされるのは、何か事情がありそうな気がしないでもない。

>>200
日付見ろ。

https://gitlab.gnome.org/GNOME/nautilus/-/issues/158
> Dec 12, 2017

https://csorianognome.wordpress.com/2017/12/21/nautilus-desktop-plans/
> December 21, 2017

記憶を補正出来て良かったですね

何か他に事情がありそうな気がするのは、GNOMEの人気と関係があるのでは
ないかと詮索してしまうね。GNOME 40の今の状況では不評を買いそうな気がする。
そのための根回しじゃなけりゃいいけどな。

デスクトップでアイコンやフォルダを操作する機能は、すでに複数のプロジェクトで
提供されるようになっている。GNOMEユーザーがよそのデスクトップ環境に流れたら
困るからなんだろうなと想像しているところです。

>>201
2017年12月ごろといえば、微妙な時期なのでは

2017年12月
Nautilusメンテナ「Nautilus 3.28リリースまでにデスクトップ機能削除するわ」

2018年1月
Ubuntuメンテナ「Ubuntu 18.04はNautilus 3.26のままにするわ」

Ubuntu 18.04 その33 - Nautilusのデスクトップ機能の削除に関するアップストリームとUbuntuの見解
https://kledgeb.blogspot.com/2018/01/ubuntu-1804-33-nautilusubuntu.html

>>204
微妙って何が？

『Solus 3は、OMG! Ubuntu!により2017年ベストLinuxディストリビューションの1つに選ばれた[54]。

Matt Hartleyは、2017年のベストLinuxベースオペレーティングシステムの概観の中で、Solusを「おそらくここ数年で最も興味深いディストロ...論理的なユーザーワークフロー、パッケージ管理、そしてコミュニティとの連携方法にユニークなアプローチを取り入れている。私は彼らが将来素晴らしいことをするのを見ている」と称賛した[55]。

より主流のメディアにおいては、Jason Evangelhoがフォーブス誌のために数回Solusを取材した。EvangelhoはPCゲームや技術産業に渡る自身の記事の中で、Solusに多数の評価を与え、特にSolus Linuxにおけるゲーム[56]や4.0リリース[57]を著しく注目した。』（ウィキピディア 「Solus」 より）

そのころ世間ではこんな記事出回っていた

>>206
その記事見てきたけどまず最初に紹介されているのがUbuntu 17.10なんですが。

The Best Linux Apps & Distros of 2017
https://www.omgubuntu.co.uk/2017/12/list-best-linux-distros-apps-2017
> 1. Ubuntu 17.10 ‘Artful Aardvark’
> 2. Solus 3
> 3. Fedora 27
> 4. Firefox 57 (aka ‘Firefox Quantum’).
> 5. Ubuntu for Windows
> 6. GIMP 2.9.6
> 7. GNOME Desktop
> 8. Atom IDE
> 9. Stacer 1.0.8
> 10. Geary 0.12

>>207
＞2017年ベストLinuxディストリビューションの1つに選ばれた
２位にエントリしてるから矛盾してないでしょう？

Linuxユーザから高い評価を受けて順調に開発を行っていたプロジェクトが
翌年（2018年夏）に突然存亡の危機に見舞われたが真相は不明のまま。
そのプロジェクトはリーダーが交代したが開発継続しています。

それ、あわしろいくやに関係あんの？
ここあわしろスレだよね？

>>210
じゅうぶん関係あるんじゃないの
話しの起源はデスクトップのことなんだから

>>211
2017年12月ごろは、UbuntuもSolusも微妙な時期だったってことでFA？

昨日の流れをザッと追ったがよく分からん。

2017年12月にOMGUbuntuがUbuntu 17.10とSolus 3をベストだと紹介。
2017年同月にNautilusメンテナがデスクトップ機能を削除すると宣言。
2018年01月にUbuntuメンテナがNautilus 3.26を使い続けることを決定。
2018年夏ごろ〜秋ごろにSolusのIkey Dohertyが脱退。

>>204 ID:JkpH0N87 的には2017年12月ごろはUbuntuとSolusはOMGUbuntuに取り上げられて微妙な時期だった？
Solus的には2018年の方が微妙な時期じゃね？

>>210
あわしろ氏はBudgieから志賀の翻訳を取り除いたりしてたから関係はあるんじゃね。

>>204
2017年12月ごろにマスコミでも取り上げられたから、それから数ヶ月かかって
だんだんと社会的にも、Linux界にも影響が浸透してきたと分析している。

＞あわしろ氏はBudgieから志賀の翻訳を取り除いたりしてた
そんな事実があったんですね。そこまで気付いていなかったな。

Ikey Doherty氏がプロジェクトの代表を辞めた経緯には不自然な点が多い。
順調に活動しているプロジェクトを突然放棄するのは変だな。
表向きは自発的に辞めたとされてるが、辞めるよう圧力があったからか？
もし開発に飽きたのならDoherty氏がなぜ今別のプロジェクトに参加しているのか？

いろいろ疑問が出てくる。ちなみに、MATEのBrisk Menuも同氏が開発した。

Intel辞めてフルタイムで従事していたSolusから去ったのならそれなりの理由があるんだろうし、
本人が明かしていないんならそっとしておけ。

子供がどうとか言ってるので家庭の事情か。

> However, it's unlikely I'll be seeking personal project involvement of any description - as a new parent I must plan to father my child and support my family through work, instead of fathering my work and rely on my family supporting me.

>>198
「Ubuntu 18.04 LTS」はデスクトップ環境がGNOMEへ逆戻り 〜独自のUnityへの投資を終了 - PC Watch
2017年4月6日 13:44

「Ubuntu OSを開発しているCannoicalは5日(現地時間)、次期の「Ubuntu 18.04 LTS」から、標準デスクトップUIを独自の「Unity」から、従来の「GNOME」環境に戻すと発表した。」
「Unityは、Ubuntu 11.10から従来のGNOMEに代わり採用された独自のデスクトップ環境である。縦に配置されたランチャー(アプリケーションスイッチャー)や、大きなアイコンのスタートメニューが特徴であった。」

もし、関係ないか？と聞かれれば、関係ありますよね

志賀慶一さん、不正アクセスで新IDを量産中ｗ

>>217
Unityはフロントエンドでバックエンドは元々GNOME。
Nautilusからデスクトップ機能が無くなったらUnityでも利用できなくなる。
だから>>197の、

> Ubuntu Unity を使うと解決する

は的外れ。Ubuntu Unityを使っても解決しない。
当時の解決方法はNemo使え、だ。
Nautilusのデスクトップ機能削除にUnityは関係ない。

>>219
Nemoが使えると書いていただいたことについては否定しませんが、
Ubuntu Unityも存在すると指摘しているわけです。
ウィキピディアにも載っています。

>>220
Unityのパッケージは2017年当時も、次期Ubuntu 21.10でも普通に存在はしているが、

https://packages.ubuntu.com/impish/unity

それがNautilusのデスクトップ機能削除とどう関係あるわけ？

Unityは、Canonical Limitedが開発したインターフェースで、2011年4月にリリースされたUbuntu 11.04で初めてデフォルトのインターフェースとして搭載されました。Unityは、GNOME 2に代わるGNOME Shellの代替として開発されました。当時Canonical社は、デスクトップ、携帯電話、タブレットのインターフェイスをUnity 8に収束させることを計画していましたが、2017年にUbuntuが代わりにGNOME 3デスクトップに移行したことでプロジェクトは頓挫し、Unityの開発はバージョン7で終了し、バージョン8は未完成となりました。Ubuntu 17.04は2017年4月にGNOME 3デスクトップを導入しましたが、Ubuntuユーザーや開発者には普遍的に受け入れられませんでした。いくつものフォークが提案され、UBportsは携帯電話のインターフェイスとしての価値を求めてUnity 8の開発を引き継ぎ、2020年2月にLomiriと改名しました。2019年、CanonicalはUnity 7のUbuntuリミックスへの商標の使用を承認しました。

Ubuntu Unity
From Wikipedia, the free encyclopedia

>>222
続き（補足）
「Linux Foundation 公認の開発者であり、UbuntuチームのメンバーでもあるRudra B. Saraswat氏は、インドのニューデリー近郊に拠点を置き、Ubuntu Unityを始めました。彼はユーザーにアンケートを取り、Ubuntuのバックエンドに純正のUnity 7インターフェースを採用し、それ以外の変更は最小限に抑えました。彼は、GNOME Filesの代わりにNemoファイルマネージャーを入れ、UbuntuのGNOMEディスプレイマネージャーの代わりにLightDM Xディスプレイマネージャーを採用しました。」

>>222-223
それ元の文はここのか？

https://en.wikipedia.org/wiki/Ubuntu_Unity

非公式ディストリじゃねえか。Canonical関係ない。公式フレーバーは、

Kubuntu
Lubuntu
Ubuntu Budgie
Ubuntu Kylin
Ubuntu MATE
Ubuntu Studio
Xubuntu

の7つだけだ。

https://ubuntu.com/download/flavours

＞非公式ディストリじゃねえか。Canonical関係ない。公式フレーバーは、
それっていうのは、個人的な感想ではありませんか？

スレの流れは、Linuxデスクトップ環境を論じているのですから、
文脈でUbuntu Unityに触れることは当然のなり行きです。

>>225-226
https://ubuntu.com/download/flavours
↑このページにUbuntu Unityは無い。これが全て。

"Ubuntu Unity"
From Wikipedia, the free encyclopedia

それではなぜこの記事が存在していますか？

>>228
はあ？んなもん誰かが記事を書いたからだろう。
そんな当たり前のことを聞いてどうするよ？

当たり前のことは聞いていません。
ご説明願います。
Linux板では、「証拠の無いことはいけません」と指摘されるんじゃありませんか？

>>230
はいはい、そのページが存在しているのはまず2010年に Kenny Strawn というユーザーが Unity (user interface) の記事へのリダイレクトページとして作成したからで、

https://en.wikipedia.org/w/index.php?title=Ubuntu_Unity&;oldid=402039123

記事の内容自体は2020年6月に Ahunt というユーザーがリダイレクトを解除して追記したからだ。

https://en.wikipedia.org/w/index.php?title=Ubuntu_Unity&;oldid=963634092

Ubuntu Unity: Revision history
https://en.wikipedia.org/w/index.php?title=Ubuntu_Unity&;offset=&limit=500&action=history

立派な記事ではありませんか。Ahunt氏も支持するしているんでしょ

はあ、そうですか

第671回　パッケージのアップデートとアップグレードを制御する：Ubuntu Weekly Recipe｜gihyo.jp … 技術評論社
2021年6月16日
あわしろいくや

新しい記事が出ていますね。
この記事もご覧になったら役立つと思いますよ。

さて、「アップデート」と「アップグレード」。
この２つの用語は同じ？それとも違うの？
みなさんからこういう疑問が出てくると思います。
こんな疑問が出て当然です。

ここで筆者は次のように説明しています。

「本稿では日々の更新をアップデート，Ubuntuの新しいバージョンがリリースされた場合に更新するのをアップグレードと呼称します。」

↑　この説明は親切ですね。
両者の違いを具体的に解説しているサイトはそう多くありません。
そのせいで、初心者はわけが分からなくなるのかも知れません。

コマンドラインで利用できるシステム更新の仕組みとして、
「⁠unattended-upgrade」についての解説があります。
⁠unattended-upgrade は「自動更新」とも訳されています。
これは、バックグラウンドで勝手に更新を行います。似たような機能です。

>>234
記事の本題から少し外れますが、あわしろいくやの記事でちょっと気がかりな記述があります。

「あくまで扱うのはDebianパッケージのみであり，Snapパッケージについては特に紹介しません。
自動的にアップデートされる上ロールバックも簡単にできるので，そのままにしておくのが
ベストでしょう。そもそもアップデートを止める仕組みはありません。」

どうやら、Snapパッケージをインストールすると、勝手にアップデートを実行する
と書かれているようです。Snapを利用する場合には、注意したほうが良さそうです。

>>237
うっかりして敬称を失念いたしました。
ご本人がご覧になっておられると失礼ですので次のとおり訂正致します。

>記事の本題から少し外れますが、あわしろいくやの記事でちょっと気がかりな記述があります。
記事の本題から少し外れますが、あわしろいくや氏の記事でちょっと気がかりな記述があります。

>>238
あわしろせんせーは５ちゃんねるをご覧になってることは無いとお仲間さんたちが公言してるし、
Linux界でも一般人と違うから敬称は気にする必要はありませんよ。
スポーツニュースでもいちいち選手にアナウンサーが敬称をつけないのと同じです。
「山川穂高さん打ちましたぁー！」なんて実況は無いでしょｗ

あわしろせんせーは自分のブログ公開してるぐらいだから、ここも見てると確信するけど。
だって、名前で検索したら直ぐ上位に挙がってくるじゃない。
一般人と違うから敬称は気にする必要ない、というのは常識で十分わかるんだけど、
Linux板では常識の通じない人達がいて困るでしょ？

>>240
ブログやってるから5ch見てるというのは意味不明。
「あわしろいくや」でググるとこのスレは4ページ目に出てくるから微妙なライン。
1ページ目なら気付くかもしれんが。

>>241
検索エンジンは何を使ってるのかな
こちらで使ってる検索サービスではトップ５の中に入るんだよ

>>242
> ググると
ってんだからGoogle検索に決まってるだろ

> ググると
ググるというのはネット検索するという一般的な行為だよ
「ググる」がGoogleの専売特許な時代はおわった

マジかよ一般動詞化とかGoogleすげえな

で、その検索サービスは？

Ubuntu Weekly Recipe
第673回　カーネルのクラッシュ情報を取得する
2021年7月7日

Ubuntu Weekly Recipeは恒例のシリーズですよね。今回はカーネルクラッシュに関する話題です。筆者は柴田充也氏です。
カーネルがフリーズする、画面が固まってブルースクリーンになった、という経験は古い世代のパソコンで経験した方が多いのではないでしょうか。Linuxに限らず、Windowsを含めたOSで起きる現象です。

カーネルがクラッシュを引き起こす原因として以下が指摘されています。

◯ ひたすらスピンロックで待ち続けるお行儀の悪いサードパーティのドライバー
◯ 設定が悪いとひたすら割り込みし続けるデバイス
◯ 変なトランザクションを受けるとSoCごと停止するコントローラー
◯ ソフトリセットかけるとNMI panicを誘発するデバイス
◯ リードするとたまに仕様と全然違う値が返ってくるレジスタ
◯ 意味もなくメモリーを確保しながらCPU負荷を上げ続けるユーザープロセス

具体的にはいろいろな原因があるそうです。

システムがクラッシュしたとき、Ubuntuではどういう対応を行うかという点についてふれています。

「Ubuntuには「Apport」と呼ばれる障害情報収集システムが存在します。これはユーザープロセスがコアダンプしたとき，その中身やプロセスの情報をまとめて，必要に応じてUbuntuのチケットトラッキングシステムであるLaunchpadに報告する仕組みです。」とあります。

Ubuntu 12.04 LTSあたりから，常に有効化されるようになったそうです。
システム情報がバックグラウンドで送信されるというのは、ユーザーにとっては気がかりな点でしょう。
この続きは、「第674回　カーネルのクラッシュ情報を解析する」にありますね。

ちなみにわたしは、最近のディストリビューションではカーネルのクラッシュを経験したことがありません。
こちらではカーネルクラッシュはほとんど発生しない状況ですが、個々のアプリケーションに関しては時々「フリーズ」することがあります。たとえ使用中のアプリケーションがフリースしてもカーネルを巻き込まない、とこういうように理解したら良いのかもしれません。問題が発生したプロセスは、システムツールで直ちに停止させることが可能となっていますね。

あわしろってあのベットの上でパソコンやってる人だっけ
あれ違うやつか

Ubuntu Weekly Recipe
第335回　MATEデスクトップ環境をビルドする【前編】
2014年7月30日
あわしろいくや
https://gihyo.jp/admin/serial/01/ubuntu-recipe/0335

過去ログを見返していたらこんな記事を発見。
この寄稿は今読んでもこれは興味深い記事ですよね。

>>252
「ついでに言うと，筆者はMATEのことはあまり好きではありません。権利関係に疎い人達がやっているという固定観念があるからです。とは言え次期Vine LinuxがMATEをデフォルトにすることを決定したり，また個人的にも（古くても）軽量なデスクトップ環境が必要になり，無視はできなくなった，というのが正直なところです。」

あわしろいくや氏はMATEの紹介記事を寄稿しているようでいて、
実は技評の誌上で告発しています。
このスタイルが現在に至っていると考えれば
日本のUbuntu界隈の現状が素直に理解できるでしょう？

>>254
どうもMATE側が迂闊な一括置換をやらかしたって話みたいだが何で日本のUbuntu界隈の話になるんだか。

MATEデスクトップ環境 翻訳物の権利表示
http://mail.gnome.gr.jp/ml/gnome-translation/201112/msg00127.html
> 要するに、po中の"gnome"という単語を、"mate"に一括置換したようで、
> 結果的に著作権表示が改竄された形になっています。

ちなみにイニシャルコミット時点で置換済みで誰がやらかしたか不明なのでコミッターのPerberosの責任かな。

https://github.com/mate-desktop/pluma/commit/528c1e5ff51e213936e800fc5a9a25da99c0bdf2#diff-2610fe3387a707fedd19063c18e228faa7843e4da17408a61956635ffece271c

>何で日本のUbuntu界隈の話になるんだか。

この件が某Web翻訳家スレで批判するようになった伏線、あるいは契機だと推測できるな。
これほど著作権のことに深く関心を抱くのが、もともといくや氏の立ち位置だったということかな。
これで今までの諸々の行動についても整合性がでてくるんじゃない？

>不明なのでコミッターのPerberosの責任かな。

そういう見方をするんだな。個人の責任に転嫁するところもそっくりだね。
個人じゃなくてプロジェクトの問題だなのではないかな？
いくや氏は、さすがにプロジェクトに対して正面から批判するのは遠慮したのでは
というのがこちらの見方です。

けれども、某Web翻訳家に対しては遠慮なく批判してるよな。
これならOSS界隈で自分の立場が危うくならないと考えたんたろうな。

妄想じゃんｗさすが志賀擁護

>>257
迂闊な一括置換をした奴の責任だが誰がやったのか分からんからなあ。
まあPerberosにコミット権を与えたMATEプロジェクトの責任とも言えるか。

>>258
志賀慶一はライセンス違反をやらかしてしまった人物だからな。
過去に一度もライセンス違反をしたことが無いか、してしまっても自らの手で解決した人物なら志賀慶一を批判しても「お前が言うな」にはならない。

>>259
一括置換が迂闊だったのなら悪意がないから批判するのは間違っている。
その場合は批判するんじゃなくてアドバイスしてあげるべきだろう。

何百人何千人という支援者がいるプロジェクトを相手にして
下手に迂闊な批判をすれば返り討ちに合う可能性だってある。
でも一Web翻訳家相手ならバックに強い仲間が存在しいないからね。

結局、そういうことなんじゃないの？

>>260
悪意がなかろうが迂闊な行動が批判されるのは当たり前だし、
志賀慶一はライセンス違反をやらかしてしまった人物なので批判されるのも当たり前。

>>256
> これほど著作権のことに深く関心を抱くのが、もともといくや氏の立ち位置だったということかな。
著作権とライセンスに関する一定の造詣は、FLOSS開発に携わる人すべてにとって必須のリテラシーでしょう
FLOSSを守るためには当然ながらそれが必要ですし、クリーンハンズの原則からしても著作権侵害やライセンス違反は許容できません

プロプライエタリ開発者にとっても『GPL汚染』等を避けるために必要な知識です
権利侵害は「知らなかった」では済まされませんので

FLOSS開発に携わる人たちは、自分たちの側からわざわざ『GPL汚染』という言葉を
基本持ち出さないものだと思うよ。そこが普通じゃないのでは。

プロプライエタリ開発者の話なんかしてないし

>>263
FLOSSかプロプライエタリかで程度の差こそあれ、,開発者には著作権とライセンスの知識が必要だという話です
中でもにFLOSSにおいては必須のリテラシーです。まあ、志賀慶一氏は身につけていませんでしたけど

『GPL汚染』は人口に膾炙した表現をとったに過ぎません

アンチあわしろな志賀がどんな屑人間なのか再認識しましょうｗ
https://w.atwiki.jp/shiga_keiichi/

このスレ有名になったよなあ
「あわしろいくや」で検索したらすぐ引っ掛かるようになったから
本人も読んでるんだろうな

>あわしろいくや氏は非難されて当然の行為を行いました。
>それを正当化するためには擁護活動が必要かと。
>これですべて合理的な説明がつきますよね。
https://mao.5ch.net/test/read.cgi/linux/1631855818/163

>あわしろいくや氏は志賀慶一氏の名前すら出さずにライセンス違反事件のケーススタディ記事を書いただけ
https://mao.5ch.net/test/read.cgi/linux/1631979029/172

こんな書き込みしたからあちこちのスレをageて火消しに忙しいんだろうと思われる。
しつこくやってるのは誰なんだろうな

簡単に名前を特定できるようなやり方で事件のケーススタディ記事を書いたらダメだろ

>>268
いや書いても問題ないでしょ。

名誉毀損とは？認められる要件や判例・慰謝料について知る
https://yell-lpi.co.jp/column/defamation/art0016/
> 名誉毀損と認められない3つの条件
> 1.公共の利害に関する事実
> 2.公益を図る目的
> 3.真実であることの証明がある
>
> つまり、「事実を摘示」という要件を満たさなくても、公然と侮辱された場合は侮辱罪が成立します。
> 先ほどのケーススタディで「バカ」と叱責されたケースは、名誉毀損には該当しなくても、侮辱罪に該当する可能性はあるでしょう。

志賀慶一のライセンス違反の件は事実かつ、
誰かがGoogle翻訳をossの翻訳に使ってライセンス違反になったというニュースは「公共の利害に関する事実」なので、
仮に志賀の実名を出していても名誉毀損にも侮辱罪にもならない。

>誰かがGoogle翻訳をossの翻訳に使ってライセンス違反になったというニュースは「公共の利害に関する事実」なので、仮に志賀の実名を出していても名誉毀損にも侮辱罪にもならない。

そうなのですか？
わたしは一切否定しますけどね

>>270
お前が否定しても何の意味も無いからなあ。
志賀慶一のライセンス違反という現実は続いていくのだわ。

わたしも鍋田辞書さんの側について応援しますよ
Linux板では少なくとも5人以上は居てるので5対1で優勢だね

>>272
お前が鍋田辞書側につこうが5対1で優勢だと思い込もうが、
志賀慶一のライセンス違反という現実は何も変わらないからなあｗ

>>270
「この程度の理解力しかないから人を誹謗中傷しても気にしないですね？」
という言葉をお示ししておきます
もしかして、あなたの言葉でしたかな?

Ubuntu JT/翻訳家 あわしろいくや氏を語るスレ 2
[Search domain mao.5ch.net] https://mao.5ch.net › test › read.cgi › linux › 1622381164 › l50
あわしろいくや氏はMATEの紹介記事を寄稿しているようでいて、 実は技評の誌上で告発しています。 このスタイルが現在に至っていると考えれば 日本のUbuntu界隈の現状が素直に理解できるでしょう？ 255 login: ...

検索上位におどり出ました。
みなさん大変ご関心のようです。

このスレッドを訪問された方にはオマケがあります。

Linux板自治スレ★06
https://mao.5ch.net/test/read.cgi/linux/1631855818/504

この自治スレには5ch Linux板の「良識」があります。

ID:CWNRvIFuは自治スレで
『Software Design 2017年6月号の記事が“誹謗中傷”の発端』と書きました http://mao.5ch.net/test/read.cgi/linux/1631855818/484
が、それは虚偽でした http://mao.5ch.net/test/read.cgi/linux/1631855818/494
このような嘘で他人を誹謗中傷する者によって立てられたスレは利用しないことをおすすめします

>>276
お前がどれだけ駄々をこねても志賀慶一のライセンス違反という現実は変わらないんだ

昨日の志賀擁護

ID:CWNRvIFu
http://hissi.org/read.php/linux/20211107/Q1dOUnZJRnU.html

Linux界の中傷事件。あわしろいくや氏たちによる私人S氏へのしつこ過ぎるイジメ、中傷事件についてAdd Star
要旨は下記の通り

・助ける立場なのに中傷の扇動を続ける、あわしろいくや氏。
・Software Designに中傷記事は書かれていないという意見
・あわしろいくや氏という人物。
・鬼の首を取ったように掲げるWEB翻訳のライセンス違反について。
・プログラマー、辞書作成者として見たWEB翻訳ライセンス違反について。
・WEB翻訳混入は私もやってますよ。
・今後のGNU/Linuxへの影響。
・S氏という人物
・Web翻訳をOSSに突っ込む危険の啓蒙として中傷(もしくは中傷につながること)が正当化されるという意見
・いくやさんが悪いのではなく、これ幸いと中傷する人が悪いのでは？なんでいくやさんが悪いという流れになるのかがわからないです。
・S氏の仲間に対する行動についてはどう思ってんの？
・「もし当事者であって必要なら裁判して解決したら? 」いやそうでなくて、互いに思いやれって趣旨のことを言ってると思うんだけど

ttps://archive.li/eKk8z#selection-143.0-154.0

本人がとっくの昔に引っ込めたブログいちいち引っ張ってこられて、鍋田もいい迷惑だろうな

↓志賀慶一のWeb翻訳混入事件（ライセンス違反）については下記スレで！↓
Web翻訳家 志賀慶一氏を語るスレ 34
https://mao.5ch.net/test/read.cgi/linux/1631979029/l50

>>280
「あわしろいくや氏の、Sに対する一連の行動があまりも悪すぎひどすぎました。
私恨で権力を濫用してまで人を晒し者にするという大人気なく最もおそろしい人種です。
発端、原因は複数あるでしょうが、主な原因はLinuxソウトウェアの日本語化(メニューやボタンなどの英語から日本語への翻訳)のあるボランティアのS氏の翻訳の精度が悪いこととWEB翻訳利用によりライセンス違反だという言い分から来ています。
その言い分をを鬼の首を取ったように掲げて私人叩きに精を出しています。
あわしろいくや氏は、Software DesignだけでなくPDFの同人雑誌でもそのS氏叩きに精を出したりしていて人格に問題を感じています。
某巨大匿名掲示板では、S氏の中傷スレが立ち並び、連日大量に罵詈雑言中傷が書かれています。」

>>280
>>282
何で古いバージョンを参照してるんですか？

最新版 (2021年11月8日 03:35:51 UTC)：https://archive.li/kYBD6
> 2017-05-26
> 将棋しましょう。
> Raspberry Pi 4 いまいち使い物にならないので7月からはWindowsパソコンに戻っています。
> ブラウザだけ動けばだいたいのことはできると思っていましたがそのブラウザがいまいちだった。
> 話せば長くなるので詳しくは書かないけど。
> ブラウザはハードの問題だけではなくソフト側の最適化に問題があるような気がします。
> Firefox、Chrome以外の全てのブラウザが(例えばMidori)見るサイトによっては暴走したかのようになり負荷100%で全く使えない。
> Firefox、Chromeも負荷が極端にかかるサイトがあり、いまいち使えない。
> 動画再生が苦手。
> GPUの動画再生支援機能には対応していない。
> 時間ないのでまとめる気はない。終わり。
> (2020年5月ぐらいからRaspberry Pi 4 Model B メモリ4GBをメインパソコンとして使っていました。
以下略

旧版 (2017年5月28日 04:38:06 UTC)：https://archive.li/eKk8z

オリジナルのURL：https://njisho.hatenadiary.org/entry/20170526/1495772555
※備考：はてなダイアリーははてなブログに統合されアドレスも変更になりました。

もう誹謗中傷スレってここだよな
志賀擁護があわしろを誹謗中傷してるスレ

あわしろをディスっても志賀が上がるわけじゃないのに、馬鹿はこれだから

＞志賀擁護があわしろを誹謗中傷してるスレ
？？？

>>284 -> >>282

>>280 ttps://archive.li/eKk8z
>あわしろいくや氏は、Linuxソフトウェア翻訳界のリーダーとして中傷をやめるように働きかけるべきですがやっていることはその全く反対。
>やめさせるどころか中傷活動の扇動に余念がありません。
>匿名掲示板ですから誰がやっているか分かりませんが、あわしろいくや氏名義のS氏に対するひどすぎる報復(Software Designへの記事など)を考えると、あわしろいくや氏主導で中傷活動が行われてると疑われても仕方ありません。
>仲たがいがあったにせよ、同じLinuxの翻訳に関わった仲間でしょう。
>なぜそこまでできるのか全く理解ができません。
>もし、翻訳ボランティアの中に仕事内容に問題がある人がいるのなら、翻訳ボランティアの登録を解除すればいいだけではないですか。
>それは内密でやっていいだいて、私恨で全世界に中傷という形で知らしめる必要はありません。
>あわしろいくや氏はS氏へのイジメと中傷に対して権力を濫用していまし、もはや、Linux界に関わる資格はないと思います。

？？？

>>285-286 -> >>283

あわしろ氏らに対する発言を鍋田辞書が撤回したという現実を受け入れられない志賀擁護 ID:4aKesqdF であった

うぶんちゅ！ まがじん ざっぱ〜ん♪ vol.11　頒布開始！ #ubuntujp
大変ご無沙汰しておりました。言うまでもなく昨年はコロナ禍でオフラインなイベントが全く開催されず、またいろいろあって（あとがき参照）思ったように活動できませんでしたが、ようやく『うぶんちゅ！ まがじん ざっぱ〜ん♪ vol.11』の頒布を開始できるところまでたどり着きました。

ざっぱ〜ん♪ブログ
zapppaaan11-01.png

>>288
知らんがなー