.NETでLinuxと遊んでみる Visual Studio Code編第8回

Introduction

前回は、自作のSharedライブラリに定義された関数をP/Invokeで呼び出してみました。

https://taktak.jp/2017/08/19/net%e3%81%a7linux%e3%81%a8%e9%81%8a%e3%82%93%e3%81%a7%e3%81%bf%e3%82%8b-visual-studio-code%e7%b7%a8-%e7%ac%ac7%e5%9b%9e/

Introduction前々回は、GLibc内の関数をP/Invokeで呼び出してみました。また、CMakeでビルドしたC++のライブラリで関数を公開してみました。これを利用して、.NET Core...

しかしながら、毎回毎回/usr/local/libとかにコピーするのってどうなんでしょう?
Windowsみたいに、実行ファイルと同じディレクトリにSharedライブラリを配置しても動作するのでしょうか?
Windowsの場合、exeが呼び出すdllは、実行ファイルから以下の順序で検索されます。

実行中のプロセスの実行形式モジュールがあるフォルダー。
現在のフォルダー。
Windows システムフォルダー。このフォルダーへのパスは、GetSystemDirectory 関数が取得します。
Windows ディレクトリ。このフォルダーへのパスは、GetWindowsDirectory 関数が取得します。
環境変数 PATH 内に記述されたフォルダー。

msdn.microsoft.com

Windows が使用する DLL 検索パス

https://msdn.microsoft.com/ja-jp/library/7d83bc18.aspx

Linuxの場合、3,4以外は同じ条件で試すことができそうです。
ただ、.NET Coreの場合、dotnet runで動作する場合のカレントディレクトリに関して情報がないので、2もちょっと先送り。
最終的に下記の内容をテストしてみます。

Sharedライブラリをシステムから削除
Sharedライブラリを実行ファイルと同じフォルダに配置
LD_LIBRARY_PATHと実行ファイルと同じフォルダの優先順位

Try

サンプルは、.NETでLinuxと遊んでみる Visual Studio Code編第7回と同じものを使います。

Sharedライブラリをシステムから削除

これは動かないはずです。
実行ファイルと同じディレクトリ、/usr/local/lib64にSharedライブラリが存在しないことを確認してから実行してみます。

$ sudo updatedb
$ sudo locate libCppLib.so
/home/xxxxxx/Work/Demo/DotNetCoreLinux6/CppLib/build/libCppLib.so
/home/xxxxxx/Work/Demo/DotNetCoreLinux6/CsharpApp/bin/Debug/netcoreapp2.0/libCppLib.so.bak
$ export | grep LD_LIBRARY_PATH
$ pwd
/home/xxxxxx/Work/Demo/DotNetCoreLinux6/CsharpApp
$ dotnet run 20 50

Unhandled Exception: System.DllNotFoundException: Unable to load DLL 'libCppLib.so': The specified module or one of its dependencies could not be found.
 (Exception from HRESULT: 0x8007007E)
   at CsharpApp.Program.Add(Int32 x, Int32 y)
   at CsharpApp.Program.Main(String[] args) in /home/xxxxxx/Work/Demo/DotNetCoreLinux6/CsharpApp/Program.cs:line 15

$ sudo updatedb

$ sudo locate libCppLib.so

/home/xxxxxx/Work/Demo/DotNetCoreLinux6/CppLib/build/libCppLib.so

/home/xxxxxx/Work/Demo/DotNetCoreLinux6/CsharpApp/bin/Debug/netcoreapp2.0/libCppLib.so.bak

$ export | grep LD_LIBRARY_PATH

$ pwd

/home/xxxxxx/Work/Demo/DotNetCoreLinux6/CsharpApp

$ dotnet run 20 50

Unhandled Exception: System.DllNotFoundException: Unable to load DLL 'libCppLib.so': The specified module or one of its dependencies could not be found.

(Exception from HRESULT: 0x8007007E)

at CsharpApp.Program.Add(Int32 x, Int32 y)

at CsharpApp.Program.Main(String[] args) in /home/xxxxxx/Work/Demo/DotNetCoreLinux6/CsharpApp/Program.cs:line 15

Windowsと同じように、System.DllNotFoundExceptionがスローされました。
期待通りです。

Sharedライブラリを実行ファイルと同じフォルダに配置

$ pwd
/home/xxxxxx/Work/Demo/DotNetCoreLinux6/CsharpApp
$ ls -la bin/Debug/netcoreapp2.0/
合計 32
drwxrwxr-x 2 xxxxxx xxxxxx  171  8月 21 23:50 .
drwxrwxr-x 3 xxxxxx xxxxxx   27  8月 19 06:58 ..
-rw-rw-r-- 1 xxxxxx xxxxxx  437  8月 19 07:41 CsharpApp.deps.json
-rw-rw-r-- 1 xxxxxx xxxxxx 4608  8月 21 23:43 CsharpApp.dll
-rw-rw-r-- 1 xxxxxx xxxxxx  568  8月 21 23:43 CsharpApp.pdb
-rw-rw-r-- 1 xxxxxx xxxxxx  206  8月 19 07:41 CsharpApp.runtimeconfig.dev.json
-rw-rw-r-- 1 xxxxxx xxxxxx  146  8月 19 07:41 CsharpApp.runtimeconfig.json
-rwxr-xr-x 1 root   root   8016  8月 19 07:56 libCppLib.so
$ dotnet run 20 50
20 + 50 = 70

$ pwd

/home/xxxxxx/Work/Demo/DotNetCoreLinux6/CsharpApp

$ ls -la bin/Debug/netcoreapp2.0/

合計 32

drwxrwxr-x 2 xxxxxx xxxxxx 171 8月 21 23:50 .

drwxrwxr-x 3 xxxxxx xxxxxx 27 8月 19 06:58 ..

-rw-rw-r-- 1 xxxxxx xxxxxx 437 8月 19 07:41 CsharpApp.deps.json

-rw-rw-r-- 1 xxxxxx xxxxxx 4608 8月 21 23:43 CsharpApp.dll

-rw-rw-r-- 1 xxxxxx xxxxxx 568 8月 21 23:43 CsharpApp.pdb

-rw-rw-r-- 1 xxxxxx xxxxxx 206 8月 19 07:41 CsharpApp.runtimeconfig.dev.json

-rw-rw-r-- 1 xxxxxx xxxxxx 146 8月 19 07:41 CsharpApp.runtimeconfig.json

-rwxr-xr-x 1 root root 8016 8月 19 07:56 libCppLib.so

$ dotnet run 20 50

20 + 50 = 70

きちんと動作しました。

LD_LIBRARY_PATHと実行ファイルと同じフォルダの優先順位

これは気になりますね。
別に.NET Coreに関係なく、Linuxの仕組みと同じような気がしますが...
実行時、どちらが呼び出されたかわかるように、Sharedライブラリ側を修正します。

実行ファイルに配置するSharedライブラリ

#include <iostream>

extern "C" int Add(int x, int y){ printf("from executed directory\n");return x + y; }

#include <iostream>

extern "C" int Add(int x, int y){ printf("from executed directory\n");return x + y; }

/usr/local/lib64に配置するSharedライブラリ

#include <iostream>

extern "C" int Add(int x, int y){ printf("from /usr/local/lib64\n");return x + y; }

#include <iostream>

extern "C" int Add(int x, int y){ printf("from /usr/local/lib64\n");return x + y; }

これらをそれぞれビルドして、/usr/local/lib64、実行ファイルと同じディレクトリであるbin/Debug/netcoreapp2.0/にコピーします。
また、環境変数LD_LIBRARY_PATHに/usr/local/lib64を追加します。
一応、各ディレクトリにSharedライブラリがコピーされたことも確認しておきます。
そして、dotnet runで実行します。

$ pwd
/home/xxxxxx/Work/Demo/DotNetCoreLinux6/CsharpApp
$ export LD_LIBRARY_PATH=/usr/local/lib64
$ sudo updatedb
$ locate libCppLib.so
/home/xxxxxx/Work/Demo/DotNetCoreLinux6/CppLib/build/libCppLib.so
/home/xxxxxx/Work/Demo/DotNetCoreLinux6/CsharpApp/bin/Debug/netcoreapp2.0/libCppLib.so
/usr/local/lib64/libCppLib.so
$ dotnet run 20 53
from executed directory
20 + 53 = 73
$ rm bin/Debug/netcoreapp2.0/libCppLib.so 
$ dotnet run 20 53
from /usr/local/lib64
20 + 53 = 73

$ pwd

/home/xxxxxx/Work/Demo/DotNetCoreLinux6/CsharpApp

$ export LD_LIBRARY_PATH=/usr/local/lib64

$ sudo updatedb

$ locate libCppLib.so

/home/xxxxxx/Work/Demo/DotNetCoreLinux6/CppLib/build/libCppLib.so

/home/xxxxxx/Work/Demo/DotNetCoreLinux6/CsharpApp/bin/Debug/netcoreapp2.0/libCppLib.so

/usr/local/lib64/libCppLib.so

$ dotnet run 20 53

from executed directory

20 + 53 = 73

$ rm bin/Debug/netcoreapp2.0/libCppLib.so

$ dotnet run 20 53

from /usr/local/lib64

20 + 53 = 73

結果としては、実行フォルダのSharedライブラリが優先されました。
また、実行フォルダのSharedライブラリを削除しても、/usr/local/lib64のSharedライブラリが使用され、きちんと動作することもわかりました。

Conclusion

結論としては、Windowsと同じく、実行ファイルのあるディレクトリに配置されているライブラリが優先のようですね。

Takuya Takeuchi By Takuya Takeuchi | 2017年8月22日 | .NET, .NET Core, .NET Framework, .NETで○○○を試してみる, .NETでLinuxと遊んでみる, C/C++, Fedora, Linux, Microsoft | No Comments |

開発メモその88 C/C++からPythonを呼び出せない

Problem

前回、C/C++のコードからPythonを呼び出してみました。

A certain engineer "COMPLEX"

開発メモその87 C/C++からPythonを呼び出す

https://taktak.jp/2017/08/21/%e9%96%8b%e7%99%ba%e3%83%a1%e3%83%a2-%e3%81%9d%e3%81%ae87-cc%e3%81%8b%e3%82%89python%e3%82%92%e5%91%bc%e3%81%b3%e5%87%ba%e3%81%99/

ProblemPythonはグルー言語、として有名ですが、C#から呼び出す、というか.NET Framework上で動作するPythonの実装であるIronPythonはもう期待できる状態ではありません...

が、自宅の環境だと、Windows 10で動作し、Windows 7で動作しないという問題が発生しました。

Windows 10

b:\Release>ver

Microsoft Windows [Version 10.0.15063]

b:\Release>where python
C:\Python27\python.exe
C:\Program Files\Miniconda2\python.exe

b:\Release>ConsoleApplication.exe
10

b:\Release>ver

Microsoft Windows [Version 10.0.15063]

b:\Release>where python

C:\Python27\python.exe

C:\Program Files\Miniconda2\python.exe

b:\Release>ConsoleApplication.exe

Windows 7

D:\Works\Demo\CppPython1\x64\Release>ver

Microsoft Windows [Version 6.1.7601]

D:\Works\Demo\CppPython1\x64\Release>where python
C:\Program Files\Miniconda2\python.exe

D:\Works\Demo\CppPython1\x64\Release>ConsoleApplication.exe
ImportError: No module named site

D:\Works\Demo\CppPython1\x64\Release>ver

Microsoft Windows [Version 6.1.7601]

D:\Works\Demo\CppPython1\x64\Release>where python

C:\Program Files\Miniconda2\python.exe

D:\Works\Demo\CppPython1\x64\Release>ConsoleApplication.exe

ImportError: No module named site

python.exeはPathが通っているのは間違いないのですが...
きになるのは、Windows 10側はPythonインタプリタが一つ多いところ。

Resolution

調べてみると、そこそこ発生している問題の様子。

stackoverflow.com

Python (Windows) - ImportError: No module named site

https://stackoverflow.com/questions/5599872/python-windows-importerror-no-module-named-site/32829580

I am trying to install Python for the first time. I downloaded the following installer from the Python website:Python 2.7.1 Windows Installer (Windows binary...

stackoverflow.com

python "No module named site"

https://stackoverflow.com/questions/38465049/python-no-module-named-site

So I have searched this question before, and it's been answered satisfactorily for other users on stackoverflow (Python (Windows) - ImportError: No modu...

ただ、どれも環境変数PYTHONHOME, PYTHONPATHを通せ、という説明だけで、私の環境は解決できませんでした。
そもそも、Windows 10側にはこの2つの環境変数は定義されていませんでしたし。

そんな中、日本語の開発者向けQ&Aコミュニティteratailで回答を見つけました。

teratail[テラテイル]

windows7/64bit下のpythonでのreportlabのインストール｜teratail

https://teratail.com/questions/28234

windows7/64bit,pytho2.6環境でreportlabをインストールしようとすると、pythonが見つからない旨のメッセージが表示されてしまい、インストールができません。pdfの生成...

ようするに、レジストリがおかしいよ、という話。
確かに、Windows 10側には指摘されているレジストリの項目が存在していましたが、Windows 7側にはありませんでした。

そのため、レジストリに適切な値を追加することで動作するようです。
上のteratailの回答では親切にもレジストリへの追加スクリプトも用意してありましたので、適切に書き換えて実行するだけです。
実行前に、問題のレジストリが存在しないことを確認してから実行します。

自分の環境では、Minicondaに関連付けたいので下記のように修正しました。
インストールしてあるMinicondaは4.0.5 64bit (Python 2.7.11)版でした。

OS=64bit python=32bit用

Windows Registry Editor Version 5.00

 [HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Python\PythonCore\2.7]

 [HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Python\PythonCore\2.7\Help]

 [HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Python\PythonCore\2.7\Help\MainPythonDocumentation]
 @="C:\\Program Files (x86)\\Miniconda2\\Doc\\python2713.chm"

 [HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Python\PythonCore\2.7\InstallPath]
 @="C:\\Program Files (x86)\\Miniconda2\\"

 [HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Python\PythonCore\2.7\InstallPath\InstallGroup]
 @="Python 2.7"

 [HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Python\PythonCore\2.7\Modules]

 [HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Python\PythonCore\2.7\PythonPath]
 @="C:\\Program Files\\Miniconda2 (x86)\\Lib;C:\\Program Files\\Miniconda2 (x86)\\DLLs;C:\\Program Files (x86)\\Miniconda2\\Lib\\lib-tk"

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Python\PythonCore\2.7]

[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Python\PythonCore\2.7\Help]

[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Python\PythonCore\2.7\Help\MainPythonDocumentation]

@="C:\\Program Files (x86)\\Miniconda2\\Doc\\python2713.chm"

[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Python\PythonCore\2.7\InstallPath]

@="C:\\Program Files (x86)\\Miniconda2\\"

[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Python\PythonCore\2.7\InstallPath\InstallGroup]

@="Python 2.7"

[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Python\PythonCore\2.7\Modules]

[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Python\PythonCore\2.7\PythonPath]

@="C:\\Program Files\\Miniconda2 (x86)\\Lib;C:\\Program Files\\Miniconda2 (x86)\\DLLs;C:\\Program Files (x86)\\Miniconda2\\Lib\\lib-tk"

OS=64bit python=64bit または OS=32bit用

Windows Registry Editor Version 5.00

 [HKEY_LOCAL_MACHINE\SOFTWARE\Python\PythonCore\2.7]

 [HKEY_LOCAL_MACHINE\SOFTWARE\Python\PythonCore\2.7\Help]

 [HKEY_LOCAL_MACHINE\SOFTWARE\Python\PythonCore\2.7\Help\MainPythonDocumentation]
 @="C:\\Program Files\\Miniconda2\\Doc\\python2713.chm"

 [HKEY_LOCAL_MACHINE\SOFTWARE\Python\PythonCore\2.7\InstallPath]
 @="C:\\Program Files\\Miniconda2\\"

 [HKEY_LOCAL_MACHINE\SOFTWARE\Python\PythonCore\2.7\InstallPath\InstallGroup]
 @="Python 2.7"

 [HKEY_LOCAL_MACHINE\SOFTWARE\Python\PythonCore\2.7\Modules]

 [HKEY_LOCAL_MACHINE\SOFTWARE\Python\PythonCore\2.7\PythonPath]
 @="C:\\Program Files\\Miniconda2\\Lib;C:\\Program Files\\Miniconda2\\DLLs;C:\\Program Files\\Miniconda2\\Lib\\lib-tk"

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Python\PythonCore\2.7]

[HKEY_LOCAL_MACHINE\SOFTWARE\Python\PythonCore\2.7\Help]

[HKEY_LOCAL_MACHINE\SOFTWARE\Python\PythonCore\2.7\Help\MainPythonDocumentation]

@="C:\\Program Files\\Miniconda2\\Doc\\python2713.chm"

[HKEY_LOCAL_MACHINE\SOFTWARE\Python\PythonCore\2.7\InstallPath]

@="C:\\Program Files\\Miniconda2\\"

[HKEY_LOCAL_MACHINE\SOFTWARE\Python\PythonCore\2.7\InstallPath\InstallGroup]

@="Python 2.7"

[HKEY_LOCAL_MACHINE\SOFTWARE\Python\PythonCore\2.7\Modules]

[HKEY_LOCAL_MACHINE\SOFTWARE\Python\PythonCore\2.7\PythonPath]

@="C:\\Program Files\\Miniconda2\\Lib;C:\\Program Files\\Miniconda2\\DLLs;C:\\Program Files\\Miniconda2\\Lib\\lib-tk"

上の内容を、<適当な名前>.regとつけてファイルに保存し、ダブルクリックで実行します。
その後、プログラムを実行するとうまくいくようになりました、

Takuya Takeuchi By Takuya Takeuchi | 2017年8月21日 | C/C++, Python | No Comments |

開発メモその87 C/C++からPythonを呼び出す

Problem

Pythonはグルー言語、として有名ですが、C#から呼び出す、というか.NET Framework上で動作するPythonの実装であるIronPythonはもう期待できる状態ではありません。

A certain engineer "COMPLEX"

.NETでPythonを試してみる第3回

https://taktak.jp/2017/03/09/net%E3%81%A7python%E3%82%92%E8%A9%A6%E3%81%97%E3%81%A6%E3%81%BF%E3%82%8B-%E7%AC%AC3%E5%9B%9E/

前回は配列を引数で渡し、戻りを配列で受け取る関数を呼び出してみました。Introduction今回の目的は、パッケージを使います。PythonもNuget、npm、apt-getよろしくパッ...

ですが、Pythonで書かれたプログラムは豊富で、既存のプログラムから呼び出せるようにすると非常に便利なので、C/C++から呼び出す手法を習得してみます。
Visual Studioを想定しています。

Preparation

Python

PythonMod.py

def add(x, y):
    return x + y

1 2	def add(x, y): return x + y

足し算を行う関数です。

C++

ConsoleApplication.cpp

// ConsoleApplication.cpp : コンソール アプリケーションのエントリ ポイントを定義します。
//

#include "stdafx.h"
#define BOOST_PYTHON_STATIC_LIB

#include <iostream>
#include <boost/python.hpp>

const char* scriptFileName = "PythonMod.py";
const char* scriptAddFunc = "add";

int main()
{
    Py_Initialize();

    boost::python::object modle = boost::python::import("__main__");
    boost::python::object attr = modle.attr("__dict__");

    boost::python::exec_file(scriptFileName, attr, attr);

    boost::python::object pythonFun = attr[scriptAddFunc];

    boost::python::object v = pythonFun(2, 5);

    std::cout << boost::python::extract<int>(v) << std::endl;
}

// ConsoleApplication.cpp : コンソールアプリケーションのエントリポイントを定義します。

#include "stdafx.h"

#define BOOST_PYTHON_STATIC_LIB

#include <iostream>

#include <boost/python.hpp>

const char* scriptFileName = "PythonMod.py";

const char* scriptAddFunc = "add";

int main()

{

Py_Initialize();

boost::python::object modle = boost::python::import("__main__");

boost::python::object attr = modle.attr("__dict__");

boost::python::exec_file(scriptFileName, attr, attr);

boost::python::object pythonFun = attr[scriptAddFunc];

boost::python::object v = pythonFun(2, 5);

std::cout << boost::python::extract<int>(v) << std::endl;

}

ソースはシンプルです。

Functions

使用している関数の説明です。

Py_Initialize

Python インタプリタを初期化。Python の埋め込みを行うアプリケーションでは、一番最初にこの関数を呼ぶ必要がある。

docs.python.jp

https://docs.python.jp/2/c-api/init.html#c.Py_Initialize

boost::python::import

指定した名前のモジュールをインポートします。
また、attr関数は指定した名前の属性を取得します。

__dictは特殊な属性で、クラスに対して使用した場合は、クラスに属するクラス変数やメソッドのオブジェクトが保存されており、クラスのインスタンスに対して使用した場合は、インスタンス変数の辞書が保存されている。

このあたりはお約束的なコードになる。

boost::python::exec_file

指定したファイル名のPythonスクリプトを実行します。
ただ、実行するといっても、この時点では何か実行されるわけではないです。
似た関数として、boost::python::execもあるが、こちらはPythonスクリプトの中身の文字列そのものを読み込む。
意味的には、第2引数、第3引数に指定した変数にデータを読み込んでいる感じ。

attr[scriptAddFunc]

先の説明にあったように、__dict属性は、メソッドや変数を保持している特殊な属性である。
そのため、exec_fileで読み込んだ後は、メソッドなどを名前で検索できるようになっている。
先に示したPythonスクリプト内のaddメソッドをオブジェクトとして取得しています。

boost::python::object v = pythonFun(2, 5);

オブジェクトとして取得したaddメソッドに引数を与えて実行しています。

boost::python::extract<int>>(v)

実行したaddメソッドの戻りを適切な型に変換しています。

VC++ Project Setting

VC++のプロジェクトの設定として

Include Directory

C:\Program Files\Miniconda2\pkgs\python-2.7.13-0\include
Minicondaをインストールしている場合はここだが、環境依存。
<boost_dir>
boostのインストールディレクトリ。このディレクトリからboost/python.hppが参照できる

Additional Library Directory

C:\Program Files\Miniconda2\pkgs\python-2.7.13-0\libs
Minicondaをインストールしている場合はここだが、環境依存。
<boost_dir>\lib64-msvc-14.0
インストールしているboostのバージョンに依存。

Additional Library

python27.lib
boostのlib
ソース側でBOOST_PYTHON_STATIC_LIBを指定しているため指定不要。boostを静的にリンクすることになる。

Try

特に考えず、普通にビルドして実行するだけです。
注意するのは、Pythonスクリプトを実行ファイルと同一ディレクトリに配置することくらいです。

2+5の結果が正しく表示されています。

PythonMod.pyのaddメソッドを積算に変更した場合。

C++側の修正なしで挙動の変更が可能です。
このあたりはIronPythonと同じです。

Takuya Takeuchi By Takuya Takeuchi | 2017年8月21日 | C/C++, Python | No Comments |

開発メモその86 Fedora 26 ServerでGitKrakenのデスクトップアイコンを表示する

Problem

前回、デスクトップにアイコンを表示できるようになりました。

A certain engineer "COMPLEX"

開発メモその85 Fedora 26 Serverでデスクトップにアイコンを表示する

https://taktak.jp/2017/08/20/%e9%96%8b%e7%99%ba%e3%83%a1%e3%83%a2-%e3%81%9d%e3%81%ae85-fedora-26-server%e3%81%a7%e3%83%87%e3%82%b9%e3%82%af%e3%83%88%e3%83%83%e3%83%97%e3%81%ab%e3%82%a2%e3%82%a4%e3%82%b3%e3%83%b3%e3%82%92%e8%a1%a8/

ProblemFedora 26をインストールしたとき、デスクトップに何も表示されていませんし、アプリをデスクトップに表示したいと思いましたが方法がわからないのでメモ。Solut...

WindowsならExplorerからAlt+ドラッグアンドドロップでショートカットを作れます。
Linuxでも可能ですが、これで作られるのは、ただのシンボリックリンクです。

Solution

結論から言うと、やり方がわかりませんでした＼(^o^)／

ですが、ランチャに登録する方法はわかりました。
GithubGistにアイコンも含めて登録するスクリプトを書いてくださった方いました。

Gist

How to install gitkraken on Fedora 25 + launcher icon

https://gist.github.com/aelkz/17528d2f6a5db73185c7dfbd28e49d18

How to install gitkraken on Fedora 25 + launcher icon

ただ、この方法だと、デスクトップに表示する方法で私の環境では動作しませんでした。
なので、少し書き換えて、ランチャに登録するようにしてみました。

echo "export PATH=\$PATH:/opt/gitkraken" >> ~/.bashrc
source ~/.bashrc

wget http://img.informer.com/icons_mac/png/128/422/422255.png
mv 422255.png /opt/gitkraken/icon.png

cd ~/.local/share/applications

touch gitkraken.desktop
vi gitkraken.desktop

echo "export PATH=\$PATH:/opt/gitkraken" >> ~/.bashrc

source ~/.bashrc

wget http://img.informer.com/icons_mac/png/128/422/422255.png

mv 422255.png /opt/gitkraken/icon.png

cd ~/.local/share/applications

touch gitkraken.desktop

vi gitkraken.desktop

viで開いたテキストに下記の内容を入力して保存します。

[Desktop Entry] Name=GitKraken Comment=Git Flow Exec=/opt/gitkraken/gitkraken Icon=/opt/gitkraken/icon.png Terminal=false Type=Application Encoding=UTF-8 Categories=Utility;Development;

ランチャからGitKrakenが見つかるようになりました。
アプリを起動し、お気に入りに追加することもできます。

右クリックでメニューが表示されるので、お気に入りに追加をクリックします。

左側のバーに追加されました。

Takuya Takeuchi By Takuya Takeuchi | 2017年8月21日 | Fedora, git, GitKraken, Linux, バージョン管理システム | No Comments |

開発メモその85 Fedora 26 Serverでデスクトップにアイコンを表示する

Problem

Fedora 26をインストールしたとき、デスクトップに何も表示されていませんし、アプリをデスクトップに表示したいと思いましたが方法がわからないのでメモ。

Solution

そのものズバリな記事を書いていらっしゃる方がいました。

bitwalk.blogspot.jp

GNOME デスクトップにアイコンを表示する

http://bitwalk.blogspot.jp/2016/12/gnome.html

F edora 25 から、 Wayland がデフォルトのウィンドウシステムに採用されるようになりました。Wayland は、 X Window System の代替を目指している Linux 向けに開...

Gnome Tweak Toolをインストールして設定すれば使えるとのこと。
下記でインストール可能。

$ sudo dnf install -y gnome-tweak-tool
$ which gnome-tweak-tool
/usr/bin/gnome-tweak-tool

$ sudo dnf install -y gnome-tweak-tool

$ which gnome-tweak-tool

/usr/bin/gnome-tweak-tool

起動は、デスクトップ画面で端末を立ち上げて、gnome-tweak-toolとして起動します。

デスクトップタブを選択します。

デスクトップにアイコンを表示するを有効にすると、アイコンが表示されます。

Takuya Takeuchi By Takuya Takeuchi | 2017年8月20日 | Fedora, Linux | No Comments |

« Previous