私は過去にUbuntu Software Centerを通じてDarktableをインストールしましたが、完全に機能しました。ただし、Darktable設定タブでは、OpenCLが有効になっていませんでした。
Darktableのパフォーマンスを向上させるため、OpenClを有効にしたいのですが。したがって、OpenCL構成を有効にする適切なNVIDIAドライバーがあることを確認し、darkatbe-cltest
を実行しようとしましたが、失敗し、次のエラーメッセージが表示されました。
darktable-cltest not known
You can install it with Sudo apt install darktable
すでに上記のようにDarktableをインストールしていたので、少し混乱しました。
しかし、私はSudo apt install darktable
を続行しました。これにより、新しいバージョンのDarktableがコンピューターにインストールされました。
新しいバージョンに更新するために、Sudo add-apt-repository ppa:pmjdebruijn/darktable-release
も使用しました。奇妙なことに、この新しいバージョンはOpenCLをサポートしています。
今、私は私のコンピューターに2つの異なるバージョンのDarktableを持っています。どちらもバージョン2.6.2です。ただし、一方はOpenCLをサポートし、もう一方はサポートしません。また、2つのバージョンのレイアウトは少し異なります(フォントサイズとパディングが異なります)。
Synapticを実行すると、Darktableの1つのバージョン(ターミナルからインストールされたバージョン)しか表示されません。
そして、DiscordのようなUbuntu Software Centerからインストールされたパッケージを見つけようとすると、Synapticでそれらを見つけることができません。
Ubuntu Software Centerは端末のGUIだと思っていたので、Ubuntu Software Centerにインストールされているすべてのパッケージを見つけられないのは少し奇妙です。
(注:Sudo apt-get update && Sudo apt upgrade
を数回実行したことと、Synapticで更新されたパッケージの一部を更新したことにも触れなければなりません。)
DebianおよびUbuntu apt-get
、apt
、synaptic
(およびおそらく他の束)は、deb
ファイルを使用する「昔ながらの」方法でリポジトリからソフトウェアパッケージを提供します(Redhatのrpm
ファイルと同じように、長い間使用されてきました)。これらは簡単に使用できますが、ソフトウェアとライブラリを「古い」方法でホストオペレーティングシステムに追加する方法でインストールします。不正な不一致が発生すると、OS全体が破損する可能性があります。
Snapと同様のAppImageとFlatpakは、ソフトウェアをインストールする他の方法です。ソフトウェアが最終的に「コンテナー」になるという点が異なり、コンテナーにはパッケージの実行に必要なすべてのソフトウェアが含まれているという特徴があります(したがって「できません」はホストOSを妨害します)。ただし、これには、コンテナがと通信するために特別な設定を必要とする可能性があるという警告が伴います(または、実際にインストールされているオペレーティングシステムの一部を使用する)またはハードウェアとそのファイルやライブラリです。
たとえば、gimp
スナップパッケージでホストOSが提供するCUPSを使用して印刷できるようにするには、1つの
Sudo snap connect gimp:cups-control
必要とされている。
これを提供しない場合、またはそのような適応がない場合、OS機能は使用できません。
これはあなたの状況でOpenCLに当てはまるのではないかと思います。