리스트앨러
Listaller![]() | |
| 개발자 | 마티아스 클룸프 |
|---|---|
| 초기 릴리즈 | 2007년 12월; 전( |
| 릴리스 미리 보기 | 0.5.8 / 2013년 8월 2일; 전 |
| 리포지토리 | |
| 기록 위치 | 발라, C/C++ |
| 운영 체제 | 리눅스 |
| 유형 | 패키지 관리 시스템 |
| 면허증 | GNU 약소 일반 공중 라이센스, GNU 일반 공중 라이센스 |
| 웹사이트 | listaller |
Listaller는 모든 리눅스 배포판에 설치가 가능한 패키지를 간단하게 만들 수 있도록 하는 것은 물론, 리눅스에서의 소프트웨어 관리를 보다 사용자 친화적으로 만들기 위한 도구와 API를 제공하는 것을 목적으로 하는 무료 컴퓨터 소프트웨어 설치 시스템(패키지 관리 시스템과 유사함)이다.
역사
Listaller는 2007년 12월 아마존닷컴 개발사인 Matthias Klumpp에 의해 어떻게 설치되었든 상관없이 모든 종류의 Linux 소프트웨어를 관리할 수 있는 범용 사용자 인터페이스 작성 가능성을 모색하기 위한 실험 프로젝트로 시작되었다.따라서, Listaller는 Autopackage, LOKI, Mojo 및 네이티브 배포 패키지를 관리할 수 있는 지원을 받았다.원래 프로젝트는 모든 종류의 설치된 소프트웨어를 관리할 수 있는 하나의 사용자 인터페이스를 제공했다.네이티브 배포 패키지 관리와의 상호 작용은 자체 추상화 계층을 통해 이루어졌으며, 나중에 PackageKit으로 대체되었다.[1]또한 Listaller는 다중 배포에서 실행되는 패키지를 더 쉽게 만들 수 있도록 교차 배포 소프트웨어 설치 형식을 제공했다.또한 Listaller의 설치자 부분은 Autopackage 패키지를 설치하는 것을 도울 수 있었다.첫 번째 버전은 Object Pascal로 작성되었다.
이 프로젝트는 실험으로 시작했지만, 곧 오토패키지와 모조의 경쟁자로 진화했다.2011년까지, Listaller는 어떠한 안정적인 출시도 하지 않았다.AppStream의 발표로 많은 원래의 Listaller 목표가 달성될 것이기 때문에 저자는 Listaller를 전체 소프트웨어 관리자에서 소프트웨어 설치자로만 변경하기로 결정하고 AppStream 프로젝트와 협력했다.파스칼은 다른 프로젝트와의 협업을 위한 이상적인 언어로 여겨지지 않았고 이 프로젝트는 이미 제3자 라이브러리에 대한 파스칼 바인딩을 개발하는 데 많은 시간을 소비했기 때문에, Listaller는 Vala에서 원래의 기능 중 일부와 AppStream 및 PackageKit와의 원활한 통합을 제공하는 주요 목표를 가지고 다시 작성되었다.따라서 범용 소프트웨어 관리자 부분은 제거되었고 이 프로젝트는 현재 바이너리 리눅스 소프트웨어의 배포를 위한 크로스 디스트로 형식을 만드는 데 초점을 맞추고 있다.
2014년 11월 10일 현재 마티아스는 림바 프로젝트를 발표했다.[2]Limba는[3] Listaller의 다음 버전이어야 한다.
방법론
Listaller는 운영체제 셸과 같은 핵심 라이브러리와 응용 프로그램이 아닌 워드 프로세서, 웹 브라우저, 개인용 컴퓨터 게임과 같은 비핵심 응용 프로그램의 바이너리 또는 사전 컴파일된 버전을 설치하는 데 사용되는 것을 목적으로 한다.Listaller는 보안상의 이유로 시스템 라이브러리를 설치하기 위한 지원을 제공하는 것이 아니다.Listaller는 LZMA 압축 서명된 타르볼인 소위 IPK 패키지(설치 패키지의 줄임말)라는 고유한 패키지 형식을 사용하고 있다.
IPK 패키지에는 설정 프로세스를 수정하기 위한 작은 구성 파일만 들어 있다.설치 시간 동안 실행되는 자체 로직이나 스크립트를 제공하지 않는다.설정 프로세스의 모든 부분은 Listaller의 내장 루틴에 의해 처리되며, 따라서 배포자는 필요할 경우 제3자 애플리케이션의 설정 프로세스를 수정하여 자신의 정책을 준수할 수 있다.
Listaller의 핵심 가치는 데스크톱 환경, 기존 패키지 관리 툴 및 배포에 통합되는 것이다.따라서 이 프로젝트는 기본적으로 여러 통합 구성요소를 제공하므로 PackageKit 및/또는 AppStream을 지원하는 모든 소프트웨어 관리자에서 Listaller가 설치한 타사 애플리케이션을 관리할 수 있다.
기본적으로 Sandbox에서 설치된 모든 타사 도구를 실행하는 것이 논의된다.[4]
Listaller를 사용하는 프로그램도 다시 연결할 수 있어야 하며, 이는 단일 바이너리로 다양한 디렉토리에 설치할 수 있어야 함을 의미한다.이를 통해 Listaller는 이 방법을 명시적으로 활성화해야 하며 사용을 권장하지 않지만 루트 이외의 사용자를 위한 소프트웨어를 홈 디렉토리에 설치할 수 있다.Listaller Developer Tools는 응용 프로그램 개발자가 소프트웨어를 다시 연결할 수 있도록 도구와 문서를 제공한다.
Listaller 및 자동 패키지
2010년 8월에 두 프로젝트 모두 합병할 것이라고 발표했다.[5]합병의 결과로 오토패키지는 오토패키지 패키지를 설치하기 위해 자체 패키지 바이너리 패키지 형식과 모든 사용자 인터페이스를 포기했다.다시 연결 가능한 응용 프로그램이나 APBuild를 만들기 위한 BinReloc과 같은 자동 패키지 도구는 현재 Listaller 프로젝트의 일부로 개발되었다.오토패키지를 Listaller로 병합한 이유는 두 프로젝트 모두 개발자가 크게 부족했기 때문에 힘을 모으기로 했다.
통합
KDE는 배포자가 컴파일 시간 스위치를 사용하여 명시적으로 허용해야 하지만 Apper를 통해 Listaller를 지원한다.GNOME에 대한 지원은 현재 GNOME-PackageKit 제품군의 일부로 개발되고 있다.이론적으로 PackageKit >= 0.8.6을 실행할 수 있는 모든 배포는 Listaller 지원도 제공할 수 있어야 한다.우분투는 자사 우분투폰의 제3자 설치업체로 리스타일러를 사용하지 않고 대신 자체 개발한 우분투 전용 솔루션을 개발하겠다고 밝혔다.[6]
