▲

GN⁺: 고보리눅스

 (gobolinux.org)
3P by neo 5달전 | favorite | 댓글 1개

GoboLinux 소개

  • GoboLinux는 전체 파일 시스템 계층 구조를 재정의하는 대체 리눅스 배포판임.
  • 패키지 데이터베이스가 필요 없는 시스템으로, 파일 시스템 자체가 데이터베이스 역할을 함.
  • 각 프로그램은 자신만의 디렉토리, 예를 들어 /Programs/LibX11/1.6.9 또는 /Programs/GCC/9.2.0에 위치함.

최신 소식

  • 새로운 GoboLinux 포럼이 Discourse에 의해 제공되며, 사용자와 개발자가 Gobo에 대해 이야기하고 서로 도움을 줄 수 있는 장소로, 이전의 메일링 리스트 등을 대체함.

다운로드

  • 현재 버전은 017이며, DVD, USB 드라이브에서 실행할 수 있는 라이브 환경을 제공하고 하드 드라이브에 설치할 수도 있음.

문서

  • GoboLinux는 다른 리눅스 배포판과 상당히 다르므로, 이에 대해 더 알아볼 것을 권장함.

커뮤니티

  • GoboLinux 커뮤니티의 주요 초점은 다음과 같음:
    • irc.libera.chat에서 운영되는 #gobolinux IRC 채널
    • 사용자와 개발자가 Gobo에 대해 이야기하고 서로 도움을 주는 GoboLinux 포럼
    • 모두가 기여할 수 있는 협업 문서 사이트인 GoboLinux 위키

GN⁺의 의견

  • GoboLinux는 기존 리눅스 배포판과 다른 독특한 파일 시스템 구조를 가지고 있어, 리눅스 사용자들에게 새로운 경험을 제공할 수 있음.
  • 파일 시스템을 데이터베이스로 사용하는 접근 방식은 패키지 관리를 더 직관적으로 만들 수 있지만, 기존 리눅스 사용자들에게는 적응이 필요할 수 있음.
  • 이러한 시스템은 파일 관리와 시스템 구성에 대한 명확한 이해를 제공하지만, 다른 배포판과의 호환성 문제나 사용자 커뮤니티의 지원 범위가 제한적일 수 있음.
  • GoboLinux의 커뮤니티 지원과 문서화는 사용자들이 시스템에 익숙해지고 문제를 해결하는 데 도움을 줄 수 있음.
  • 이 기술을 도입하기 전에, 사용자는 기존 시스템과의 호환성, 필요한 지원 수준, 그리고 커뮤니티의 활성도를 고려해야 함.
▲
neo 5달전  [-]
Hacker News 의견
  • GoboLinux 디자인에 대한 반응이 강한 사람들을 위해, "나는 무지하지 않다"라는 20년 된 문서에는 이러한 개념에 대한 흥미로운 배경과 이유가 담겨 있음. 처음의 반응은 완전히 사라지지는 않았지만, 이제는 그렇게 강하지 않음.

    "나는 무지하지 않다" 문서 링크: I am not clueless

  • GoboLinux의 아이디어가 주류 리눅스 커뮤니티에서 받아들여지지 않은 것이 아쉬움. 리눅스 파일시스템 구조는 완전히 혼란스러움.
  • GoboLinux는 전통적인 경로를 GoboLinux에 해당하는 경로로 매핑하여 유닉스 유산과의 호환성을 투명하게 유지함. /bin은 /System/Index/bin으로 링크되어 있고, /usr/bin, /usr/sbin 등 모든 "바이너리" 디렉토리가 같은 장소를 가리킴. 이는 일부 표준적인 배포판보다 더 호환성이 높다는 것을 의미함.
  • 파일시스템이 정말 필요하다면 라이브러리의 중복 복사본을 제거할 수 있음. 파일 수준의 중복성은 그 수준에서 해결되어야 함.
  • 이 프로젝트는 우리의 인지 부하를 크게 줄일 수 있는 잠재력을 가짐. 이미 20년간 진행된 프로젝트임을 알게 됨.
  • 디렉토리 이름의 첫 글자를 대문자로 쓰는 것은 좋지 않음. 경로를 탐색할 때 추가 작업이 되며, 특히 명령줄 사용 시 매번 Shift 키를 눌러야 하므로 번거로움.
  • GoboLinux 팀은 사람이 이해하기 쉬운 파일시스템 레이아웃을 "지능적으로" 만들어냄. 오래된 UNIX 관습은 더 이상 저장 공간 부족이나 1GB 이상의 파일 크기 문제로 인한 8.3 형식의 제한이 없기 때문에 고루함.
  • 필요한 패키지가 없을 경우 GoboLinux 레시피를 만들어야 함. 레시피 생성 언어는 이해하기 쉽지만, 종종 하나의 패키지가 수십 개의 라이브러리에 의존하고, 이들의 버전을 맞추고, 다운로드 URL을 찾아 레시피를 만드는 데 많은 시간을 소비함.
  • macOS는 GoboLinux와 유사한 방식을 사용하며, CLI에서 macOS를 사용하기 쉬움. 예를 들어, 펜 드라이브는 /Volumes에, 프로그램의 설정 파일은 ~/Library에 위치함.
  • GoboLinux가 snap/flatpak이나 nixOS와 같은 배포판보다 더 나은 점이나 이점에 대해 더 지식이 많은 사람이 설명해줄 수 있음. 지식이 부족한 상태에서 보았을 때, 이 방식이 가장 단순해 보임.
  • 웹사이트 랜딩 페이지가 JavaScript를 요구하는 이유에 대한 의문. 여기에는 스크립팅 언어의 동적 기능이 필요하지 않으며, 접근성과 SEO에 영향을 줌.
  • 이 프로젝트는 마이크로소프트의 오래된 WinFS 아이디어를 떠올리게 함. 공유 객체 의존성이 문제가 될 수 있지만, GoboLinux가 이를 어떻게 처리하는지 자세히 살펴보지 않음. 모든 공유 리소스가 특정 위치에 있거나 모든 것이 정적으로 컴파일되었을 수도 있음. 파일 시스템의 혼란에는 이유가 있으며, 오픈 소스 세계에서는 이러한 위험을 감수할 수 있음.
답변달기