Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

Windows - 파이썬 2.7을 msi 설치 없이 구성하는 방법

윈도우 환경에서 msi 설치 없이 구성하려고 해도, 일단 python-2.7.16.amd64.msi 파일은 다운로드해야 합니다. 그다음, 아래의 명령어로 msi 내부의 파일을 해제할 수 있습니다.

msiexec /a python-2.7.16.amd64.msi /qb TARGETDIR=C:\temp\python27

그런데, 설치 작업 없이 저렇게 압축만 풀면 pip.exe가 없습니다. 이것은 get-pip.py를 통해 구할 수 있지만, 이것을 C:\temp\python27에 다운로드하고, "python get-pip.py" 명령을 실행하면 이런 오류가 발생합니다.

C:\temp\python27> python get-pip.py
ERROR: This script does not work on Python 2.7 The minimum supported Python version is 3.7. Please use https://bootstrap.pypa.io/pip/2.7/get-pip.py instead.

하지만 다행히 오류 메시지에 답이 있습니다. 즉, "https://bootstrap.pypa.io/pip/2.7/get-pip.py" 파일을 다운로드해 실행하면 되는 것입니다.

C:\temp\python27> python get-pip.py
DEPRECATION: Python 2.7 reached the end of its life on January 1st, 2020. Please upgrade your Python as Python 2.7 is no longer maintained. pip 21.0 will drop support for Python 2.7 in January 2021. More details about Python 2 support in pip can be found at https://pip.pypa.io/en/latest/development/release-process/#python-2-support pip 21.0 will remove support for this functionality.
Collecting pip<21.0
  Downloading pip-20.3.4-py2.py3-none-any.whl (1.5 MB)
     ...[생략]...
Collecting setuptools<45
  Downloading setuptools-44.1.1-py2.py3-none-any.whl (583 kB)
     ...[생략]...
Collecting wheel
  Downloading wheel-0.37.1-py2.py3-none-any.whl (35 kB)
Installing collected packages: pip, setuptools, wheel
  WARNING: The scripts pip.exe, pip2.7.exe and pip2.exe are installed in 'C:\temp\python27\Scripts' which is not on PATH.
  Consider adding this directory to PATH or, if you prefer to suppress this warning, use --no-warn-script-location.
  WARNING: The scripts easy_install-2.7.exe and easy_install.exe are installed in 'C:\temp\python27\Scripts' which is not on PATH.
  Consider adding this directory to PATH or, if you prefer to suppress this warning, use --no-warn-script-location.
  WARNING: The script wheel.exe is installed in 'C:\temp\python27\Scripts' which is not on PATH.
  Consider adding this directory to PATH or, if you prefer to suppress this warning, use --no-warn-script-location.
Successfully installed pip-20.3.4 setuptools-44.1.1 wheel-0.37.1

보는 바와 같이 "C:\temp\python27\Scripts" 경로가 PATH 환경 변수에 등록된 것은 아니므로, 실행할 때 유의해야 합니다. (차라리 그냥 PATH에 등록하는 것이 사용에는 편리합니다.)




그나저나, 2.7용 코드를 작성하려니 부딪치는 것이 한두 개가 아니군요. ^^; 우선, PyCharm에서 2.7 대상으로 Django 프로젝트를 만들었더니, 기본 코드 상태에서 실행하는 것만으로도 settings.py에서,

'BACKEND': 'django.template.backends.django.DjangoTemplates',
'DIRS': [BASE_DIR / 'templates']

"BASE_DIR / 'templates'" 코드를 실행 시 "TypeError: unsupported operand type(s) for /: 'str' and 'str'" 오류가 발생합니다.

사실 forward slash(/) 문자는 나누기 연산자입니다. 오류 메시지에서 보는 것처럼 문자열에 대해서는 나누기 연산자를 사용하면 오류가 발생하는 것이 맞습니다.

재미있는 건, 파이썬 3.x 환경에서 생성한 장고 프로젝트에서는 저 코드가 정상적으로 수행이 됩니다. 가만 보니, 그때는 BASE_DIR의 타입이 string이 아니라 pathlib 패키지에서 가져온 pathlib.WindowsPath 타입이어서 그렇습니다. 즉, WindowsPath 타입은 다음과 같이 연산자 오버로드 메서드를 제공하기 때문에,

def __truediv__(self, key):
    return self._make_child((key,))

정상적으로 컴파일이 된 것입니다. 이와 관련해 간단하게 문제 재현을 이렇게 할 수 있습니다.

from pathlib import Path

BASE_DIR = Path(__file__).resolve().parent.parent
text = [BASE_DIR / 'template']

print(text) // [WindowsPath('D:/pycharm/work/template')]

위의 코드는 정상 동작하는 반면, 아래와 같이 작성하면,

import os

BASE_DIR = os.path.dirname(os.path.dirname(os.path.abspath(__file__)))

text = [BASE_DIR / 'template']

print(text)

오류가 발생하는 것입니다.

D:\temp\python.exe D:/temp/testconsole/main.py
Traceback (most recent call last):
  File "D:/temp/testconsole/main.py", line 7, in <module>
    text = [BASE_DIR / 'template']
TypeError: unsupported operand type(s) for /: 'str' and 'str'

Process finished with exit code 1

따라서 위와 같은 경우 단순히 pathlib.Path로 감싸주면 됩니다.

import os
from pathlib import Path

BASE_DIR = os.path.dirname(os.path.dirname(os.path.abspath(__file__)))
BASE_DIR = Path(BASE_DIR)

text = [BASE_DIR / 'template']

print(text)




한글이 포함된 소스 코드는 2.7에서 이런 오류가 발생합니다.

SyntaxError: Non-ASCII character '\xec' in file /mnt/d/testapp/run.py on line 69, but no encoding declared; see http://python.org/dev/peps/pep-0263/ for details

2.7 파이썬의 기본 인코딩이 ASCII여서 발생하는 것인데, 따라서 파일의 첫 부분에 다음의 문자열을 넣어두면 됩니다.

# -*- coding: utf8 -*-




파이썬 2.7에는 FileNotFoundError와 ModuleNotFoundError가 없어 3.x 소스 코드 파일을 겸용한다면 이런 오류가 발생합니다.

$ cat test.py
raise FileNotFoundError('not found'))

$ python test.py
Traceback (most recent call last):
  File "test.py", line 6, in &lt;module&gt;
    raise FileNotFoundError('not found'))
NameError: name 'FileNotFoundError' is not defined

검색해 보면, 그냥 IOError로 대체하라는군요. ^^

try:
    FileNotFoundError
except NameError:
    FileNotFoundError = IOError

raise FileNotFoundError('not found'))

또한 "NameError: name 'ModuleNotFoundError' is not defined"의 경우, 2.7에서는 ImportError가 동일한 기능을 했었다고 합니다. 게다가 3.x의 경우 ModuleNotFoundError를 ImportError에서 상속받으므로 그냥 속 편하게 ImportError를 사용해도 무방합니다.




다음과 같은 예제 코드를 2.7에서 수행하면,

import os
import pathlib

current_path = pathlib.Path(__file__).parent.absolute()
root_dir = os.path.dirname(current_path)
print(root_dir)

이런 오류가 발생합니다.

Traceback (most recent call last):
  File "test.py", line 10, in <module>
    root_dir = os.path.dirname(current_path)
  File "/usr/lib/python2.7/posixpath.py", line 122, in dirname
    i = p.rfind('/') + 1
AttributeError: 'PosixPath' object has no attribute 'rfind'

2.7의 경우 os.path.dirname 함수가 string 타입만을 받아들이므로 string.rfind 함수를 부르기 때문입니다. 따라서 이런 경우에는 Path 개체를 string으로 형변환해 처리하면 됩니다.

current_path = current_path.as_posix()



같은 코드라도,

import sys
print(sys.platform)

Python 2.7에서는 "linux2"를 반환하고 Python 3.7에서는 "linux"를 반환합니다. 이에 대해서는 문서에서 3.3에서의 변화라고 설명하고 있습니다.

sys.platform
; https://docs.python.org/ko/3/library/sys.html#sys.platform

재미있는 건, "linux"에서 "2"가 리눅스 커널의 버전을 의미한다고 하는데요, 과거 2 버전까지의 구분은 의미가 있었지만 그 이후로는 커널 버전이 3이 되었어도 여전히 "linux2"를 반환했다고 합니다. 실제로 WSL의 경우,

$ uname --kernel-name --kernel-release --machine
Linux 5.10.60.1-microsoft-standard-WSL2 x86_64

버전 5인데도, 여전히 Python 2.7은 "linux2"를 반환합니다. (하지만, 위의 문서에는 "linux3"에 대한 언급도 하고 있는데... 혼란스러울 따름입니다.)




다음과 같이 파일이 있을 때,

./my.py
  test.py

test.py에서는 my 파일을 다음과 같은 식으로 import 할 수 있습니다.

from . import my

그런데, 위의 코드를 python 2.7에서 수행하면 다음과 같은 식의 오류가 발생합니다.

$ python test.py
Traceback (most recent call last):
  File "test.py", line 6, in <module>
    from . import my
ValueError: Attempted relative import in non-package




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







[최초 등록일: ]
[최종 수정일: 6/21/2022]

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

비밀번호

댓글 작성자
 




... 61  62  63  64  65  [66]  67  68  69  70  71  72  73  74  75  ...
NoWriterDateCnt.TitleFile(s)
12288정성태8/5/202016010오류 유형: 637. WCF - The protocol 'net.tcp' does not have an implementation of HostedTransportConfiguration type registered.
12287정성태8/5/202017454오류 유형: 636. C# - libdl.so를 DllImport로 연결 시 docker container 내에서 System.DllNotFoundException 예외 발생
12286정성태8/5/202018813개발 환경 구성: 501. .NET Core 용 container 이미지 만들 때 unzip이 필요한 경우
12285정성태8/4/202018483오류 유형: 635. 윈도우 10 업데이트 - 0xc1900209 [2]
12284정성태8/4/202017844디버깅 기술: 169. Hyper-V의 VM에 대한 메모리 덤프를 뜨는 방법
12283정성태8/3/202018748디버깅 기술: 168. windbg - 필터 드라이버 확인하는 확장 명령어(!fltkd) [2]
12282정성태8/2/202016569디버깅 기술: 167. windbg 디버깅 사례: AppDomain 간의 static 변수 사용으로 인한 crash (2)
12281정성태8/2/202020220개발 환경 구성: 500. (PDB 연결이 없는) DLL의 소스 코드 디버깅을 dotPeek 도구로 해결하는 방법
12280정성태8/2/202018338오류 유형: 634. 오라클 (평생) 무료 클라우드 VM 생성 후 SSH 접속 시 키 오류 발생 [2]
12279정성태7/29/202020056개발 환경 구성: 499. 닷넷에서 접근해보는 InterSystems의 Cache 데이터베이스파일 다운로드1
12278정성태7/23/202016692VS.NET IDE: 149. ("Binary was not built with debug information" 상태로) 소스 코드 디버깅이 안되는 경우
12277정성태7/23/202018639개발 환경 구성: 498. DEVPATH 환경 변수의 사용 예 - .NET Reflector의 (PDB 연결이 없는) DLL의 소스 코드 디버깅
12276정성태7/23/202018020.NET Framework: 930. 개발자를 위한 닷넷 어셈블리 바인딩 - DEVPATH 환경 변수
12275정성태7/22/202020201개발 환경 구성: 497. 닷넷에서 접근해보는 InterSystems의 IRIS Data Platform 데이터베이스파일 다운로드1
12274정성태7/21/202019556개발 환경 구성: 496. Azure - Blob Storage Account의 Location 이전 방법 [1]파일 다운로드1
12273정성태7/18/202022301개발 환경 구성: 495. Azure - Location이 다른 웹/DB 서버의 경우 발생하는 성능 하락
12272정성태7/16/202015475.NET Framework: 929. (StrongName의 버전 구분이 필요 없는) .NET Core 어셈블리 바인딩 규칙 [2]파일 다운로드1
12271정성태7/16/202018415.NET Framework: 928. .NET Framework의 Strong-named 어셈블리 바인딩 (2) - 런타임에 바인딩 리디렉션파일 다운로드1
12270정성태7/16/202019081오류 유형: 633. SSL_CTX_use_certificate_file - error:140AB18F:SSL routines:SSL_CTX_use_certificate:ee key too small
12269정성태7/16/202016343오류 유형: 632. .NET Core 웹 응용 프로그램 - The process was terminated due to an unhandled exception.
12268정성태7/15/202018953오류 유형: 631. .NET Core 웹 응용 프로그램 오류 - HTTP Error 500.35 - ANCM Multiple In-Process Applications in same Process
12267정성태7/15/202021037.NET Framework: 927. C# - 윈도우 프로그램에서 Credential Manager를 이용한 보안 정보 저장파일 다운로드1
12266정성태7/14/202017966오류 유형: 630. 사용자 계정을 지정해 CreateService API로 서비스를 등록한 경우 "Error 1069: The service did not start due to a logon failure." 오류발생
12265정성태7/10/202016837오류 유형: 629. Visual Studio - 웹 애플리케이션 실행 시 "Unable to connect to web server 'IIS Express'." 오류 발생
12264정성태7/9/202028146오류 유형: 628. docker: Error response from daemon: Conflict. The container name "..." is already in use by container "...".
12261정성태7/9/202019402VS.NET IDE: 148. 윈도우 10에서 .NET Core 응용 프로그램을 리눅스 환경에서 실행하는 2가지 방법 - docker, WSL 2 [5]
... 61  62  63  64  65  [66]  67  68  69  70  71  72  73  74  75  ...