Microsoft MVP성태의 닷넷 이야기
개발 환경 구성: 676. WSL/Linux Octave - Python 스크립트 연동 [링크 복사], [링크+제목 복사],
조회: 11713
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

(시리즈 글이 7개 있습니다.)
개발 환경 구성: 335. Octave의 명령 창에서 실행한 결과를 복사하는 방법
; https://www.sysnet.pe.kr/2/0/11309

개발 환경 구성: 388. Windows 환경에서 Octave 패키지 설치하는 방법
; https://www.sysnet.pe.kr/2/0/11622

개발 환경 구성: 674. WSL 2 환경에서 GNU Octave 설치
; https://www.sysnet.pe.kr/2/0/13319

개발 환경 구성: 675. Windows Octave 8.1.0 - Python 스크립트 연동
; https://www.sysnet.pe.kr/2/0/13320

개발 환경 구성: 676. WSL/Linux Octave - Python 스크립트 연동
; https://www.sysnet.pe.kr/2/0/13321

개발 환경 구성: 677. Octave에서 Excel read/write를 위한 io 패키지 설치
; https://www.sysnet.pe.kr/2/0/13323

.NET Framework: 2108. C# - Octave의 "save -binary ..."로 생성한 바이너리 파일 분석
; https://www.sysnet.pe.kr/2/0/13324




WSL/Linux Octave - Python 스크립트 연동

지난 글에서 8.1.0 버전의 윈도우 버전 Octave로 Python 연동을 해봤는데요,

Windows Octave 8.1.0 - Python 스크립트 연동
; https://www.sysnet.pe.kr/2/0/13320

아쉽게도 (2023-04-14 기준) 리눅스 환경인 경우에는 7.1.0 버전으로만 설치가 됩니다.

WSL 2 환경에서 GNU Octave 설치
; https://www.sysnet.pe.kr/2/0/13319

그리고 해당 버전의 Octave에서는 python 명령어가 실행되지 않습니다.

>> python('test.py')
sh: 1: python: not found
ans =

재미있는 건, 윈도와 마찬가지로 './usr/bin' 디렉터리에 파이썬 모듈이 있긴 합니다.

$ ll /snap/octave/306/usr/bin/py*
-rwxr-xr-x 1 root root    7815 Apr 21  2022 /snap/octave/306/usr/bin/py3clean*
-rwxr-xr-x 1 root root   12122 Apr 21  2022 /snap/octave/306/usr/bin/py3compile*
lrwxrwxrwx 1 root root      31 Oct 25  2018 /snap/octave/306/usr/bin/py3versions -> ../share/python3/py3versions.py*
lrwxrwxrwx 1 root root       8 Oct 25  2018 /snap/octave/306/usr/bin/pydoc3 -> pydoc3.6*
-rwxr-xr-x 1 root root      82 Apr 21  2022 /snap/octave/306/usr/bin/pydoc3.6*
lrwxrwxrwx 1 root root      12 Oct 25  2018 /snap/octave/306/usr/bin/pygettext3 -> pygettext3.6*
-rwxr-xr-x 1 root root   21547 Mar 15  2022 /snap/octave/306/usr/bin/pygettext3.6*
lrwxrwxrwx 1 root root       9 Oct 25  2018 /snap/octave/306/usr/bin/python3 -> python3.6*
-rwxr-xr-x 2 root root 4526456 Mar 15  2022 /snap/octave/306/usr/bin/python3.6*
-rwxr-xr-x 2 root root 4526456 Mar 15  2022 /snap/octave/306/usr/bin/python3.6m*
lrwxrwxrwx 1 root root      10 Oct 25  2018 /snap/octave/306/usr/bin/python3m -> python3.6m*
lrwxrwxrwx 1 root root      10 Oct 25  2018 /snap/octave/306/usr/bin/pyvenv -> pyvenv-3.6*
-rwxr-xr-x 1 root root     439 Apr 21  2022 /snap/octave/306/usr/bin/pyvenv-3.6*

그런데 저걸 못 찾고 있는 건데요, 혹시나 싶어, system 명령어로 bash를 실행했더니,

>> system('bash')
bash: cannot set terminal process group (1278): Inappropriate ioctl for device
bash: no job control in this shell
To run a command as administrator (user "root"), use "sudo <command>".
See "man sudo_root" for details.

$ which python3
/snap/octave/306/usr/bin/python3

$ which python
$ // 찾을 수 없어 출력이 없음

아마도 Octave의 python 명령어는 "python3"로 실행하지 않고 "python"으로만 실행하기 때문으로 보입니다. 여기서 문제는, 윈도우처럼 외부 python을 연결할 방법이 없다는 것입니다.

당연히 PYTHON 환경 변수는 안 통하고,

>> setenv PYTHON /usr/bin/python3
>> python
sh: 1: python: not found
ans =

더욱 문제는, PATH 환경 변수에는 아래와 같이 /snap 하위뿐만 아니라 /usr 디렉터리의 경로도 매핑돼 있지만,

// Octave system('bash') 환경

$ echo $PATH /snap/octave/306/usr/sbin:/snap/octave/306/usr/bin:/snap/octave/306/sbin:/snap/octave/306/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/octave/306/libexec/octave/7.1.0/site/exec/x86_64-pc-linux-gnu:/snap/octave/306/libexec/octave/api-v57/site/exec/x86_64-pc-linux-gnu:/snap/octave/306/libexec/octave/site/exec/x86_64-pc-linux-gnu:/snap/octave/306/libexec/octave/7.1.0/exec/x86_64-pc-linux-gnu:/snap/octave/306/bin


(존재하는) /usr/bin/python을 찾지 못한다는 점입니다. 분명히 Octave 안에서의 환경은 snap으로 영향을 받은 것 같고, 제가 snap에 대해 잘은 모르겠지만 아마도 파일 시스템을 가상화하는 것이 아닌가 싶습니다. (여기에 대해 잘 아시는 분은 덧글 부탁드립니다.)

실제로 아래는 Octave의 System('bash') 내에서 확인한 /usr/bin과 Ubuntu WSL Shell 내에서 확인한 /usr/bin의 다른 모습을 보여줍니다.

python_run_on_octave_1.png




어쨌든 문제를 해결하기 위해, Octave의 python 명령어가 잘 동작하도록 python3으로의 소프트 링크된 python을 만들어주면 될 텐데요, 그런데 이게 방법이 매우 제한적입니다.

우선, apt 명령어도 안 되고,

// Octave system('bash') 환경

$ sudo apt install python-is-python3
sudo: unable to set runas group vector: Operation not permitted
sudo: unable to set runas group vector: Operation not permitted
sudo: no tty present and no askpass program specified
sudo: unable to open audit system: Operation not permitted
sudo: unable to open audit system: Operation not permitted

python3.6이 있는 /snap/octave/306/usr/bin에서 python 링크를 만드는 것도 안 됩니다.

// Octave system('bash') 환경

/snap/octave/306/usr/bin$ ln -s python3.6 python
ln: failed to create symbolic link 'python': Read-only file system

그런데, 이거저거 하다 보니 /snap/octave/306 디렉터리는 read-only 제약이 없었는데요, 따라서 python3.6에 대한 소프트 링크를 추가할 수 있습니다.

$ cd /home/testusr/snap/octave/306

~/snap/octave/306$ ln -s /snap/octave/306/usr/bin/python3.6 python

~/snap/octave/306$ ll
total 28
drwxr-xr-x 2 testusr testusr 4096 Apr 12 09:30 ./
drwxr-xr-x 5 testusr testusr 4096 Apr 12 09:29 ../
...[생략]...
lrwxrwxrwx 1 testusr testusr   34 Apr 12 09:30 python -> /snap/octave/306/usr/bin/python3.6*

그다음, Octave 환경 내에서 저 링크를 찾을 수 있도록 setenv 명령을 수행합니다.

# ~/.octaverc 파일에 아래의 스크립트를 넣어두는 것도 좋겠습니다.

>> old_path = getenv('PATH')
>> new_path = ['/home/testusr/snap/octave/306:', old_path]

>> setenv('PATH', new_path)

자, 그럼 이제부터는 python이 잘 실행됩니다. ^^

>> system('cat test.py')
import sys

print(sys.version)

ans = 0
>> python test.py
ans = 3.6.9 (default, Mar 15 2022, 13:55:28)
[GCC 8.4.0]




저런 작업을 하고 싶지 않다면 system 명령어를 경유해 실행하는 것도 가능합니다.

// 아래에서 실행한 python3.6은 사용자의 /usr/bin에 있는 것이 아니고, 
// Octave와 함께 설치된 /home/testusr/snap/octave/306/usr/bin의 것이 실행됩니다.

>> [status, output] = system('/usr/bin/python3.6 test.py')
ans = 3.6.9 (default, Mar 15 2022, 13:55:28)
[GCC 8.4.0]




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 4/14/2023]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... [106]  107  108  109  110  111  112  113  114  115  116  117  118  119  120  ...
NoWriterDateCnt.TitleFile(s)
11274정성태8/22/201719379.NET Framework: 674. Thread 타입의 Suspend/Resume/Join 사용 관련 예외 처리
11273정성태8/22/201721633오류 유형: 415. 윈도우 업데이트 에러 Error 0x80070643
11272정성태8/21/201724795VS.NET IDE: 120. 비주얼 스튜디오 2017 버전 15.3.1 - C# 7.1 공개 [2]
11271정성태8/19/201719243VS.NET IDE: 119. Visual Studio 2017에서 .NET Core 2.0 프로젝트 환경 구성하는 방법
11270정성태8/17/201730718.NET Framework: 673. C#에서 enum을 boxing 없이 int로 변환하기 [2]
11269정성태8/17/201721487디버깅 기술: 93. windbg - 풀 덤프에서 .NET 스레드의 상태를 알아내는 방법
11268정성태8/14/201721060디버깅 기술: 92. windbg - C# Monitor Lock을 획득하고 있는 스레드 찾는 방법
11267정성태8/10/201725117.NET Framework: 672. 모노 개발 환경
11266정성태8/10/201724934.NET Framework: 671. C# 6.0 이상의 소스 코드를 Visual Studio 설치 없이 명령행에서 컴파일하는 방법
11265정성태8/10/201753173기타: 66. 도서: 시작하세요! C# 7.1 프로그래밍: 기본 문법부터 실전 예제까지 [11]
11264정성태8/9/201724094오류 유형: 414. UWP app을 signtool.exe로 서명 시 0x8007000b 오류 발생
11263정성태8/9/201719579오류 유형: 413. The C# project "..." is targeting ".NETFramework, Version=v4.0", which is not installed on this machine. [3]
11262정성태8/5/201718249오류 유형: 412. windbg - SOS does not support the current target architecture. [3]
11261정성태8/4/201720834디버깅 기술: 91. windbg - 풀 덤프 파일로부터 강력한 이름의 어셈블리 추출 후 사용하는 방법
11260정성태8/3/201718939.NET Framework: 670. C# - 실행 파일로부터 공개키를 추출하는 방법
11259정성태8/2/201718175.NET Framework: 669. 지연 서명된 어셈블리를 sn.exe -Vr 등록 없이 사용하는 방법
11258정성태8/1/201719001.NET Framework: 668. 지연 서명된 DLL과 서명된 DLL의 차이점파일 다운로드1
11257정성태7/31/201719167.NET Framework: 667. bypassTrustedAppStrongNames 옵션 설명파일 다운로드1
11256정성태7/25/201720657디버깅 기술: 90. windbg의 lm 명령으로 보이지 않는 .NET 4.0 ClassLibrary를 명시적으로 로드하는 방법 [1]
11255정성태7/18/201723211디버깅 기술: 89. Win32 Debug CRT Heap Internals의 0xBAADF00D 표시 재현 [1]파일 다운로드3
11254정성태7/17/201719583개발 환경 구성: 322. "Visual Studio Emulator for Android" 에뮬레이터를 "Android Studio"와 함께 쓰는 방법
11253정성태7/17/201719936Math: 21. "Coding the Matrix" 문제 2.5.1 풀이 [1]파일 다운로드1
11252정성태7/13/201718454오류 유형: 411. RTVS 또는 PTVS 실행 시 Could not load type 'Microsoft.VisualStudio.InteractiveWindow.Shell.IVsInteractiveWindowFactory2'
11251정성태7/13/201717143디버깅 기술: 88. windbg 분석 - webengine4.dll의 MgdExplicitFlush에서 발생한 System.AccessViolationException의 crash 문제 (2)
11250정성태7/13/201720704디버깅 기술: 87. windbg 분석 - webengine4.dll의 MgdExplicitFlush에서 발생한 System.AccessViolationException의 crash 문제 [1]
11249정성태7/12/201718535오류 유형: 410. LoadLibrary("[...].dll") failed - The specified procedure could not be found.
... [106]  107  108  109  110  111  112  113  114  115  116  117  118  119  120  ...