|
Linux에 새 프로그램을 설치하는 동시에 Windows에서 작업을 수행하는 방식에 비해 큰 이점이 있으면 새 사용자를 혼란스럽게 할 수 있습니다. 다음은 개선 할 수있는 사항 목록입니다.... |
1. 오픈 소스 ... 그리고 그 이상
자유 소프트웨어를 사용하면 누구나 소스 코드에 액세스 할 수 있습니다. 그러나 대부분의 사용자는 프로그램의 소스 코드에 대한 액세스가 아니라 간단한 바이너리에 액세스하기를 원합니다. 그런 의미에서 개발자는 모든 버전 또는 최소한 대부분의 버전에서 애플리케이션을 사용할 수 있도록하는 것에 대해 걱정해야합니다. 운 좋게도이 고귀한 작업을 도울 수있는 다양한 배포판의 많은 팬이 있기 때문에 그들은 더러운 작업을 할 필요가 없습니다.
2. 어 .. 이제 뭘요?
방금 X 응용 프로그램을 설치했는데 바로 가기가 기본 메뉴에 표시되지 않습니다. 특히 Wine을 통해 설치된 Windows 응용 프로그램에서 발생했습니다. 이것은 XNUMX 세기 운영 체제에서는 허용되지 않습니다.
3. 인터페이스 표준화
설치 패키지를 단일 형식으로 통합한다는 미친 아이디어에 대해서는 잠시 잊으십시오 (어떤 경우에는 매우 유효한 이유로). 그러나 그래픽 패키지 설치 인터페이스가 비슷해 보이고 다른 패키지 시스템과도 호환되는 경우 매우 유용 할 수 있습니다. 이것은 경우에 따라 발생하지만 더 부지런히해야합니다.
4. 컴파일이 더 쉬워야합니다.
우리가 가장 좋아하는 배포판을위한 프로그램 패키지를 얻는 것은 여러 번 불가능합니다. 이 경우 남은 유일한 옵션은 소스 코드를 다운로드하고 컴파일하는 것입니다. 나쁜 소식은 많은 사람들이이 복잡한 작업을 성공적으로 수행하기 위해 따라야 할 단계의 세부 사항을 포함하지 않는다는 것입니다. 의존성을 확인하고 모든 것을 처리하는 install.sh 스크립트가 포함되어 있다면 좋지 않을까요?
5. "손으로"컴파일 된 프로그램을 제거하는 방법
"손으로"컴파일 된 프로그램을 제거하는 것은 특히 개발자가 지침을 포함하지 않은 경우 정말 악몽이 될 수 있습니다. 제거하다.
6. 표준 메타 패키지?
좋습니다. 우리는 공통 패킷 형식의 사용에 결코 동의하지 않을 것입니다. 그러나 이미 존재하는 패키지 형식을 저장할 수 있는 메타패키지를 사용하는 것은 가능하지 않습니까(AVI 메타패키지가 다른 비디오 형식을 저장할 수 있는 것과 같은 방식으로)? 이렇게 하면 동일한 패키지가 모든 배포판에서 작동할 수 있습니다.
7. 표준화 된 패키지 이름
도대체 다른 배포판이 같은 패키지에 다른 이름을 부여하는 이유는 무엇입니까? 패키지 종속성 문제를보다 쉽게 해결하려면 패키지 이름 지정을위한 통일되고 표준화 된 방법에 동의하는 것이 중요합니다.
8. 패키지 빌드 방식 표준화
이름 외에도 프로그램을 그룹화하여 패키지를 빌드하는 방법을 표준화해야합니다. 오늘날 각 배포판은 원하는 것을 수행합니다. 이 문제를 수정하면 패키지 계층 구조가보다 일관되고 혼란이 크게 줄어 듭니다.
9. 소스 코드 자동 컴파일 및 설치
패키지 관리자가 현재 패키지 시스템을 사용하는 대신 프로그램을 자동으로 다운로드, 컴파일 및 설치할 수 있다면 좋지 않을까요? Yaourt는 이러한 선을 따르는 것처럼 보이지만 이와 관련하여 더 많은 경험이 있어야합니다.
10. 웹 브라우저에서 업데이트
Ubuntu에서 Apt는 웹 브라우저에서 직접 프로그램을 설치하는 도구와 함께 제공됩니다. 다른 배포판은 이러한 경험을 복제해야하며 온라인 패키지 관리자를 개발하는 것도 흥미로울 것입니다. 프로그램이 배포판의 공식 저장소에서 다운로드되는 한 보안 허점은 아닙니다.
11. 정말 다양한 패키지 형식을 가질 가치가 있습니까?
완전하고 절대적인 표준화가 최선의 선택인지는 모르겠지만, 무한한 수의 다양한 패키지 형식이 존재하기 때문에 모든 Linux 사용자가 자신의 애플리케이션을 사용하기를 원하는 개발자가 일을 더 어렵게 만든다는 데 동의합시다.
12. 설치 후 실행
방금 설치 한 응용 프로그램을 실행할 가능성이 언제 나타날까요? 너무 간단하고 유용 할 것입니다. 불필요한 정보 (또는 최소한 대부분의 사용자가 알고 싶지 않은 세부 정보)를 표시하는 대신이 옵션이 있으면 흥미로울 것입니다.
13. 패키지 데이터베이스에 소스 빌드 유지
Linux에서 프로그램을 컴파일하고 설치하는 것은 어려운 작업 일뿐만 아니라 패키지 관리자는 해당 프로그램의 설치 또는 종속성을 인식하지 못하고 여전히 만족스럽지 않다고 믿습니다. 소스 코드에서 프로그램을 컴파일하고 설치할 수있는 패키지 관리자도이 문제를 해결할 수 있습니다.
14. 이전 종속성 제거
이것은 aptitude 또는 yum의 경우는 아니지만 apt-get을 사용하여 패키지를 제거 할 때 해당 종속성 (더 이상 다른 패키지에서 필요하지 않음)도 함께 제거되지 않습니다. 이 상황을 해결하려면 sudo는의 apt-get autoremove. 여러분, 이것은 자동적이어야합니다 ... 오랫동안!
출처 : Techradar