Fedora 総合スレッド Part 61

●前スレ
Fedora 総合スレッド Part 59
http://mao.5ch.net/test/read.cgi/linux/1555141985/
Fedora 総合スレッド Part 60
http://mao.5ch.net/test/read.cgi/linux/1609128095/

●Fedora公式
https://getfedora.org/
https://fedoraproject.org/wiki/Fedora_Project_Wiki
http://fedoraplanet.org/

●ダウンロード
https://getfedora.org/
https://torrent.fedoraproject.org/
https://admin.fedoraproject.org/mirrormanager/

●FAQ
Wiki FAQ
https://fedoraproject.org/wiki/FAQ
Fedora 2ch FAQ
https://www12.atwiki.jp/linux2ch/pages/17.html#id_df35901c
https://www12.atwiki.jp/linux2ch/pages/30.html

●Forum
https://www.fedoraforum.org/
http://fedora.forums-free.com/

違うと思う

>>684
ありがとう
少し調査したんだけど同じシンボリック・リンクとなるLibraryの挙動の違いまでは追い込めたんだけど途中でやめました。
ご承知の通りこの手の不具合はカーネル系なら適切な所のバージョン選んでrecompileすれば先ず対処可能なんですがライブラリは依存関係も非常に複雑でかつそれらをrecompileインストールは相当に手間がかかるので（カーネルの比ではない）、楽をしましたｗ

>>685
意外とごく簡単なことなのかもですよね。

ありがちなのはプリンタドライバがアップグレード版(38)でバンドルされなくなったかパッケージがなくなったって線
自分だったら、CUPSで印刷できるか、所定のドライバが存在するかを試験するな

37, 38クリインokなら添付ドライバに問題なかろう

>>687
結果ドライバーは同じでおｋ
cups ipp 色々やっても駄目だった

>>688
結果その通りでした

バグは嫌だ、安定ディストリ好み・・・Ubuntu, Debian, RedHat
安定が好みだけどちょっとだけのバグは許容・・・Arch等
バグ上等、来るなら来い、受けて立ってやる・・・Fedora ユーザー
尊敬しますｗ

それほどでもない

Ubuntu は Fedora よりバギーなイメージしかない。
Fedora の方が継続性あるだろ。

我々はRedHatの未来に生きているのだ

＞安定が好みだけどちょっとだけのバグは許容・・・Arch等
えっと。。。

AUR抜きのManjaroと、AURごた混ぜのManjaro

カノニカルの未来に生きる→Ubuntu
カノニカルのリポジトリは使うが心中しない→mint等

このスレで文句言ってもアレだけどさ
Ubuntu は独自の作り込みが多いのよね

もう失敗してやめたけど独自デスクトップ作ってたとか、その名残なのかgnome に対して超カスタムしてるとかさ。デッキ？とかノーチラスも。emacsまで。
snapもそう。firefox はsnapのみになったんだっけ？

Linuxコミュニティの分断になって、掲げてる目標と実際にやってる事が不一致に見えるんよ

ワシはfedora に戻った人です

そんで、前にも言ったけど「ハッカー的なセンスに欠けている」事が多いのよね。Ubuntuは

一見さんお断りで
何かあったらサクっとクリインできる人向けだがね

>>698
分かるわー
酢のツールをそのまま使いたい

素のGNOMEを使いたかったらFedora
これはずっとそうだろう

GNOME自体がv3から

>>701
KDE neon「呼んだ？」

Red Hat （RHEL）が将来的にlibreofficeのサポートを辞めることを
決定し、その結果 Fedoraでも libreofficeの管理を
volunteerベースに任せることになった事がhotなtopicに：

tps://lists.fedoraproject.org/archives/list/[email protected]/thread/46ZZ6GZ2W3G4OJYX3BIWTAW75H37TVW6/

そしてどうもlibreofficeをRed Hatで管理していた方は、どうも
解雇されたらしい
tps://meeksfamily.uk/~michael/blog/2023-05-15-caolan.html

遅ればせながら：

>>660
Fedora 38では 7.1系列になってるよ
tps://fedoraproject.org/wiki/Changes/ImageMagick7

FedoraだけAndroidデバイスのストレージ接続＆充電が出来なくて調べてみたら、
udevに驚くほどたくさんのデバイス設定がプリセットされてるんだな。
もう余計なことするな、の典型だわ。

>>698
初心者にUbuntuを勧めるアホォに信じるアホォw

>>708
お前が一番のアホ

>>705
RHELではOpen Office一択になるということ？

Linux 上でOfficeアプリを使いたい要望はほとんど無いし、Windowsで Libreoffice 使っている奴なんかいないという話だと思った。
ブラウザで Office365 動くしな。

LibreOfficeぶん投げるのにアップストリームも半分死んでるOpenOffice維持するわけないだろ
元からパッケージないわ

>>712
まぁでも
OpenOfficeってApacheになって復活したんじゃなかった?
LibreOfficeはデファクトスタンダードになったって感想なんですけど
いつもRedhatって意味不明な決断しだすよね

>>713
LibreOfficeについていくのが精一杯と聞いた
会津若松市や山形大の動向に注目することが出来るかどうかはビミョー


しかし、会津若松市は一太郎やMS-Officeに回帰するにはコストが掛かりまくる状況に至っているのは事実だろう
若手職員はLibreOfficeしか知らんだろうし

>>714
日本の事情はよく知らんけど
フランス軍だったかは、LibreOffice全面採用じゃなかったっけ?
知恵遅れで周回遅れの日本の事情はあんま参考になりませぬ

https://www.ja-fukuoka.or.jp/libre/

https://okayurisotto.net/posts/01gvpdvf000dzngv00e8mj2914/
【引用】
LibreOfficeは多くの組織で使われています。日本では、会津若松市やJA福岡市が導入しており、特にJA福岡市はLibreOfficeの使い方をインターネット上で公開していることで有名です。
LibreOffice | JA福岡市 福岡市農業協同組合

https://www.google.com/search?q=%22%E4%BC%9A%E6%B4%A5%E8%8B%A5%E6%9D%BE%E5%B8%82%22+%22OpenOffice%22+%222007%22

コレが読めない人のことは関知しない

私はwindows辞めたし、linux用のオフィススイートあれば欲しいよ

libre officeは…「ちげーよ何でそうなただ、んだよ」っていう動作が多くて使わなくなったス
今はGoogle系のをブラウザから使ってる。wineでMS Officeってのも検討したけどgoogle 結構良いです

図を描くツールに慣れたらめっちゃ好きになった

ただし、「図の一部が画面から隠れた状態でリサイズすると、pdf化した時に図が消える」バグがある。
縮小表示でもして、画面に図が全部出てる状態でリサイズすると治る

ごめん、酷い誤入力
「ちげーよ何でそうなるんだよ」って書きたかった、多分

俺はlibre使ってる
無くなると辛い

>>699
それは結構いい得て妙な感じだな

ま俺もubuntu結構使ったけど、Fedora/CentOSより良いところなんて、何一つなかったけどね

何でもかんでも無理ヤリ起動するパッケージインストールとか
profile読まないbashとか
デスクトップ環境くらいでいちいち名前変わるとか
snapも正直ウザいとしか思わん。
正直、ろくでもない動きばっか。ホント、センス良くないと思う

で、何が嫌って、まずいと分かったら、すぐ直せばいいのに、そうしないで、間違いを認めると落選すると信じてる政治家のように頑なに続けるとこ。

>>718
俺はMSのフォントをインストールしたら、libreでも、読めないとかほとんどなかったんで、結構満足してる。

むしろ、PDFなんかの方が困る。
つか、未だに文字が表示できんPDFがある…

>>715
周回遅れどころじゃないね
未だにクレジットカードとか銀行で、sjisならまだしも半角カタカナとか使ってんのよ？w
もう文明開化以前だわ

DXだのなんだの以前にこういうのを何とかしろよ…って思うわ。
な～にがIT革命だよw

こういうことを整えるうちに、じゃあ、PCのOSをほんとに他国企業まかせでいいのか？って議論もあるはずなんだけど、まあ、この国に安全保障なんて概念は理解できんのよwww
まさに平和ボケw

Ubuntuに対しての感想は完全同意なんだけど、実務で動いてるものは触らないのが吉。米国のシステムでも似たり寄ったり
むしろあっちのほうがその毛があるかも?

いずれくるリプレイスで

逆だろ。しょっちゅう触るべき。触ってないので、久しぶりに変更かけた時にみずほみたいになる。

実務を知らぬ?

とりあえず特定のバージョンで動けばよし、標準とか仕様とか読みもしない
だからバグを踏み抜いていて、しかもそれが開発標準だったりする
バージョン上げてバグ修正されると動かなくなる品質の悪いソフトウェアを生み出すのが「現場」

>>723
まあそういう話はあるでしょうね
それ自体にはあまり
でも、だからこそ、こういう標準化ってのはやっていくことが大事なんだよ
官公庁に提出する文書のフォントをパブリックドメインにして、統一するとか
文字コードは何を前提にするかとか。
なんでやろうとしないのか、わからんわ
マイクソソフトがもうsjisやめるわ、とか言って、泣きついて蹴り出されてから、やるんか？w

まして、今動いてるからと言って、動かし続けられるとはかぎらんのだから。
いずれにしてもいつかはリプレースせねばならんのだから。
「効率化」ってのは、アナクロ大臣の断末魔みたいな一声でやるんじゃなくて、こういうのをコツコツ積み重ねていくのが正道だよ

公官庁の文書でSJIS指定ってまだあるの？それは嫌だね…
fedora は初代（FC1）からutf-8 でしたね

ていうかSJISいつまであるんだろw

過去にWinで作成したテキストファイル開くと
大抵のGUIエディタで文字コードを
自動認識しないで止まるんでスンッ…ってなる

>>728
メールでもMSなんとかJISにしないと
文字化けしちゃったりするので
なくせないでしょうね

fedoraが、UTF8にしたおかげで
EUC-JPとかってのがなくなって
Linux界の文字化け問題解消したんでしたよね

私が知ってるfedoraのもっとも偉大な功績です

>>728
いや、官公庁でsjisがあるかどうかは知らんよ（まあ、あっても驚くにはあたらんが…事実、ネットバンキングやらweb明細とかでは未だにsjisが大手振ってんだし）
utf8でもいいけど、それならそれで決めなさいって。
必要なら、ユニコード審議会とかにも参加するくらいの意気で。
それは断られるかもしれないが、だったらそれでJISでも何でもいいから、それに準拠する形で決めていくとかでもいいわ。それなら、いざとなったら、独自のものを盛り込んでいくことだって出来るだろう。
いや、必ずこうしろってことじゃなく、やり方はいろいろあるだろう、それこそ持ち寄って考えなさいよ、
>>729みたいなことにならんうちに。

電子データってもう国の根幹に関わるものなんだろ？
それをきちんと将来も「安全」であることを「保障」していけよ、って話さ。
それが安全保障、つーか、国家運営ってもんだろうよ…

イタすぎる…

Latin-1 だけ使っていればSJIS もUTF-8 も一緒じゃね

>>728
Windowsのメモ帳でANSIと称する選択肢がデフォルトの機器が駆逐されるまで残るんじゃね

>>731
全銀協の半角カナへの悪口はそこまでだ

>>733
それはasciiですら実現できない
ウォン記号に悩め

>>733
もう公文書には日本語使うな、と？w
あ～ヤダヤダ…

FlatpakのLibreがあるから問題ない
うちはSilverBlueなのでそもそもFlatpak版しか使えない

OCIコンテナにはGUIアプリも入れられるみたいだけど、日常用途だと、どうなんだろう…？

FirefoxはMozillaがビルドしたものをHOMEに置いて使ってる
Fedoraがビルドしたものは消す
純正は更新も早いし不具合も無い
ディストリが全部ビルドするとか徐々に止めていくべきだな

>>737
昔の人は文字で残す時は漢字使っていたから、似たようなものだよ。
大人になってから漢文勉強するとハマるで。
逆に俺は現代中国語と簡体字に興味無いけど。

>>741
俺は和歌を愛する者でな
漢詩じゃ、あの味わいは出ない。

棹さすも
及ばずなれば行く水に
まかせてくだる
淀の川舟

>>741
プロンプト：
"なぜあなたは中国語を学ぶことに興味がないのですか？"と、理由を尋ねる疑問文を、普通の普通话と、丁寧な普通话で、幾つか表現してください

A:
普通的普通话表达：

为什么你对学习中文没有兴趣呢？
你为什么不想学习中文呢？
你为何对学习中文不感兴趣？

丁寧的普通话表达：

请问，为什么您对学习中文没有兴趣呢？
若不妨问，您为何不想学习中文呢？
如果可以请教一下，您为什么对学习中文不感兴趣呢？

>>735
ワロタ

某国系だけど
ここ10年のはurf8
それ以前は混在
いずれもnkfでマズおｋ
問題は印刷保存の奴な

印刷の出口はフォント埋め込みpdfでええじゃろ

表計算はOffice OnlineやGoogleスプレッドシート、プレゼンテーションはOffice Online使えってことだろうか

>>742
今、ネットの辞書は高機能なんで「淀の川舟」を調べてもすぐ分かる。
確かに意味が分かると面白いね。

文字コードなど仕様が決まっていればなんてことないやろ。

>>746
そうねー
ただ、それもまとまるとサイズがバカにならなくてね…
だからパブリックドメインで公式なものが欲しいんだよ
(ぼそっ)あんまポータブルじゃないんだよな…

>>748
気にいったら、ぜひこのサイトなんかに親しんで。
千人万首
http://www.asahi-net.or.jp/~sg2h-ymst/yamatouta/sennin.html
(ぼそっ)かつて俺達が支持したインターネット革命とはこういうものだった。
kusopediaとかなんとかいうボーグの便所の落書きなんかじゃねー…

>>749
じゃあ、sjisは撲滅せんとねｗ
あれこそ、事実上、仕様あってなきが如しだからｗ

macJapaneseって何だっけ

文字コードとか、全銀協とか某国系？、古典漢文とか無駄に教養高い奴らだな。

半島の方?

無駄に教養が高いのはマニアック系人間の特徴ｗ

sjisは仕様。撲滅する必要などない。

>>749
レガシーな文字コードが仕様に似て非なる部分があってカオスだと何回言えば分かる？


cp932とmacJapaneseで、cp932環境の丸数字の1,2,3がmacJapaneseで(日)(月)(火)に化ける問題は、macOS, iOS使いなら小学生でも知ってた

小学生でも知りうる話は、教養の低い人でも知ることが出来る
マニアックでない人でも、日常的に遭遇しうる

750だがｗ
これは褒められてんのか？けなされてんのか？ｗ
まあ、なんにしても教養高いと言われたなら、そこは有り難く受け入れとくことにするｗ

まあ、ただ…教養というものはそもそもある意味無駄なものだ。
無駄であることはしかし、不要であることではないし、まして害でもない。
無駄になるほうがいいもの、とすらいってもいいかもしれないｗ
そう、安全保障と同じようなものさ…転ばぬ先の杖ってねｗ

長い

良いことだよ。

スティーブジョブズは大学の授業でカリグラフィに興味を持ち受講したが、自分の仕事で活かせるとは思っていなかったという伝説は有名なんじゃね？

何が何処で役立てられるかなんて、誰にも分からないさね。
人生そういうことが有り得るから、無駄と言われしうな知識・判断枠組み・思考方法を身に着けるのは、それ自体の面白さもあり、効用もありうる。

※個人の感想です
※※時間の使い方・優先順位の付け方には、極めて著しい個人差があります

例外を出して、全体を語る。詭弁の典型乙。

「スティーブジョブズは一例に過ぎない」こと、無知蒙昧の輩には分からない奴も居るのだな。
※全員が「分からない」とは言っていない

Fedoraと関係ない話を続ける奴もいる

>>756
それでもそれぞれが違う文字コードなんだから、なんてことない
問題なのはテキストデータに文字コードのメタデータを格納してないこと、それのみ
みんな推測してテキストデータを開いてるから、おかしなことになる

要するに大事なテキストデータなら、XMLなり構造化テキストにして残す必要があるってことだな

XML だと文字コードの問題が解決する理由が分からないっす先生。
XMLをUTF-8で保存なのか？

メタで指定すんじゃね?

ちと長くなるが。

>>767
まあ、その結論についちゃーある程度首肯もできるが…
>>766についてはちょっと頷けない。

たとえばpython3なんかでは、SJIS系コードの古いファイルなんかを読み込もうとすると、エラーになってしまうことがある。
これはセキュリティが叫ばれるようになって(日本では、あくまでも叫ぶだけってところが泣けるが)堅牢性ってことが重視される
ようになり、規格外のデータってのは扱うべきではない、ゆえに、言語側でエラーにしてしまおう、ということから
来るわけなんだが。
で、じゃあ、例えばバイナリで読んで、文字列に変換すれば、と思うとそれもできない。文字列に変換するときに、
しかるべきコーデックを指定しなければならないため、その際にコードがチェックされて、やっぱり規格外だから、
でエラーになっちゃう。
(まあ、俺のやりかたがわるいのかもしれないがｗ、それはそうだとしてもｗ)
これは「規格」とはいわれても、なにが原因かは容易には分からんわ。
どの文字がおかしいのか、じゃあ、対応するコーデックはそもそもあるの？みたいな話になる。

で、こういう傾向は今後も強まるだろう。というか、もうオラは最新のスクリプト言語の傾向とかよー知らんから、
あれだけども、phpなんか既にこの傾向のようだし、Javaなんかも間違いなくこの口でしょう
(perlだけはこっちには行かないと信じてるｗ)
昔のそもそもSJISハンドルしてるプログラムなんかは、今から見るとチョーあばうとな時代ですから、
少々おかしい文字なんか作成時にチェックとかしてないわさ？ｗ
そういうのハンドリングするのに、なんてことない、とはちょっとね…
で、今後も>>756にあるような猿知恵かますやつはきっと出てくるよ？
なんでもCで書けばえーやん、って話もあるだろうけど、それで満足とはちょっと言えんよね…

で、だから構造化文書ってのも、こうなるとあんまり十分な解決策にはならんかな。
ちなみに自分は大事なデータはなるべくテキストにしている。やっぱりこれが一番プリミティヴだけに
読めなくなることがない。
今ではほとんどはemacsのorg-modeにしているので、保存時にコードチェックもされますんで、まあ
個人的にはその点だけは問題ないけど。

>>770
頭悪そう

30年前の思い出を語るボケ老人だろう

>>770
きみは猿知恵未満だな
冒頭に要約付ける習慣が全く無い人？

>>773
まさか反応するとこがそことはねｗ
この程度の文章で要約がいるような人にわかるように書くのは、ちょっと神ならぬオレごときには到底無理だけどねｗ
そんな期待するなよｗ

>>770はどう見ても、アラフィフかそれ以上の年齢の人物の文
Rubyを知らず、Javaの文字コードを巡るカオスと文字化けとの凄絶な戦いについて何も知らないらしい

>>775
まさか、Rubyがでてくるとはなw
まだやってんの、あれ？w
つか、新しい言語ならせめても少しポピュラーなの選んでよw

Javaは死ぬほど嫌いなのさw
だから詳細は全然知らんよw
あんなもん使うくらいならC++の方が計り知れない程マシ
つかまあ、C++は今でも最強の言語だろうけど。

まあ、プログラム書けない人にわかるように書くのはちょっと無理だから。
わかんなかったら黙殺しといてよ？

老害は黙らない
現実に、話し相手が居ないから

シニアだけど
レベルが低い

味方に敵あり。こういうのが同じチームになると難儀する。

Ruby をコケにするけど、Python が色々と充実しなければPerl 5 と Ruby、もしかしたら Perl 6 が残っていたかも、と思うけど。
今はAIを使う用にはPython一択だけど。

昔のGoogleとRubyを思い出す本だぞ。

ペナンブラ氏の24時間書店 （創元推理文庫）
ロビン・スローン （著）, 島村浩子 （訳）

ruby いまいちだ派。

python のイールド機能を知ってへーこれ良いねと思い
ruby のイールドを調べたら「他の言語が謳ってる機能は網羅したい、けど本質分かってませーん」みたいに感じた

（イールド…リターンと似てるが1要素を返す書き方で集合を返せる。というか戻り型が〇〇のイテレータ、になる。
rubyは表面だけ真似た、既存機能の構文糖だった気がする）

スレチだけど話に乗るとそれは逆じゃね
rubyは元が関数型だからネイティブで作れてpythonは手続き型の慣れた人に使いやすいように作られてるから専用の構文を用意しないと作れなかった

スレチは続くよ いつまでも♪

Rubyは多少勢いがあった頃に
調子に乗って色々やりすぎた

自業自得