Fedora 総合スレッド Part 59

●前スレ
Fedora 総合スレッド Part 58
http://mao.5ch.net/test/read.cgi/linux/1507912537/

●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/

殿様なのは同意するけど、プロプライエタリソフトウェア、ひいては商売というのはそういうもの
その商品を使うか使わないか、殿様さの弊害まで含めて判断する自由は貴方にあるよ

ここから先は個人的な考えなので強要はしないけど、システムは(とくにFedoraみたいな性質のものは)不測の理由で破損しうるんだから、いつでも再構築できるように組むべきだと思うし、何らかの理由でそれが難しいなら仮想化なりそういった選択肢がベターじゃないかな

荷物は後乗せ

>>573 今は違うんか。
殿様とかそういうことじゃなくて、技術的な問題だろ。OSSの都合を考慮してないってだけで。あ、それを殿様ね。

>>572
そのために、今は仮想マシン技術がある

仮想マシン、凄い楽でいいわ。

仮想重くね？

速さを突き詰めると仮想はちょっと遅いけど、構築の手間とかメンテの容易さとか、元気が少なくなってからもできるからね。
コア沢山のCPUなら、筐体一つでサーバを複数台立てられる利点もあるし。
AWS も仮想化でお安く提供してくれるわけで。
商用でも利用されているとわかったら、これでいっかと納得したよ。

まあスペックのあるマシン持ってるなら選択肢だけど、うちのパソコンスペックは悪くないはずなんだけどメジャーなLinuxは重くていまいちなんだよね
小さめのLinuxはサクサク動くけど

メールソフトとして「Evolution」を利用してるけどfedora32が良いのか
それとも「Evolution」が良いのか文字の調整が滑らかにできて使い易い。
大きな文字の形も綺麗だ。それはそうと今年も「wikipedia」から寄付の
お願いが来たので、できる額でした。同じ金額ならfedoraにもできるけど
IBMと言う大スポンサーがいるので自分如きは出る幕がないのかも知れない。

>>582
wikipediaの寄付勧誘メール、家もにも来た。
前に一回寄付した事がある。
そうか、スポンサー居るんだね。汗
スレチだが、感謝するよ。

>>583
ああ、勘違い。
Fedoraのスポンサーが、IBMなんだね。
失礼。

Wikipediaにもスポンサーはいる
だが、スポンサー以外の一般人からの寄付が一定割合を越えないと
米国の税法上、公益法人としての優遇を受けられなくなる
だからしつこく寄付してくれとねだる

IBM は過去に投資した分の回収にきてるから、スポンサーではないかも

流石に自己の利害に関係しない無償のスポンサーではないとは思う。

ただIBMがredhatなりfedoraに現在求めるものは何だろうかとも考える。
銀行の勘定系で使うサーバーとして先進的な機能の実験だろうか。
潤沢な資金力を使い、完璧でないにしても完成度が高ければIBMとfedora
ユーザー双方ににとって良い関係ではないか。fedoraの立ち位置は黎明期
から先進的な機能の実験場だったから、完成度が高ければ不満はない。

何を求めるというより保険だろうな。Linux事業に投資するのに、敵が現れて台無しにしてほしくないからな。

みんなさんはworkstation とserver のどっちを使っているのですか？
RHEL に近いのはserverのような気がするのですが。

資金出すからコード全部見せろ的な

>>589
そんなんインストーラーの違いだけだろ
普通はMATEとかXfceとかCinnamonとかのSPINを使う

Xfceを使っている
CentOSの方がRHELに近いよ

>>589
workstation。RHELに近いのがよい場合はCentOS使う。

macOS CatalinaとFedora32のあいだでrsyncを実行するとすでに同期済みのファイルまで上書きしてコピーしてしまうようになってしまいました
CentOS7とmacOSのではこの現象は起きていません
どなたかこれの解決方法をご存知の方いらっしゃらないでしょうか

macOS CatalinaとFedora32のあいだでrsyncを実行するとすでに同期済みのファイルまで上書きしてコピーしてしまうようになってしまいました
CentOS7とmacOSのではこの現象は起きていません
どなたかこれの解決方法をご存知の方いらっしゃらないでしょうか

>>594
まず、タイムゾーンが正しく設定されているか調べるべきだ

それで解決しなければOSが与えるタイムスタンプの粒度の問題じゃないかな
デフォルトでは秒の単位が一致していれば更新されていないとみなすんだが
オプション --modify-window に適当な値（単位は秒）を指定して、
わずかな時刻の差は無視するようにしてみては？

同じの2回書き込んですいません

タイムゾーンは大丈夫でした
ミリ秒の件に関しては同じmakefileを使ってmakeしてもmacOSとLinuxで挙動が違うことがあるのを経験しているので私も疑いました

rsyncのオプションは基本 -avzHcn ―delete を使っています。このcオプションがあやしい気もしてます

帰ったら色々やってみます。即レス感謝です

>>596
犯人はcオプションでした
それとmacOS Catalinaの最新の更新でrsyncでのバグを取った旨の記述がありました
この変更が新たなバグを生んだ可能性があるかもしれないです
前述のとおりCentOS7では問題がないのではっきりいってお手上げです

オプション-cのチェックサム生成アルゴリズムが変わったんだろうか？
要注意だな
オプション--checksum-choiceでチェックサムのアルゴリズムを選べるらしいが
これで回避できたりしないだろうか？

バージョン調べ
Fedora32: rsync version 3.2.2 protocol version 31
CentOS7: rsync version 3.1.2 protocol version 31
macOS: rsync version 2.6.9 protocol version 29

この状態で問題が起きてました
macOSのrsyncにはご提案の”オプション--checksum-choice”はありませんでした

仕方ないのでmacOS CatalinaでFedora32と同じバージョンのrsyncをインストールしてみたら問題なくチェックサムでの同期ができました
このcオプションの問題は今月の20日ぐらいまでは起きていませんでした。おそらく今月は2回続けてrsyncの更新があったのでその間で後方互換がなくなったのかもしれません
gitやrsyncぐらい最新版使えよという話でした

Centで騒ぎになってるから少し警戒しながらアップデート。問題無し。kernel-5.7.11-200.fc32.x86_64

アップデートの通知が二つに分割されるようになったな。

ディズニーやアップルは中国の手先にされている−米司法長官
https://www.bloomberg.co.jp/news/articles/2020-07-17/QDL1K9T0AFB901

4日くらい前のアップデートで起動時に日本語入力機能がオンにならないというバグが直ったな。

Btrfs Coming to Fedora 33

アップグレードした時にどうなるのか？
いつも暫く様子見てからするから上げるけど、今回は特にそうした方が良さそう

いっそのことOpenZFSにしてくれた方が、人柱感が有って使ってみたい気になる
ZFSはメモリ食うという話だけど、デスクトップで使うにはオーバースペックか？

>>607

(Open)ZFSのライセンスがCDDLからGPL-compatibleなものに変わらない限り、
Fedoraで採用されることはない。

Lenovo Launches Fedora-Powered X1 Carbon With Linux In The Spotlight
https://www.forbes.com/sites/jasonevangelho/2020/08/30/lenovo-just-launched-the-linux-powered-thinkpad-x1-carbon-gen-8/

>>604
違った。gnome-tweeksのスタートアップをいじったら日本語入力が正常化した。そういうもの？

dnfdragoraが正常化した。

>>610
違った。やっとわかった。日本語入力オンの状態で再起動すると日本語入力オンオフができなくなり問題。日本語入力オフの状態で再起動すれば問題なし。バグだよね。誰か登録しといて。

>>612
言い出しっぺの法則
しかし、よく気付いたな

日本語入力オンで小さな「あ」がでたり大きな「あ」がでたりする。

それは貴方の心です
心の中でつぶやけば「ぁ」になり
声に出せば「あ」になります

ぁっー！

そんな現象は見たことない

GNOME Shell ExtensionのAlternate Tabを使ってる人居る？
居るならどうやってインストールしたか教えてくれ！
rpmに無い、Epiphany使ったインストールが出来ない、Tweakにインストールする項目が無い、で詰んでるので…

>>618
これでできないか?
https://linuxfan.info/setup-gnome-shell-extensions

http://mao.5ch.net/test/read.cgi/linux/1507912537/866

866 名前：login:Penguin [sage]： 2018/12/05(水) 23:08:18.12 ID:y6aVPoLO
Fedora29 LXDE。
clipitがバグってコピペ不能。
でもこのclipitを止めとけば正常。
何の事は無かった。
今頃ググって分かって、やっとLXDE入れれた。
一安心。

ちょっと調べてみて、やっと原因が分かった。少なくとも
Fedora 33 FInalのLXDEでは治るはず。betaでも治るかも。

>>619
それで出来ないので困ってる…

Epiphanyでやろうとしてないか?
>>619で使えるのはFirefoxかChrome(Chromium?)

>>622
Epiphany(今はWeb)とFirefoxでやったけど、接続出来ません的なエラーがブラウザに表示される…
chrome-gnome-shellがうまく動いてないのか？

Qtで日本語入力ができない。
Ubuntuは修正方法のサイトがあるんだけど、fedoraは無い。
Ubuntuの修正では上手くできない。

どこかに直した強者はいないだろうか？

>>611
Mateだけど未だに動かないぜ

>>624
arch wiki見よう

>>624
「Qtで日本語入力 fedora」でぐぐると、waylandではだめだとか、arch wiki ibus にqtの場合はこうしろとか書いてあるけど、その辺はどう？自分で試してみたことはなに？

>>624
？できます

fcitxを使ってるんだけど、QTの入力には　libfcitxplatforminputcontextplugin.so　が必要らしくて、
これはyumでインストしたとき一緒にインストされたんだけど、動かないんだよね。

上にも書いたけど、Ubuntuではそれを~/Qt/Tools/QtCreator/lib/Qt/plugins/や~/Qt/5.12.0/gcc_64/plugins/に置けっていうんだよ。
それもやってみたけど動かない。


arch wiki の fcitx　で fcitx-qt4を入れた方がいいみたいな事かいてあるから、入れてみようかと思ってる。
最悪動かなくなるのが怖いんだよね。この手の変更って。

わかんねえな。ibus-kkcしか使ってないから。

>fcitx-qt4

最新の環境だと qt5でない？

何も怖いことないだろ。Linux道に入門した以上、もしも起動しなくなった時の為の心得その1、その2は当然普段からやってるよな。

問題は別にあるみたいでした。

qt designerでは日本語入力できるんですよ。でlibfcitxplatforminputcontextplugin.soを移動させると日本語入力できなくなる。
って事は環境的にはOKらしい。

なのに制作したプログラムでは日本語入力できない。んんん。

お恥ずかしい。
Qtの問題ではなくてPyQtの問題らしいです。((ﾉд`*)っ));

ようはfedoraのQTは何もしなくても日本語入力OKでした。

Fedora 33 Beta is NO-GO

KDE起動音が出なくなった。

>>635
取り消します。

Fedora 33 Beta is GO
https://lists.fedoraproject.org/archives/list/[email protected]/thread/BBSSVVD67XVWEI5Y56YSEQLDO7U4PXPO/

2020/09/29 リリース

gccの開発者とgdbの開発者がバトルしている...

>>638
kwsk

https://lists.fedoraproject.org/archives/list/[email protected]/thread/HFMALNUAFJVEEEAIBLA45R5MFVXHVUUG/

Fedora 34でバイナリのデバッグ情報の形式を変えよう、という提案で、
提案者の Jan Kratochvil は gdb の開発者。

で、 Jakub Jelinek や Mark Wielaardはgccの開発者だけど、提案に反対してて、
例えば jakubが

I'd like to state that there is no agreement about this in the toolchain
team, Jan had probably problems getting his DWZ support upstreamed into LLDB
and decided to spend his time instead non-constructively trying to kill DWZ.

So, from my side, strong objection against this proposal.

とか言っている状態。

gdb使っている人居るの？

いろいろな形式を選択できるようにすればいいだけじゃないの。

今でも開発にgdb使ってるよ。
C言語のユニットテストに使う。
あとcore dump解析とか。

VS codeのC/C++ extensionも裏で普通にgdb使ってるしお世話になってる

VS codeのC/C++ extensionも裏で普通にgdb使ってるしお世話になってる

lldbのほうが使いやすいもんなあ

ja-Kana Kanji の直接入力があれば ja-Japanese は不要だと思うんだけど
これって削除できないのかな

できる

今度はsystemd-resolvdですか
怒ってる人の言い分ももっともだけど、systemd-resolvdがDNSSECを無視してくれるって話を聞くと
なぜか悪役のはずのsystemd-resolvdを応援したくなっちゃうんだよなあ

あれ？次世代のファイルシステムは結局BTRFSに戻るのか。
XFSの改良版の話は完全になくなったのかな？

次世代と言われたFSがことごとく欠陥品なのはなんでなんだ

オラコーが関わってるから

いつまで経ってもNTFSにさえ追い付けないとわ

NTFSってそんなに良いのか？

別に...
NTFSもバージョンがあるみたいで、Win8でフォーマットしたHDDをWin7につなげても読めなかったような...
Win7とXPだったかもしれないが。
OS毎に仕様が違うのだろう、というMS。

「NTFSがそんなに良い」と思ってるヤツが一人いるってことだｗ

XPはでかいサイズのボリューム見れなかったような

それはGPT非対応という意味ではなく？

XPも64bit版はGPT領域認識できるよ

ext4じゃいかんのか？

油断するとすぐ何がいいか、どちらがいいか談義始めるな。好きにしろ。自分が好きな物を使え。そして、宗教板に行け。

ファイルシステムもWMもそのディストーションがデフォルトで提供するものを使ってみて、要望があれば他のものに手を出せばいいと思うんだけどね。
今のところXFSだよね? RHEL8がそうだし。

ZFSがいい、使ったことないけど

>>659
ディレクトリーをハッシュせずにあの性能が出たら本当に良いんだけど

Fedora 33 Final is GO
https://lists.fedoraproject.org/archives/list/[email protected]/thread/UPKPSISZ5NLZ3C4L67WYKIEW5E6ZUDVF/

10/27リリース

アメリカ時間の今日(日本時間だと明日？)、３３降臨か

なんのわくわく感もないが一応注視しておこう

リリースはUTC14時 （= JST23時）

アップグレードはお正月のお楽しみ

33にアップグレード開始

Fedora 33 is available now!
https://lists.fedoraproject.org/archives/list/[email protected]/thread/5A4FXMMVWPK4E2RBDTZFGSKRARKBDFRW/

起きたらアップグレード完了してた

>>671
ファイルシステムはbtrfsになった？
それともext4のまま？

新規インストールのときのデフォルトファイルシステムがBtrfsになるということで
アップグレードのときに既存のファイルシステムがBtrfsになるわけではないだろ