Fedoraで行こう! 〜28 to 29編〜
on Schedule
Fedora 29。予定通りにRelease。気づいたのは、今日。
ここに、Upgrade方法記載してありますが、現時点(2018-10-31夕方)で、記述ミスがあるので、注意が必要です。
Upgradeしてみる
$ sudo dnf clean all
$ sudo dnf update
F28での身なりを整えておきます。
$ sudo dnf upgrade --refresh
$ sudo dnf install dnf-plugin-system-upgrade
$ sudo dnf system-upgrade download --releasever=29
時々、Problemなrpmに警告が出ることがある(当方はjdkで出た)ので、迷わず、removeした後、再度、実行してください。
問題がないようなら、いつもと同じような感じで進捗します(笑)
記述ミスと言っていたのは、29のところが28になってた、ということです。(直ってるかな)
$ sudo dnf system-upgrade reboot
ひたすら、待ち。CPUが強力だったりすると速いのでしょうけどね。(SSDになったことで、速くはなりましたけどね)
使用感
リブート後、すぐなので、使用感も無いもないけど。gnomeのextensionである「dash to dock」に、当方の環境だと問題がでているようで、これから解析かな、というところ。vlcとかemacsとか常用している一部では問題はでていないので、ほぼ問題ないのだろう、と思われる。Python3は、3.7.1で、Juliaは、1.0.1になっていますね。
その後
upggerで使用しているPythonが3.6から3.7に上がったことで、venv(virtualenv)の作り直しが必要になってて、pipで、あれこれinstallして、Uploadできる状況にはなっております。
解決
Gnome3が出た当初は、「なにこれ?」っていう感じだったので、MATEやCinnamonを使ったりしてたのね。
で、Gnome Shell ExtensionのSiteで、「Dash to Dock」ていうのを見つけてからは、重宝してたんですよね。気づくと、これないと、ダメダメになってたわけです。
Extensionは、その昔は、repositoryにはなくて、個別で入れてる時期があったと思うのだけどね。だから、なんだかんで、手をいれることをやってたわけです。マニュアルでっていうのは、これぐらい。で、今回もそうなったわけ。
「Loadエラー」は出る。「repository」には登録されている、というのが現状。ただ、登録されているものは、3.30対応にはなってないので、それか?と思って、metadata.jsonに修正を加えたが、NGで。
OKパターンというのは、zipを作るか、ダウンロードして、これを、直下(ローカル)にいれる、ということだった。(repositoryでのものは、System寄りのDirectoryに展開される)つまるところ、直下にないぞ!と言われていた、ということであった。ただ、これが個別の環境によるのか、どうかは不明だけど、自分個人としては、動いたのでOK(笑)
コメント
コメントを投稿