deb 대. rpm

예를 들어 rpm에서는 모든 구성 정보가 사양 파일에 지정되는 반면 deb에서는 주로 제어 및 규칙의 두 파일로 나뉩니다.
제어 파일이있는 debs에서는 종속성을 계산할 수 있지만 rpm에서는 미리 알고 있어야하며 손으로 넣어야합니다 (이는 번거롭고 위험합니다).
debs에는 debuild, pbuilder 등 여러 가지 방법이 있습니다. 내가 아는 한 rpm은 하나뿐입니다.
그런 다음 최종 목표는 동일합니다. 시스템에서 프로그램의 모든 파일을 배치 할 경로가 지정된 일부 스크립트를 사용하여 압축 된 패키지 또는 프로그램 패키지를 만듭니다. Windows 및 Mac 설치 프로그램과 동일한 목표이며 더 이상 미스터리가 없음을 잊지 마십시오.
데비안에서는 프로그램을 멀티 팩하는 경향이 더 큰 반면, Mandriva에서는 이러한 경향이 그다지 뚜렷하지 않습니다. 진실은 멀티 패키징이 그다지 필요하지 않으며 데비안은 그것을 너무 많이 사용하는 죄를 짓습니다.
어느 것이 더 낫습니까? 모든 것이 포장 방법보다 포장기의 품질에 더 의존하기 때문에 둘 다 아닙니다.
안부

나는 둘 다 호환되는 새로운 것을 만들어야한다고 생각한다. 예를 들어, 패키지 관리자로 전송하는 정보가 포함 된 간단한 파일은 주문을 따르고 서버에서 컴파일하거나 검색하거나 프로세스에서 로컬로 검색합니다.

"우리가 걱정해야 할 최소한의 것은 프로그램의 설치와 우리가 그 프로그램으로하는 작업에 대한 것입니다."

전적으로 동의합니다. 양립 할 수있는 프로젝트에 관해서도 진실.

Cristobal, 정보 감사합니다.

내가 debs 또는 rpms를 사용한 적이 없다고 말하면? XD

글쎄요, 약 XNUMX 년 전에 저는 RedHat과 SuSE를 몇 달 동안 사용했지만 패키지를 거의 엉망으로 만들었습니다. : D

@zodman : 현재이 페이지에는 텍스트가 없습니다. 다른 페이지에서이 페이지 제목을 검색하거나이 페이지를 편집 할 수 있습니다.

@insengrin : 이제 모든 것을 컴파일합니까? 우

나는 그렇게 생각하지 않는다. 나는 거의 .rpm을 사용하지 않는다.

PS : Alien이라는 프로그램이 있습니다. http://es.wikipedia.org/wiki/Alien_(aplicación), 패키지를 한 형식에서 다른 형식으로 변환 할 수있는은 일반적으로 매우 잘 작동하지만 거의 사용할 필요가 없습니다.

@Jonathan 데비안 GNU / 리눅스가 많이 설치 / 제거하도록 정확하게 설계되지 않았고 서버와 같은 프로덕션 장비를 지향하기 때문에 (항상 Stable 버전에 대해 이야기 함) 당신이 말하는 것은 재밌습니다.
그리고 진실은 rpm이 더 안정적이라는 것이 무엇인지 모르겠다는 것입니다. ?

하하하 전적으로 Cesar에 동의합니다

진실은 저는 항상 .deb를 사용했지만, 당신이 말하는 것과는 별다른 차이가 없습니다. 심지어 당신이 말한 가장 중요한 차이점조차도 ​​그것들을 만들 때 다른 것보다 더 정치적 일 수 있습니다.

나는 그것들을 표준화 할 필요가 없다고 생각한다. 특히 외계인이 있다면, 비록 외계인이 메인 패키지 관리자에 소개 될 수도 있지만, 당연히 해당 경고와 더 잘 호환되도록 만들 수있다.

.exe 설치 비교와 관련하여 위에서 말한 내용에 동의하지 않습니다. Linux로 전환했을 때 가장 만족스러운 점 중 하나는 리포지토리를 통한 설치 / 제거 / 업데이트의 용이성이었습니다. 사실 그것은 그들이 Microsoft에서 이미 복사하지 않았기 때문에 이해하지 못하는 것입니다. Windows에서 업데이트하는 것보다 더 큰 고통은 없습니다. 각 프로그램은 업데이트가 있는지 확인하기 위해 리소스를 소비하는 자체 프로세스가 없을 때 드라이버별로 프로그램 드라이버별로 프로그램을 업데이트합니다.

나는 확실히 Tarballs, Portage rulez로 직접 작업하는 것을 선호합니다!

지금까지 두 시스템을 사용하는 개인적인 경험을 바탕으로 DEB에 의지했습니다. 적어도 내가 RPM 시스템에 대해 기억하는 것은 한 번 이상의 경우에 종속성 문제가 있다는 것입니다. 반면에 DEB에서는 매우 드물게 종속성이 만족스럽지 않은 문제가 발생했으며 항상 내 배포판 (Ubuntu)의 비공식 패키지에있었습니다.
나머지 특성에서 핸들링이 거의 동일하기 때문에 이것이 내가 말할 수있는 유일한 차이점 인 것 같습니다.
다른 한편으로, 설치된 모든 프로그램을 직접 컴파일하기 위해 젠투가 사용하는 시스템은 사용자가 설치하는 모든 소프트웨어를 특별히 필요로하는 특성으로 유지하고 특성에 최적화 된 상태로 유지하는면에서 나에게 훌륭해 보입니다. 장비의 성능을 향상시킬 수 있습니다. 나쁜 점은 프로그램을 설치할 때마다 실행 파일을 만드는 전체 과정을 거쳐야한다는 것입니다.

안녕하세요, 주제가 흥미 롭다고 말하고 싶었습니다. 두 가지를 모두 시도했으며 RPM의 문제는 조만간 종속성의 성가심이 시작된다는 것입니다. Alien이 항상 작동하는 것은 아니지만 ... 내가 생각하는 가장 중요한 문제는 게임에 관한 것입니다. 모든 사람이 네이티브 게임을 원할 것이라고 알려져 있지만,이를 대량화하려면 모든 배포판과 호환되는 범용 패키지가 있어야합니다. 그 후 우리는 리눅스에서 윈도우 게임에 대해 이야기 할 수 있다고 생각합니다. 우리는 적기 때문에 우리는 모두 분열되어 있습니다 ... 그 이유 때문에 로마는 게르마니아와 함께 할 수있었습니다. 아이디어는 약간 날아가지만 사실입니다. 인사말

나는 .deb에 의지하지만 표준이 있다면 tarball이 간단하고 빠르기 때문에

최초의 리눅스 배포판 중 하나 인 슬랙웨어를 사용해보십시오.

이 모든 댓글 목록 중에서 내가 남긴 유일한 것은 다음과 같습니다.
rpm = 문제
deb = general_simple
내 개인적인 경험 :
나는 몇 년 전 레드햇으로 시작했고, 당연히 rpm을 사용했고, 소설 (fuchili!)을 획득하기 전에 suse를 시도한 다음 데비안을 만났습니다 ... 오늘까지도 여전히 많은 도움이되었다고 생각합니다. 소지품.
그중 하나는 deb 패키지였습니다.
그래서 지금까지 최고의 배포판이라고 생각합니다. 이제 우분투를 사용하고 있습니다. 진실은 ... 나쁜 일이 있지만 당신이 관리한다면 10 (또는 9+)입니다.
슬랙웨어 나 젠투로 전환 할 생각은별로 없습니다 ...
하지만 다른 배포판을 시도하고 싶다면이 팜파스«ututo-get»에서 많이 이야기하고있는 패키지 관리자와 컴파일러가있는 stallman (UTUTO)이 권장하는 배포판을 사용해 보겠습니다.
안부

나는 항상 내 인생을 복잡하게 만드는 것을 좋아했고 오랫동안 Slackware를 사용했고 나중에 우분투 12로 업데이트하려고 할 때 컴퓨터가 BricsCAD의 요구 사항으로 인해 똥을 흘리며 3D에서 작동하지 못했습니다. , 이제 저는 PCLinuxOS를 사용하고 있습니다. 저는 그것을 많이 좋아하고 지금까지 .RPM 패키지에 문제가 없었습니다. 저는 PCLinuxOS를 사용하며 매우 가볍고 빠릅니다.

여기에 훌륭한 스팀 샤워 지식이 많이 있습니다.

내 경험상 .deb에 비해 .rpm이 약간 느리다는 것을 알아 챘지만 .rpm에 대해 좋아하는 것은 한 가지 일 뿐이며 종속성은 자체적으로 검색되며 (적어도 fedora에서는) "tab"을 눌러 모든 것을 자동 완성합니다. 사용되는 위치와 컨텍스트에 따라 터미널에 쓰고 싶을 때, 그 이유는 제가 페도라에 전달한 이유가 조금 답답하다면 .deb에서만 앱을 찾는 경우가 있다는 사실입니다. 크롬 원격 데스크톱, 내 생각에 표준은 동일한 배포판에 있어야하며 .rpm으로 이동하십시오.