요약: Korora Project와 BackSlash Linux는 시간과 비용의 제약으로 인해 개발을 중단하고 있습니다. 이것이 더 작은 Linux 배포판의 운명입니까?

점점 더 많은 소규모 배포가 시간을 보내고 있는 것 같습니다. 최근 우리는 Void Linux에서 위기를 보았습니다. 이제 일시적이기는 하지만 종료라고 부르는 두 개의 작은 Linux 배포판이 더 있습니다.

코로라 프로젝트 무기한 중단

코로라 리눅스 스크린샷

Korora는 Fedora 기반 Linux 배포판입니다. Fedora 위에 미디어 코덱과 독점 소프트웨어를 번들로 제공하여 Fedora 사용자에게 즉시 사용 가능한 경험을 제공하는 데 중점을 두었습니다.

최근 코로라 개발 발표 불행한 새:

가까운 장래에 Korora는 Fedora 릴리스와 함께 행진하지 못할 것입니다. 그 외에도 가까운 장래에 Korora 배포판에 대한 업데이트가 없을 것입니다.

한 명의 개발자와 두 명의 커뮤니티 관리자로 구성된 Korora 팀은 프로젝트와 실제 생활 사이의 균형을 유지하기 위해 고군분투했습니다. 그리고 이러한 이유로 팀은 휴식을 취하고 있지만 프로젝트를 계속하기 위해 돌아올지는 미지수입니다.

… 우리는 완전한 소진을 피하고 우리 자신과 Korora/Fedora 및 더 넓은 오픈 소스 노력에 대한 열정을 되살리기 위해 약간의 안식년을 보내고 있습니다.

여기서 의미하는 바는 서버가 계속 유지되므로 repos가 중단되지 않지만 적용되는 업데이트는 없습니다.

이 휴식 시간이 얼마나 될지 장담할 수 없습니다…

Korora Linux에 대한 업데이트가 없다는 점을 고려하면 기존 사용자에게 특히 Fedora 28로 전환하는 것이 좋습니다. Fedora 28이 미디어 코덱을 쉽게 설치할 수 있는 방법을 제공하기 때문입니다.

[irp posts=28551″ name=Bring Your Old Computer Back to Life With 4MLinux]

재정 문제로 백슬래시 리눅스 개발 보류

백슬래시 리눅스

업데이트: Backslash Linux가 몇 차례의 기부 후에 다시 돌아왔습니다.

당신은 보았을 수도 있습니다 백슬래시 리눅스 macOS 목록에서 Linux 배포판과 유사하게 보입니다. Ubuntu 기반, Backslash 수정 KDE 데스크탑 macOS를 닮아 데스크탑 Linux 세계에서 자체적으로 매우 틈새 시장을 개척했습니다.

Backslash Linux는 재정 문제를 이유로 개발을 일시적으로 중단했습니다. 그들은 지금 배포를 되살리기 위해 기부를 요청하고 있습니다.

BackSlash Linux의 개발은 일부 재정 문제로 인해 일시적으로 중단되었습니다. BackSlash Linux가 곧 돌아오기를 바랍니다. BackSlash Linux에 기부하고 BackSlash Linux를 후원하여 BackSlash Linux에 대한 사랑과 지원을 보여주세요.

소비자는 모든 종류의 지원 옵션과 문서에 일시적으로 액세스할 수 없습니다. 불편을 끼쳐드려 죄송합니다.

분명히 그들은 20달러 이상을 기부하는 기부자들에게 ‘BackSlash Linux의 일부 상품과 추가 옵션’을 약속하고 있습니다.

기부를 계속하기 전에 여기에서 주의할 것을 권합니다. 의 태도가 마음에 들지 않는다. pay us then we’ll restart the project. 재정 문제에 직면했다면 프로젝트를 (일시적으로) 종료하기 전에 기부를 요청했어야 합니다. 하지만 그건 제 개인적인 생각일 뿐입니다.

[irp posts=29116″ name=openSUSE Leap 15 Released! See the New Features]

인생은 사이드 프로젝트로 힘들다

저는 지난 8-9년 동안 Linux 세계에서 활동했습니다. 나는 몇 가지 유망한 프로젝트가 실패하는 것을 보았습니다. 대부분은 한 사람이 이끄는 취미 프로젝트였습니다.

FOSS는 제 사이드 프로젝트이며 여가 시간에 작업합니다. 특히 사이드 프로젝트가 커질 때, 사이드 프로젝트와 개인 생활 사이의 균형을 유지하는 데 어려움을 겪는다는 점을 이해합니다.

이때가 팀을 확장해 리더의 어깨에서 부담을 덜 수 있도록 해야 한다고 생각한다. 세상의 다른 쪽에서 온 낯선 사람을 신뢰하고 그들에게 프로젝트에 대한 액세스 권한을 부여하는 것이 항상 쉬운 일이 아니기 때문에 말은 쉽지 않습니다. 협업도 도전이며 때로는 압도적일 수 있습니다.

즉, 사이드 프로젝트를 효과적으로 유지하는 것이 항상 불가능한 것은 아닙니다. 보다 전문적인 방식으로 일이 처리되면 그러한 프로젝트는 고려해야 할 힘이 됩니다. 리눅스 민트 그러한 많은 예 중 하나입니다.

여기 전체 에피소드에 대해 어떻게 생각하세요? 더 작은 배포판은 운명이 정해져 있습니까? 프로젝트 관리자와 프로젝트 커뮤니티는 이러한 위기를 피하기 위해 무엇을 할 수 있습니까?