Hacker News 의견

• KDE Linux는 Arch Linux 패키지를 기반으로 한 immutable(불변) 배포판임을 강조하지만, “Arch 기반 배포판”은 아니라고 함. Pacman이 포함되어 있지 않고, Arch는 베이스 운영체제로만 활용됨. 그래서 Steam이 없는 SteamOS와 비슷한 계열이라는 인상임

  • Linux에서 가장 흥미로운 점은 해킹성과 다양한 설정 가능성이라고 생각하지만, 이번 배포판은 이런 부분을 희생하며 대신 아이패드만 쓰지 않는 부모님, 조부모님에게는 적합한 선택일 수도 있을 것 같음. 이런 유저층이 아마 타겟일 것 같음
  • 배포판이 immutable하고 패키지 관리자를 생략하거나 특정 목적(여기서는 KDE의 완성도 보장)으로 미리 설정된다면, 실제로 어떤 베이스를 쓰는지가 크게 의미 없어진다고 생각함
  • SteamOS/Proton과 쉬운 Wine 설정까지 통합해주면 꽤 주목받을 만한 배포판이 될 수 있을 거라고 기대함
  • ChromeOS가 Gentoo를 기반으로 하지만 패키지 관리자를 제공하지 않는 것과 비슷하다는 느낌을 받음
  • Bazzite가 이런 류의 좀 더 범용적인 예시라고도 할 수 있음

• 모든 것이 Flatpak을 통해 설치된다는 점이 인상적임. Flatpak 기술과 프로젝트 유지 관리가 요즘 어떤지 궁금함. 4개월 전만 해도 Flatpak은 관리 인력이 부족하고, 주요 변경이 거의 이루어지지 않으며, 실질적으로 유지보수 모드에 들어간 상태라는 평이 있었음 관련 링크

  • Flatpak이 꽤 잘 동작한다고 생각함. 배포판 저장소를 우선시하지만, 일부 소프트웨어가 패키지화되지 않아서 Flatpak으로 쉽게 설치해버렸음. 굳이 직접 패키징할 수도 있지만 아직 귀찮아서 안 하고 있음
  • 최근에는 데스크톱에서 오히려 flatpak을 어느 정도 우선시함. 최신 버전 확보, 샌드박스 보안, 설정 및 데이터의 표준 위치 보장 등 장점이 있음. 홈 디렉토리에 사용자 단위로 설치할 수 있어서 OS 재설치할 때 옮기기도 쉬움
  • Debian 13을 설치하며 기본 파티션 크기로 셋업했는데, 두 개의 플랫팩만으로 /var 파티션이 10GB 플랫팩 데이터로 가득 찼음. 기본 파티션 크기가 매우 비효율적이었다고 생각하고, flatpak 자체도 복잡하고 번거로운 부분이 많음

• KDE Linux는 Wayland만 지원하고 X.org 세션 계획이 없음. 이 말은 Wayland 버그가 다 해결됐다는 뜻일지 궁금함. 예전에는 “이젠 다 고쳐졌다”는 약속을 믿고 써봤다 항상 데였다가, 이번엔 정말 내부적으로 사용(도그푸딩)해서 개선되고 있는지 기대감이 있음

  • Debian stable을 사용하면 소프트웨어가 보안 패치와 가끔 백포트 외에는 몇 년씩 뒤처짐. Wayland, KDE 등은 빠르게 변화하기 때문에, 한 릴리즈에서 깨진 문제도 이후 릴리즈에서는 해결되는 경우가 많음. 예측 가능성과 안정성이 필요한 서버라면 Debian이 좋지만 데스크톱이나 워크스테이션에는 적합하지 않다고 생각함
  • 나도 비슷한 상황이었음. Debian 10, 11에서 Wayland 세션 써보다 하루도 못 버티고, Debian 12에서는 그래도 일주일 정도 사용하다 결국 큰 장애를 만남. 그런데 이번 Debian 13은 출시 이후 픽할 문제도 없이 잘 사용 중임
  • 대부분 문제는 해결된 것 같음. 사람마다 겪는 문제가 다르지만, 난 거의 8년간 Arch나 Fedora에서 Wayland만 사용했고, 문제를 경험하지 않음. 예전엔 X로만 돌아가던 프로그램이 있었지만, 이제는 무엇이었는지조차 기억 나지 않음
  • 배포판 중에서 소프트웨어에 버그가 “전혀 없다”고 약속한 곳은 없었던 것 같음. 나도 Wayland를 좋아하진 않지만, 이미 오랜 기간 많은 사람들이 사용 중임
  • Wayland를 마지막으로 사용한 게 언제인지 궁금함. 나는 몇 년 전 아무런 정보 없이 KDE Plasma로 전환했는데, 지금까지 단 한 번도 문제를 겪은 적이 없음

• 베이스 OS에 포함/허용되는 앱을 배포판이 지정하는 점이 불만임. 플랫팩 버전의 일부 KDE 앱 경험이 별로라서 직접 OS 이미지에 포함시키고, 나머지는 Discover로 다운로드할 경우 Flatpak으로 설치됨. 개발진이 직접 플랫팩 버전도 테스트해봤지만, 사용자 경험이 별로였다고 솔직히 인정함 원문 링크

  • Nathan(품질 보증 담당자)은 알파 및 현 시점의 상황을 얘기하는 것임. 아직 모든 것이 확정된 건 아님. KDE는 Flatpak 프로젝트 기여자이기도 하며, Plasma까지 Flatpak으로 제공하는 실험도 진행 중임. 지금 진행형 이야기이므로 고정관념을 갖지 말라는 조언임
  • 한편, Flatpak이 사용성 면에서 불만족스럽다고 공식적으로 인정했으면서도, 사용자 입장에서는 Flatpak만을 통한 프로그램 설치가 가능하도록 설계한 점이 아이러니하다고 느낌
  • 이 시스템은 관리자에 의해 설정될 용도의 환경으로 보여짐. Silvetblue 등과 유사하게 “사무실 보안 전용” 느낌이 강함
  • 참고로, 여기서 언급하는 Dolphin은 GameCube+Wii 에뮬레이터가 아니라 KDE의 파일 브라우저임

• 네온(Neon)이 롤링 릴리스여서 쓴 적이 없고, 이 배포판도 immutable이면서 Flatpak에 의존한다는 점에서 관심이 안 감. 독립형 바이너리나 AppImage에는 불만이 없지만, Flatpak이나 Snaps는 신뢰 못함

  • Arch도 롤링 릴리스 배포판이며(본인들은 “Arch 아님!”이라 주장하지만), Arch는 안정성 면에서 매우 좋지 않다고 생각함. 패키지 호환성 깨짐에 대해 “릴리스 로그를 확인했어야지” 정도로만 안내하고, 깨지는 걸 알면서도 별 경고 없이 배포함. 전문가 수준의 제대로 된 롤링 릴리스 배포판을 원한다면 SUSE Tumbleweed가 더 좋음. 여기선 패키지를 더 철저하게 테스트하며, 문제 있는 변화는 배포하지 않음
  • 엄청 성의 없이 다른 프로젝트를 폄하하는 댓글이 왜 이토록 위에 올라오는지 의문임. 전체적으로 이런 분위기라 놀라움
  • Flatpak이 새로운 systemd 같은 존재가 된 느낌임
  • Neon을 쓸 때 항상 불편함이 심했음

• 굳이 부정적으로 말하지 않더라도, Neon, ElementaryOS 등 과거에도 비슷한 시도가 여러 번 있었음. 이런 프로젝트는 배포판 개발로 리소스가 분산되고, 오히려 데스크탑 환경 자체의 개선에 힘을 덜 쏟게 됨. GNOME은 Ubuntu나 Fedora를 직접 관리하지 않지만 여전히 리눅스 데스크톱 경험에서 주도권을 쥐고 있음

  • 대부분 자원봉사자들이라 서로 다른 사람들이 참여하고 있을 가능성이 높음. 각자 원하는 일을 하면 됨
  • 사실 GNOME도 Fedora Rawhide 기반인 Gnome OS라는 자체 배포판을 운영함. 일단 개발자 레퍼런스 시스템 용도이지만, 일반 사용자에게도 사용할 만한 완성도를 지님
  • Fedora도 GNOME 유지보수자들에게는 부업 같은 존재이며, Neon도 KDE에 그와 비슷함
  • 원문 기사에서 이미 네온 등 자체 배포판의 장단점에 대해 더 깊이 다루고 있음. GNOME과 KDE의 차이점은, 다른 각도에서 보면 Kubuntu/Fedora KDE Spin과 같지 않냐는 질문임
  • GNOME은 GNOME OS를 직접 관리하고 있음

• MacOS처럼 immutable 베이스에, 각각 패키징된 앱, 그리고 CLI 도구를 위한 brew가 올라가는 구조와 흡사함. 이런 구조면 업무용으로도 꽤 괜찮을 것 같음

• 난 아직 리눅스 유저는 아니지만, 여기서 말하는 immutable이 구체적으로 무슨 의미인지 궁금함. 예를 들어 Elixir나 IDE를 설치도 못 하는지, 커스텀 OS 튜닝에는 관심 없지만 앱 설치가 막혀 있으면 누구를 위한 건지 의문임

  • immutable은 베이스 시스템 자체에서 개별 패키지 업데이트를 지원하지 않는다는 의미임. 마치 Docker 이미지처럼 전체 베이스 이미지 업그레이드로만 진행됨. 일반적으로 소프트웨어 추가 설치에는 제한이 없지만, 방식을 Flatpak 등으로 제한할 순 있음(Fedora Silverblue처럼)
  • 이 의미는 베이스 OS + 라이브러리층을 건드리지 않고, 필요한 소프트웨어(Elixir나 IDE 등)는 필요한 라이브러리와 함께 샌드박스 환경에 설치됨. 더 이상 전체 시스템에 직접 설치하지 않음

• 이번 배포판이 드디어 패키지 관리 문제를 해결했는지 궁금함

  • 그 해답은 ChromeOS 방식임. 패키지 관리자가 없고 시스템에 패키지를 직접 설치, 제거, 업데이트할 수 없음. iOS나 Android처럼 전체 OS 이미지 단위로 업데이트 받음

• immutable이 ChromeOS처럼 시스템에 직접 패키지 설치가 불가능하고, 별도의 컨테이너 내에서 자유롭게 소프트웨어(GUI 포함)를 설치하는 구조인지 궁금함. 그렇다면, 구형이지만 쓸만한 노트북에 ChromeOS Flex를 대신할 수 있는 좋은 옵션이 뭔지 질문임

  • 그게 바로 immutable이라는 개념임. 리눅스에서는 가끔 atomic이라 부르기도 함
  • 개인적으로 snap과 flatpak 모두 사용 경험이 좋지 않았어서, 이런 방식이 아니라면 좋겠다고 생각함