어떤 사람은 이렇게 이야기합니다.
"남 좋은일해서 뭐하냐"
어떤 사람은 또 이렇게 이야기합니다.
"돈도 안되는걸 하고 있네"
보통 이쪽은 하나도 모르는 수많은 꼰대들이 이런식으로 이야기하곤 합니다. 대부분 이렇게 이야기하는 사람들은 돈만보고 살아왔거나 자기자신만 아는 경우가 많습니다.
그런데 다들 알다시피 오픈소스는 수많은 기여자들의 취미활동으로 많은 수가 굴러갑니다. 솔직히 저 사람들 입장에선 이해가 안 될겁니다. 그런데 "성취감"이라는게 뭐라 형용할 수없는 중독성을 지니고 있습니다.
특히 내가 기여한 무언가가 다른 누군가에게 유용하게 쓰이고 있을때의 그 기분이란...
거기다가 보통 오픈소스프로젝트에는 한줄이라도 코드에 기여했거나 그냥 UI용 아이콘 하나라도 만들어주면 Thanks To에 이름이 올라갑니다.
영화 끝날때 크레딧에 내 이름이 써있다고 생각해보세요. 그리고 심지어 사람들이 작품을 칭찬한다고 상상하면 난 거기에 모래알만큼 기여했지만 어찌됐건 기분이 좋습니다.
=================================
솔직히 오픈소스에 기여하는건 어렵지 않습니다. 심지어 프로그래밍을 못 해도 충분히 기여가 가능합니다. 많은 프로그램들은 전세계에서 만들어지다보니 수많은 언어지원이 어렵습니다.
프로젝트관리자가 기여자들이 가져다주는 코드들 중 제일 쌍심지켜고 환영하는게 번역물입니다. 왜냐하면 그 사람들은 최소 영어와 자국어외에는 모르거든요. 번역기를 쓰면 당연히 번역투로 나오기 때문에 엉망이라는건 본인들도 아주 잘 알고 있습니다.
그런데 갑자기 특정언어권 사용자가 직접 번역해서 가져다주면 그렇게 좋을 수가 없겠지요. 아마 바로 다음버전에 적용해줄 가능성이 높습니다.
"사용자층 확대"
"모국어 사용자라는 신뢰"
"번역을 기여할 정도로 내 작품을 쓰는자의 물건"
이 세가지 측면에서 좋은 기여가 없습니다.
개발자들은 번역된걸 쓰는경우가 적은편입니다. 보통영문판을 선호하지요. 하지만 보통의 한국인은 다릅니다. 기왕이면 한글판을 선호합니다.
저부터도 첫 오픈소스 기여가 번역이었습니다. 20문장 남짓이었지만 다음날 바로 적용해서 업데이트까지 해주더군요. 그리고 몇년이 지난지금 그 프로그램사용자들이 제 번역을 기준으로 사용법을 공유하고 있습니다.
이건 뭐라 형용할 수 없는 기분입니다.
Debian 최신 버전에서는 저장소 리스트를 관리하는 방식이 새롭게 바뀝니다.
일명 DEB822라고 불립니다.
이게 뭐냐면
/etc/apt/sources.list 파일을 이용해서 저장소를 설정 할 수 있습니다.
보통은
| deb http://mirror.kakao.com/debian/ sid non-free contrib main non-free-firmware deb-src http://mirror.kakao.com/debian/ sid non-free contrib main non-free-firmware |
요런 구조로 되어 있던 것을
/etc/apt/sources.list.d/debian.sources
| # Modernized from /etc/apt/sources.list Types: deb deb-src URIs: http://mirror.kakao.com/debian/ Suites: sid Components: non-free contrib main non-free-firmware Signed-By: /usr/share/keyrings/debian-archive-keyring.gpg |
요렇게 만들어서 여러줄로 쓰는 걸 말합니다. 어느정도 업데이트 하다보면 이런 방식으로 바꿀건데 진행할거냐고 물어봅니다. 저야 뭐 그냥 시키는대로 하는 편이라 그러라고 했더니 기존 sources.list파일을 백업하고 sources.list.d/debian.sources 파일을 위와같이 만들더군요. 물론 구글크롬 저장소와 MS VSCODE 저장소도 이런 식으로 바꿨습니다. 다만...
| Notice: Skipping acquire of configured file 'main/binary-i386/Packages' as repository 'https://packages.microsoft.com/repos/code stable InRelease' doesn't support architecture 'i386' Notice: Skipping acquire of configured file 'main/binary-i386/Packages' as repository 'https://dl.google.com/linux/chrome/deb stable InRelease' doesn't support architecture 'i386' Notice: Skipping acquire of configured file 'main/binary-i386/Packages' as repository 'https://pkg.cloudflareclient.com bookworm InRelease' doesn't support architecture 'i386' Notice: Missing Signed-By in the sources.list(5) entry for 'https://packages.microsoft.com/repos/code' |
APT 업데이트를 할때마다 이런 오류가 뜹니다. 보통 이런 오류는 기존 list파일에서
| deb [arch=amd64] https://dl.google.com/linux/chrome/deb/ stable main |
요런식으로 arch=amd64를 적는 것으로 해결 할 수 있었는데 새롭게 바뀐 sources 파일 방식은 어떻게 해야할 지 감이 안 오더군요.
뒤져보니 https://repolib.readthedocs.io/en/latest/deb822-format.html
답이 여기 있더군요.
| Architectures: amd64 |
이걸 제일 아래에 적는 것으로 해결 가능하다고 합니다. 이게 없으면 기본 설정(i386, amd64 같이 사용)으로 설정 되는 것이고요.
VScode 같은 경우에도 이런식으로 적어주니 오류가 사라졌습니다.
아무래도 이 방식이 과도기다보니 문제가 좀 심하네요...
'우분투 분투기' 카테고리의 다른 글
| Lutris에서 Midas MODS 설치하기 (0) | 2025.03.01 |
|---|---|
| PlayonLinux 2024년 9월 지금 호환성을 패치해보자(그리고 Anaconda와의 문제) (1) | 2024.09.15 |
| Nvidia 또 너야? (0) | 2024.09.04 |
| 리눅스 압축 프로그램에서 rar지원이 안 될경우 (2) | 2024.09.01 |
| Debian sid의 libc6 업그레이드 중 오류가 발생하여 패키지가 꼬였다 (0) | 2024.07.10 |
OpenRCT2 지금도 이리저리 손 대보고 있습니다.
소스가 공개되어있다보니 별의별걸 다 해볼 수 있더군요.
그러다 한가지 생각난게 있는데 openrct2-cli란게 있습니다. 이건 서버구축을 위해 만든거에 가까운데 게임자처는 돌아가도록 되어 있습니다. 콘솔명령을 내리면 실제로 공원에 적용이 되고요.
그렇게 생각해본게 그럼 이걸 띄우고 별도의 프론트엔드를 띄운다면 RCT2특유의 그래픽과 완전 별개인 그래픽으로 게임이 가능한거 아닌가? 라는 생각이 들었습니다.
실제로 비슷한 프로젝트가 있었습니다.
OpenRCT2-Unity
OpenRCT2를 내부에서 라이브러리 형태로 실행하고 Unity로 만드는 프로젝트입니다. Unity이기에 3D로 구동되는데 롤러코스터 타이쿤3 느낌이 납니다. 즉, 내가 만든 공원을 3D로 돌아다니는 것이지요.
근데 이 프로젝트는 현재 멈춰있습니다. 그게 딱히 기여자도 없고 흥미본위에 맞춰져 있었으니까요.
그런데 조금만 더 생각해보면 이야기는 조금 달라집니다. Unity든 Unreal이든 유명 게임엔진에 이걸 붙이면 디아블로2 리저렉션처럼 만들수 있다는 이야기가 됩니다.
OpenRCT2는 픽셀이 튀는 문제가 있습니다. FHD를 넘어 4k모니터가 보급되다보니 생기는 문제인데 기존 2D이미지를 뜯어고쳐서 고해상도로 올리고 프론트엔드처럼 만들면 고해상도로 충분히 게임이 가능해질 수 있습니다.
비슷하게 모바일버전인 롤러코스터 타이쿤 클래식의 경우 각 기기들의 해상도가 미친듯이 올라가다보니 픽셀튐과 색상이 더러워지는 문제가 생겼는데 이걸 OpenRCT2와 프론트엔드로 해결 할 수 있을지도 모릅니다. 그리고 프론트엔드에 따라 지금은 구동이 불가능한 iOS에서의 구동도 생각해볼 수 있습니다.
직접 현재 OpenRCT2를 뜯어서 고해상도에 맞추면 되지않냐고 생각할 수도 있습니다. 실제로 몇몇 옵션이 그걸 감안하고 생성되어 있습니다만 언제 완성될지 모릅니다. 그리고 전 그 때 그 감성도 좋지만 최신감성도 나쁘지 않다고 보거든요.
마치, 슈퍼마리오 메이커의 그래픽 스타일 변경처럼요.
일단 기존 OpenRCT2의 Viewport를 다른 게임엔진으로 들고오는것부터 생각해봐야겠네요.
