ඩෙබ් එදිරිව ආර්පීඑම් හි වාසි / අවාසි මොනවාද?

කුමන හේතූන් මත, මම සෑම විටම RPM මත පදනම් වූ බෙදාහැරීම් (ෆෙඩෝරා, සෙන්ටෝස් සහ දැනට විවෘත සූස්) භාවිතා කර ඇත. ආර්පීඑම් වලට වඩා ඩෙබ් වඩා හොඳ බව මම බොහෝ විට අසා ඇත්තෙමි, නමුත් ඇයිදැයි ඇසූ විට කිසි විටෙකත් සුහද පිළිතුරක් ලබා ගැනීමට නොහැකි වී තිබේ (සාමාන්‍යයෙන් ඒ වෙනුවට ජ්වලිත රළු සහ විශාල ප්‍රමාණයේ ස්පිට්ල් ලබා ගන්න).

සමහර historical තිහාසික හේතු තිබිය හැකි බව මට වැටහී ඇත, නමුත් වෙනස් ඇසුරුම් ක්‍රම දෙක භාවිතා කරන නවීන බෙදාහැරීම් සඳහා, යමෙකුට එදිරිව අනෙකාගේ තාක්ෂණික (හෝ වෙනත්) කුසලතා ලබා දිය හැකිද?

පැකේජ නඩත්තු කරන්නෙකුගේ ප්‍රධාන වෙනස (මම හිතන්නේ එය ඩේබියන් භාෂාවේ 'සංවර්ධකයා' වනු ඇත) පැකේජයේ මෙටා-දත්ත සහ ඒ සමඟ ඇති ස්ක්‍රිප්ට් එකට එකතු වන ආකාරයයි.

ආර්පීඑම් ලෝකයේ, ඔබගේ සියලුම පැකේජ (ඔබ නඩත්තු කරන ආර්පීඑම්) වැනි දෙයක් තුළ පිහිටා ඇත ~/rpmbuild. යටින්, SPECඔබේ පිරිවිතර ලිපිගොනු සඳහා SOURCESනාමාවලිය, ප්‍රභව තාර බෝල් සඳහා නාමාවලියක් RPMSසහ SRPMSඅලුතින් සාදන ලද ආර්පීඑම් සහ එස්ආර්පීඑම් ඇතුළත් කිරීමට නාමාවලි සහ දැන් අදාළ නොවන තවත් දේවල් තිබේ.

ආර්පීඑම් නිර්මාණය කරන්නේ කෙසේද යන්න සමඟ ඇති සෑම දෙයක්ම පිරිවිතර ගොනුවේ ඇත: කුමන පැච් යෙදිය යුතුද, පෙර හා පසු ස්ක්‍රිප්ට්, මෙටා-ඩේටා, චේන්ජ්ලොග්, සියල්ල. සියලුම ප්‍රභව ටාබෝල් සහ ඔබගේ සියලුම පැකේජවල පැච් SOURCES හි ඇත.

දැන්, පුද්ගලිකව, මම කැමතියි සෑම දෙයක්ම පිරිවිතර ගොනුව තුළට යන බවත්, පිරිවිතර ගොනුව ප්‍රභව තාරබෝලයෙන් වෙනමම ආයතනයක් බවත්, නමුත් මූලාශ්‍රවල සියලු ප්‍රභවයන් තිබීම ගැන මම ඕනෑවට වඩා උනන්දු නොවෙමි . IMHO, මූලාශ්‍ර ඉතා ඉක්මණින් අවුල් වී ඇති අතර ඔබ එහි ඇති දේ පිළිබඳ අවබෝධය නැති කර ගනී. කෙසේ වෙතත්, මතයන් වෙනස් වේ.

ආර්පීඑම් සඳහා , උඩරට ව්‍යාපෘතිය නිකුත් කරන කාල පරාසය දක්වා හරියටම එකම තාර බෝල භාවිතා කිරීම වැදගත් වේ . සාමාන්යයෙන්, මෙම නීතියට ව්යතිරේක නොමැත. ඩේබියන් පැකේජයට උඩුමහලට සමාන ටාර්බෝල් අවශ්‍ය වේ, නමුත් ඩේබියන් ප්‍රතිපත්තියට සමහර තාර බෝල් නැවත ඇසුරුම් කිරීමට අවශ්‍ය වේ (ස්තූතියි, උමාං).

ඩේබියන් පැකේජ වෙනස් ප්‍රවේශයක් ගනී. (මෙහි කිසියම් වැරැද්දකට සමාව දෙන්න: මම ආර්පීඑම් සමඟ සිටින බව ඩෙබ් පිළිබඳ අත්දැකීම් අඩුය.) ඩේබියන් පැකේජවල සංවර්ධන ලිපිගොනු එක් පැකේජයක නාමාවලියක අඩංගු වේ.

මෙම ප්‍රවේශය ගැන මා (සිතන) කැමති දෙය නම් සෑම දෙයක්ම තනි නාමාවලියක අඩංගු වීමයි.

ඩේබියානු ලෝකයේ, (තවමත්) උඩු මහලේ නොමැති පැකේජයක් තුළ පැච් රැගෙන යාම තව ටිකක් පිළිගනු ලැබේ. ආර්පීඑම් ලෝකයේ (අවම වශයෙන් Red Hat ව්‍යුත්පන්නයන් අතර) මෙය ප්‍රතික්ෂේප කරයි. "FedoraProject: උඩු යටිකුරු ව්‍යාපෘති වලට සමීපව සිටීම" බලන්න .

එසේම, ඩේබියන් සතුව පැකේජයක් සෑදීමෙන් විශාල කොටසක් ස්වයංක්‍රීය කිරීමට හැකි ස්ක්‍රිප්ට් විශාල ප්‍රමාණයක් ඇත. නිදසුනක් ලෙස, සෙටප්ටූල් පයිතන් වැඩසටහනක - සරල - පැකේජයක් නිර්මාණය කිරීම, මෙටා-දත්ත ගොනු කිහිපයක් නිර්මාණය කර ධාවනය කිරීම තරම් සරල ය debuild. ආර්පීඑම් ආකෘතියෙන් එවැනි පැකේජයක් සඳහා වන පිරිවිතර ගොනුව ඉතා කෙටි වන අතර ආර්පීඑම් ලෝකයේ ද මේ දිනවල ස්වයංක්‍රීය කර ඇති බොහෝ දේ තිබේ.

බොහෝ අය මෘදුකාංග ස්ථාපනය apt-getකිරීම rpm -iහා සසඳයි , එබැවින් DEB වඩා හොඳ යැයි කියති. කෙසේ වෙතත් මෙය DEB ගොනු ආකෘතියට කිසිදු සම්බන්ධයක් නැත. සැබෑ සංසන්දනය dpkgvs rpmසහ aptitude/ apt-*vs zypper/ yumවේ.

පරිශීලකයාගේ දෘෂ්ටි කෝණයෙන්, මෙම මෙවලම්වල වැඩි වෙනසක් නොමැත. RPM සහ DEB ආකෘති දෙකම හුදෙක් සංරක්ෂිත ලිපිගොනු වන අතර සමහර පාර-දත්ත ඒවාට අමුණා ඇත. ඒවා දෙකම එක හා සමානව චාම් ය, දෘඩ කේත සහිත ස්ථාපන මාර්ග (යක්!) ඇති අතර සියුම් විස්තර වලින් පමණක් වෙනස් වේ. දෙකම dpkg -iහා rpm -iඔවුන් විධාන රේඛාව මත භාවිත කිරීමට සිදු වුවහොත් හැර, පරායත්තයන් ස්ථාපනය කරන ආකාරය අවබොධ විදිහක් නැහැ.

මෙම මෙවලම් මත, apt-...හෝ zypper/ හෝ ස්වරූපයෙන් නිධි කළමනාකරණය ඇත yum. මෙම මෙවලම් ගබඩාවන් බාගත කරයි, සියලු පාර-දත්ත නිරීක්ෂණය කරයි සහ පරායත්තයන් බාගත කිරීම ස්වයංක්‍රීය කරයි. එක් එක් පැකේජයේ අවසාන ස්ථාපනය පහත් මට්ටමේ මෙවලම් වෙත භාර දෙනු ලැබේ.

දීර් met කාලයක් තිස්සේ, apt-getඅති විශාල පාර-දත්ත සැකසීම ඉතා ඉහළ මට්ටමක පවතින අතර yumඑය කිරීමට වයස් ගත වේ. විවිධ බෙදාහැරීම් සඳහා නොගැලපෙන පැකේජ 10+ සොයා ගත හැකි rpmfind වැනි වෙබ් අඩවි වලින්ද ආර්පීඑම් පීඩා වින්දා. Aptසියලුම පැකේජ එකම ප්‍රභවයකින් ස්ථාපනය කර ඇති නිසා DEB පැකේජ සඳහා මෙම ගැටළුව සම්පූර්ණයෙන්ම සැඟවිය.

මගේ මතය අනුව, zypperසැබවින්ම පරතරය වසා ඇති අතර aptමේ දිනවල ආර්පීඑම් මත පදනම් වූ බෙදාහැරීමක් භාවිතා කිරීම ගැන ලැජ්ජා වීමට හේතුවක් නැත. විශාල අනුකූලතා පැකේජ දර්ශකයක් සඳහා අතෙහි ඇති OpenSUSE ගොඩනැගීමේ සේවාව සමඟ භාවිතා කිරීම පහසු නොවන්නේ නම් එය හොඳ ය.

පද්ධති පරිපාලකගේ දෘෂ්ටි කෝණයෙන්, මම සුළු වෙනස්කම් කිහිපයක් සොයාගෙන ඇත, ප්‍රධාන වශයෙන් පැකේජ ආකෘතියට වඩා dpkg / rpm මෙවලම් කට්ටලය තුළ.

• dpkg-divertඔබේම ගොනුවක් පැකේජයකින් එන විස්ථාපනය කිරීමට ඉඩ සලසයි. ඔබ සතුව ගොනුවක් සොයන /usrහෝ පිළිතුරක් /libනොගන්නා වැඩසටහනක් ඇති විට එය ජීවිතාරක්ෂකයෙකු විය හැකිය /usr/local. අදහස යෝජනා කර ඇත, නමුත් මට කිව නොහැකි තරමට එය සම්මත කර නොගත් බව rpm.

• මම අවසන් වරට ආර්පීඑම් මත පදනම් වූ පද්ධති පරිපාලනය කළ විට (එය මීට වසර ගණනාවකට පෙර විය හැකි බව පිළිගත හැකිය, සමහර විට තත්වය වැඩිදියුණු වී ඇත), ආර්පීඑම් සෑම විටම නවීකරණය කරන ලද වින්‍යාස ගොනු නැවත *.rpmsaveලියයි සහ මගේ අභිරුචිකරණයන් (IIRC) වෙත ගෙන යනු ඇත. මෙය මගේ පද්ධතිය අවම වශයෙන් එක් වරක්වත් ආරම්භ කළ නොහැක. මගේ අභිරුචිකරණයන් පෙරනිමියෙන් තබා ගනිමින් කුමක් කළ යුතුදැයි Dpkg මගෙන් අසයි.

• ආර්පීඑම් ද්විමය පැකේජයකට පැකේජවලට වඩා ලිපිගොනු මත යැපීම් ප්‍රකාශ කළ හැකි අතර එමඟින් ඩෙබ් පැකේජයකට වඩා සියුම් පාලනයක් ලබා ගත හැකිය.

• ආර්පීඑම් මෙවලම්වල එන් -1 අනුවාදය සහිත පද්ධතියක ඔබට එන් ආර්පීඑම් පැකේජයක් ස්ථාපනය කළ නොහැක. ආකෘතිය බොහෝ විට වෙනස් නොවනවා හැර, එය dpkg සඳහා ද අදාළ විය හැකිය.

• Dpkg දත්ත සමුදාය පෙළ ගොනු වලින් සමන්විත වේ. Rpm දත්ත සමුදාය ද්විමය වේ. මෙය dpkg දත්ත සමුදාය විමර්ශනය කිරීමට සහ අලුත්වැඩියා කිරීමට පහසු කරයි. අනෙක් අතට, කිසිවක් වැරදී නැති තාක් කල්, rpm වඩා වේගවත් විය හැකිය (ඩෙබ් එකක් ස්ථාපනය කිරීම සඳහා කුඩා ගොනු දහස් ගණනක් කියවීම අවශ්‍ය වේ).

• ඩෙබ් පැකේජයක් සම්මත ආකෘති ( ar,, ) භාවිතා කරයි tar, gzipඑවිට ඔබට පහසුවෙන් පරීක්ෂා කළ හැකිය. ආර්පීඑම් පැකේජ එතරම් මිත්‍රශීලී නොවේ.

ආර්පීඑම්:

• 'ප්‍රමිතිගත' (ඩෙබ් පිරිවිතරයක් නොමැති බව නොවේ)
• විවිධ බෙදාහැරීම් භාවිතා කරයි (නමුත් එකකින් පැකේජ අනිවාර්යයෙන්ම තවත් එකක් මත ක්‍රියා නොකරයි)
• IIRC පැකේජ මත පමණක් නොව ලිපිගොනු මත යැපීමට ඉඩ දෙයි

ඩෙබ්:

• වර්ධනය වන ජනප්‍රියත්වය
• නිර්දේශ සහ යෝජනා වලට ඉඩ දෙන්න (සමහර විට නව ආර්පීඑම් එයට ඉඩ දෙයි)

බොහෝ විට වඩා වැදගත් ප්‍රශ්නය වන්නේ පැකේජ ආකෘතියට වඩා පැකේජ කළමණාකරු (dpkg vs. yum vs. aptitude etc.) (දෙකම සැසඳිය හැකි බැවින්) ය.

ප්‍රතිචාර දැක්වූවන් කිහිප දෙනෙකු පැවසූ පරිදි, එක්තරා පැකේජ ආකෘතියක් පැහැදිලිවම වඩා උසස් බව එතරම් නොවේ . තාක්ෂණික වශයෙන්, ඒවා වැඩි වශයෙන් හෝ සැසඳිය හැකිය. මගේ දෘෂ්ටි කෝණයෙන් බොහෝ වෙනස්කම්, සහ මිනිසුන් එකිනෙකාට වඩා කැමති ඇයි, සමඟ කළ යුත්තේ:

• මුල් ඇසුරුම් නිර්මාණයේ දර්ශනය සහ ඉලක්කගත ප්‍රේක්ෂකයින්
• ප්‍රජා ප්‍රමාණය, සහ ව්‍යාප්තිය අනුව, ගබඩාවල ගුණාත්මකභාවය සහ පොහොසත්කම

දර්ශනය:

උබුන්ටු / ඩේබියන් / මින්ට් / ... ලෝකයේ, පරිශීලකයින් විසින් ස්ථාපනය කරන ලද පැකේජය ස්ථාපනය කළ වහාම එය ක්‍රියාත්මක වනු ඇතැයි අපේක්ෂා කරයි. මෙයින් අදහස් කරන්නේ ස්ථාපනය අතරතුර, ඇසුරුම් ඒවා හොඳින් ක්‍රියාත්මක වීමට අවශ්‍ය සෑම දෙයක්ම බලාගනු ඇතැයි අපේක්ෂා කරන බවයි.

• අවශ්‍ය හෝ විකල්ප ක්‍රෝන් රැකියා සැකසීම
• විකල්ප / අන්වර්ථයන් සැකසීම
• ආරම්භක / වසා දැමීමේ ස්ක්‍රිප්ට් සැකසීම
• අර්ථවත් වන පෙරනිමි සහිත අවශ්‍ය සියලුම වින්‍යාස ගොනු ඇතුළුව
• පැරණි පුස්තකාල අනුවාදයන් තබා ගැනීම සහ පසුගාමී අනුකූලතාව සඳහා නිවැරදි අනුවාද සහිත සිම්ලින්ක් පුස්තකාලවලට (.සො) එකතු කිරීම
• එකම යන්ත්‍රයක බහු ආරුක්කු (බිට් 32 සහ 64) ද්විමය සඳහා පිරිසිදු සහාය සහ යනාදිය.

ආර්පීඑම් ලෝකයේ - මීට වසර කිහිපයකට පෙර තත්වය මෙය බව පිළිගත හැකි අතර, එතැන් සිට එය වැඩිදියුණු වන්නට ඇත - ඇත්ත වශයෙන්ම පැකේජ සැබවින්ම ක්‍රියාත්මක කිරීම සඳහා අමතර පියවරයන් (උදා: chkconfig, ක්‍රෝන් රැකියා සක්‍රීය කිරීම) ක්‍රියාත්මක කිරීමට මට සිදුවිය. සයිසැඩ්මින්වරුන්ට හෝ යුනික්ස් ගැන දැනුමක් ඇති පුද්ගලයින්ට මෙය හොඳ විය හැකි නමුත් එය නවක අත්දැකීම් දුක් විඳීමට හේතු වේ. ආර්පීඑම් පැකේජ ආකෘතියම මෙය සිදුවීම වලක්වන බව නොවන බව සලකන්න, බොහෝ පැකේජ නවකයකුගේ දෘෂ්ටිකෝණයෙන් “සම්පුර්ණයෙන්ම සිදු නොකෙරේ” .

ප්‍රජා ප්‍රමාණය, සහභාගීත්වය සහ ගබඩාවල පොහොසත්කම:

උබුන්ටු / ඩෙබියන් / මින්ට් / ... ප්‍රජාව විශාල බැවින්, ඇසුරුම්කරණ සහ පරීක්ෂණ මෘදුකාංග සඳහා වැඩි පිරිසක් සම්බන්ධ වේ. ගබඩාවල පොහොසත්කම හා ගුණාත්මකභාවය වඩා උසස් බව මට පෙනී ගියේය. උබුන්ටු වලදී මම කලාතුරකින් නම්, මූලාශ්‍රය බාගත කර එයින් ගොඩ නැගීමට අවශ්‍ය නම්. මම නිවසේදී Red Hat සිට උබුන්ටු වෙත මාරු වන විට, සාමාන්‍ය RHEL repo හි එහි පැකේජ 3000 ක් තිබූ අතර, ඒ සමගම, ඕනෑම කැනොනිකල් දර්පණයකින් කෙලින්ම ලබා ගත හැකි උබුන්ටු + විශ්ව + බහුකාර්යයේ ඩොලර් 30,000 පැකේජ (දළ වශයෙන් 10x) තිබුණි. ආර්පීඑම් ආකෘතියෙන් මා සොයන බොහෝ පැකේජ සරල සෙවුම් හරහා පහසුවෙන් ප්‍රවේශ විය නොහැකි අතර පැකේජ කළමනාකරු ක්ලික් කරන්න. ඔවුන්ට විකල්ප ගබඩාවලට මාරුවීම, rpmfind සේවා වෙබ් අඩවිය සෙවීම යනාදිය අවශ්‍ය විය. මෙය බොහෝ අවස්ථාවලදී ගැටළුව විසඳීමට වඩා, යැපීම් නිවැරදිව යාවත්කාලීන කළ නොහැකි හෝ සීමා කළ නොහැකි දේ සීමා කිරීමට අපොහොසත් වීමෙන් මගේ ස්ථාපනය බිඳ දැමීය. ෂෝන් ජේ. ගොෆ් විසින් ඉහත විස්තර කර ඇති පරිදි මම "පරායත්ත නිරය" සංසිද්ධියට පහර දුන්නෙමි.

උබුන්ටු / ඩෙබියන් වලට වඩා වෙනස්ව, මට කිසි විටෙකත් ප්‍රභවයෙන් ගොඩ නැගීමට අවශ්‍ය නොවන බව මට පෙනී ගියේය. එසේම:

• උබුන්ටු වේගවත් (මාස 6) මුදා හැරීමේ චක්‍රය
• කොටුවෙන් පිටත ක්‍රියාත්මක වන පූර්ණ අනුකූල PPA වල පැවැත්ම
• තනි ප්‍රභව ගබඩාවලට (සියල්ල කැනොනිකල් විසින් සත්කාරකත්වය සපයනු ලැබේ) විකල්ප / අනුපූරක ගබඩාවන් සෙවීම අවශ්‍ය නොවේ
• ක්ලික් සිට ක්‍රියාත්මක කිරීම සඳහා බාධාවකින් තොරව පරිශීලක අත්දැකීම්

නිල (කැනොනිකල්) සංවර්ධකයින් විසින් නඩත්තු නොකලත්, මා සැලකිලිමත් වූ පැරණි පැකේජ සමඟ කිසි විටෙකත් සම්මුතියක් ඇති කර ගැනීමට මට සිදු නොවීය. යතුරුපදය මඟින් පහසු සෙවීමක් කිරීමට, මට අවශ්‍ය ඕනෑම පැකේජයක් සොයා ගැනීමට සහ ස්ථාපනය කිරීමට මගේ ප්‍රියතම මිත්‍රශීලී GUI පැකේජ කළමණාකරු අතහැර යාමට මට කිසි විටෙකත් සිදු නොවීය. කිහිප වතාවක්ම මම උබුන්ටු මත ඩෙබියන් (කැනොනිකල් නොවන) පැකේජ ස්ථාපනය කළ අතර ඒවා අනුකූලව නිල වශයෙන් සහතික කර නොතිබුණද ඒවා හොඳින් ක්‍රියාත්මක විය.

මෙය ගිනි යුද්ධයක් ආරම්භ කිරීමට අදහස් නොකරන බව සලකන්න, එය වසර ගණනාවක් තිස්සේ ලෝක දෙකම සමාන්තරව භාවිතා කළ මගේ අත්දැකීම් බෙදා ගැනීමකි (වැඩ එදිරිව ගෙදර).

මම හිතන්නේ පක්ෂග්‍රාහීත්වය පැමිණෙන්නේ පැකේජ ආකෘතියෙන් නොව, රෙඩ්හැට් හි ගබඩාවල පැවති නොගැලපීම් වලිනි.

රෙඩ්හැට් බෙදාහැරීමක් වූ විට (ආර්එච්ඊඑල්, ෆෙඩෝරා සහ ෆෙඩෝරා කෝර්ගේ දිනට පෙර), මිනිසුන් සමහර විට "ආර්පීඑම් නිරය" හෝ "යැපුම් නිරය" තුළ සිටිනු ඇත. මෙය සිදු වූයේ නිධිය අන්‍යෝන්‍ය වශයෙන් බැහැර වූ පරායත්තතා (ස්ථර කිහිපයක් ගැඹුරු, සාමාන්‍යයෙන්) සහිත පැකේජයක් සමඟ අවසන් වන විට ය. නැතහොත් වෙනස් පැකේජ දෙකකට අන්‍යෝන්‍ය වශයෙන් පරායත්තතා දෙකක් ඇති විට එය පැන නගී. මෙය පැකේජ ආකෘතිය සමඟ නොව නිධියේ තත්වය පිළිබඳ ගැටළුවක් විය. "ආර්පීඑම් නිරය" ආර්පීඑම් පද්ධති සඳහා අප්‍රසාදයක් ඇති කළේ ගැටළුවෙන් පිලිස්සී ඇති ලිනක්ස් පරිශීලකයින්ගේ සමහර ජනගහනය අතර ය.

"දාර්ශනික" වෙනසක් ද ඇත, එහිදී ඩේබියන් පැකේජවල ඔබට ප්‍රශ්න ඇසිය හැකි අතර එමඟින් ස්ථාපන ක්‍රියාවලිය අවහිර කරන්න. මෙහි ඇති නරක පැත්ත නම්, ඔබ පිළිතුරු දෙන තෙක් සමහර පැකේජ ඔබගේ වැඩිදියුණු කිරීම් අවහිර කිරීමයි. මෙහි හොඳ පැත්ත වන්නේ දාර්ශනික වෙනසක් ලෙස, ඩේබියන් පදනම් කරගත් පද්ධතිවල, පැකේජයක් ස්ථාපනය කළ විට, එය වින්‍යාස කර ඇත (සෑම විටම ඔබ කැමති පරිදි නොවේ) සහ ක්‍රියාත්මක වේ. පෙරනිමි / අච්චු වින්‍යාස ගොනුවක් සෑදීමට / පිටපත් කිරීමට / usr / share / doc / * වෙතින් අවශ්‍ය රෙඩ්හැට් පදනම් කරගත් පද්ධති මත නොවේ.

ආර්පීඑම් ගැන මා කැමති එක් දෙයක් නම් ඩෙල්ටා ආර්පීඑම් (මෑත?) එකතු කිරීමයි. මෙය පහසුවෙන් යාවත්කාලීන කිරීමට, අවශ්‍ය කලාප පළල අඩු කිරීමට ඉඩ සලසයි.

DEB යනු සම්මත ar ගොනු (ඇතුළත වඩා සම්මත ලේඛනාගාර සහිත), RPMs යනු “හිමිකාර” ද්විමය ගොනු වේ. මම පෞද්ගලිකව සිතන්නේ කලින් ඇති දේ වඩාත් පහසු බවයි.

මගේ හිස මුදුනේ සිට සිතිය හැකි කරුණු දෙකක් පමණි. දෙකම ඉතා සැසඳිය හැකිය. දෙකම ඇසුරුම් සඳහා විශිෂ්ට මෙවලම් ඇත. මම හිතන්නේ නැහැ එකකට එකකට වඩා වැඩි කුසලතා හෝ අනෙක් අතට.

OpenSUSE Build Service (OBS) සහ zypper යනු ඇසුරුම් කරුවෙකුගේ සහ පරිශීලක දෘෂ්ටි කෝණයකින් මම RPM වලට වඩා වැඩි කැමැත්තක් දක්වන හේතු කිහිපයකි. සිපර් බොහෝ දුරක් පැමිණ ඇති අතර එය ඉතා වේගවත් ය. ඕබීඑස්, ඩෙබ්ස් හැසිරවිය හැකි වුවද, ඕපන් සූස්, එස්එල්ඊ, ආර්එච්එල්, සෙන්ටෝස්, ෆෙඩෝරා, මැන්ඩ්‍රිවා වැනි විවිධ වේදිකා සඳහා ආර්පීඑම් ඇසුරුම් කිරීමේදී එය ඉතා හොඳයි.

ඩේබියන් පැකේජවල ස්ථාපිත ප්‍රමාණයක් ඇතුළත් කළ හැකි නමුත් ආර්පීඑම් වලට සමාන ක්ෂේත්‍රයක් ඇතැයි මම විශ්වාස නොකරමි. පැකේජයට ඇතුළත් කර ඇති ලිපිගොනු මත පදනම්ව එය ගණනය කළ හැකි අතර, පෙර / පසු ස්ථාපන ස්ක්‍රිප්ට් වල ගත හැකි ක්‍රියා නිසා එය මත විශ්වාසය තැබිය නොහැක.

එක් එක් විශේෂිත ඇසුරුම් ආකෘතිය සඳහා ලබා ගත හැකි විශේෂිත ලක්ෂණ සංසන්දනය කිරීම සඳහා ඉතා හොඳ සඳහනක් මෙන්න: http://debian-br.sourceforge.net/txt/alien.htm (වෙබ් සේවාදායකයාට අනුව, එම ලේඛනය තරමක් පැරණි ය : අවසන් වරට වෙනස් කරන ලද්දේ: ඉර, 2000 ඔක්තෝබර් 15 එබැවින් මෙය හොඳම සඳහන නොවිය හැකිය.)

ඩේබියන් පැකේජ සඳහා විශාල උපකාරක ස්ක්‍රිප්ට් කට්ටලයක්, ස්ථාවර ප්‍රතිපත්ති අත්පොතක් සහ අවම වශයෙන් සෑම දෙයක්ම කිරීමට එක් ක්‍රමයක් ඇත. යැපීම් ඉතා හොඳින් හසුරුවනු ලබන අතර ඉතා හොඳ කැටිති වලින් අර්ථ දැක්විය හැකිය. පැකේජ නැවත ගොඩ නැගීම ඩෙබියන් පැකේජ සමඟ ඉතා පහසු වන අතර පවතින මෙවලම් වලින් හොඳින් සහාය වේ.

පහත දැක්වෙන මූලික වෙනස්කම් තුනෙන් සැබෑ ප්‍රතිවිපාක ඇති වන්නේ කෙසේද යන්න පිළිබඳව වෙනත් කිසිදු පිළිතුරක් ස්පර්ශ නොවේ :

1. debලිපිගොනු මූලික වශයෙන් arසම්පීඩිත තාර බෝල දෙකක් අඩංගු ලේඛනාගාරයකි
2. debපැකේජ සහ dpkgපද්ධතිය ඔබේ නඩත්තු ස්ක්‍රිප්ට් වෙනම ලිපිගොනු ලෙස ගබඩා කරයි
3. dpkgහා rpmවැඩි දියුණු කිරීම් තුළ විවිධ පිණිස පාලකයා පිටපත් ධාවනය.

එකට, මෙම වෙනස්කම් එය කර ඇති වඩාත් පහසු නරක පැකේජ මගින් ඇති දෝෂ නිවැරදි කිරීමට මට, මම ද ඔවුන් අවශ්ය මාර්ගය වටේ සංචාරවල යෙදෙමින්, මත පැකේජ කිරීමට debමත වඩා පරිච්ඡේදය පද්ධති rpmපරිච්ඡේදය පද්ධති, දෙකම පද්ධතියක් පරිපාලක ලෙස හා ඉතා packager ලෙස .

# 1 නිසා deb, මට ගොනුවක් වෙනස් කිරීමට අවශ්‍ය නම් , මට එය ඉතා සුළු වශයෙන් විවෘතව තැබිය හැකිය, මට අවශ්‍ය ඕනෑම වෙනස්කමක් කළ හැකි අතර එය නැවත ඇසුරුම් කළ හැකිය .

ඕනෑම පරායත්තයන්, හෝ ඕනෑම පැකේජ ලිපිගොනු, හෝ නඩත්තු කරන්නන්ගේ ස්ක්‍රිප්ට් වෙනස් කිරීම / එකතු කිරීම / ඉවත් කිරීම හෝ පැකේජ අනුවාදය හෝ නම වෙනස් කිරීම මෙයට ඇතුළත් වේ.

# 2 නිසා, දැනටමත් ස්ථාපනය කර ඇති පැකේජයක් මඟින් ස්ථාපනය කර ඇති "ඉවත් කරන්න" ස්ක්‍රිප්ට් වල ගැටලුවක් තිබේ නම්, ඕනෑම පද්ධතියක පවතින සම්මත මෙවලම් භාවිතයෙන් මට එය සුළු වශයෙන් නිවැරදි කළ හැකිය .

නිසා # 3, මම එම නිවැරදි කිරීම් සමහර මගේ පැකේජය නව අනුවාදයක් නිකුත් කිරීමෙන් උත්ශ්රේණි කිරීම තුල, නිසා කරන්න පුළුවන් dpkgඇසුරුම් නව අනුවාදය වන "පූර්ව-ස්ථාපනය" තිර රචනය දිවෙන පෙර වූ "පශ්චාත්-ඉවත් කරන්න" තිර රචනය පැරණි අනුවාදය.

මෙයින් අදහස් කරන්නේ "නැවත අයකර ගැනීමේ මූලධර්මය" උල්ලං for නය කිරීම සඳහා වන පෘෂ් area වර්ග area ලය debපැකේජවල කුඩා වන බවයි : පැකේජයේ පෙර සංස්කරණයේ වැඩි වැරදි නව අනුවාදයකින් ලබා ගත හැකිය.

පැකේජය වෙනස් කිරීම එතරම් පහසු බැවින් - සත්‍ය පැකේජය-විශේෂිත විකාර සහ දැනුම ඉහළින් - එය වැඩි පිරිසකට ප්‍රවේශ විය හැකි අතර debලිපිගොනු සමඟ අඩු කාලයක් හා වෑයමක් දරයි .