Чи можу я встановити Portage, Pacman або інші менеджери пакунків на Ubuntu?


28

Я хочу встановити не Ubuntu-менеджер пакетів, наприклад Portage (Gentoo) або Pacman (Arch), на Ubuntu 12.04 LTS.

Як це зробити?


1
чому ти цього хочеш?
Web-E

6
Немає конкретних причин. Просто цікаво.
Акшіт Бантіхіял

1
Починати зі свіжої установки Gentoo або Arch справді простіше, ніж досягти цього в ubuntu
лисини

Портаж робочих пакетів, описаний на форумі gentoo для розповсюдження, як Ubuntu, можна завантажити з: dev.gentoo.org/~zmedico/portage/archives ftp.ucsb.edu/pub/mirrors/linux/gentoo/distfiles

Відповіді:


24

Ви цього не робите. Менеджер пакунків є центральним у конкретному розповсюдженні. Gentoo , Arch , Redhat - всі вони використовують різні системи упаковки. Пакети переносу Gentoo зазвичай збираються з джерела, Arch використовує власний формат двійкового пакету, Redhat використовує RPM як систему упаковки - а Debian , а також Ubuntu та Linux Mint використовують пакети Debian ( .deb ). Управління локальною установкою відбувається за допомогою графічних фронтальних наборів, таких як Synaptic та Adept , або інструментів командного рядка, таких як apt-get , aptitude та dpkg .

Хоча на Ubuntu можна встановити інші менеджери пакунків (інакше вони не були б у сховищах), це не рекомендується для недосвідченого користувача. Слід добре ознайомитись з пакунками та менеджерами пакунків, як вони працюють тощо, перш ніж навіть думати про їх використання поряд. В іншому випадку дуже ймовірно, що в кінцевому підсумку вийде з дуже зламаною системою - оскільки один менеджер пакунків не знає про інші, вони, наприклад, перезаписують файли / конфігурації один одному, видалення пакета одним менеджером пакунків може зламати залежності з іншим, і більше.

Тому зараз настійно рекомендую вам залишитися з менеджерами пакунків, які є рідними у вашій системі (див. Вище).


2
Власне, ми можемо. Я просто не міг зрозуміти зміст цього посібника. forums.gentoo.org/…
Akshit Baunthiyal

7
Я не сказав "ти не можеш", але "ти не робиш". Для "звичайних користувачів" я не бачу причин, чому б вони хотіли / потребували цього робити. Можуть бути особливі випадки (або у них не буде цих репост), але недосвідчений користувач швидше зіпсує систему, якщо змішувати їх. Тому перед тим, як робити таку річ, слід хоча б ознайомитися з різними системами упаковки та тим, як працює цей матеріал, - або ви закінчитеся зі зламаною системою, оскільки один менеджер пакунків не знає іншого, файли / конфігурації перезаписатись, видалення одним руйнує залежності від іншого ...
Izzy

16

Ви не можете повинні НЕ

Менеджери пакетів зазвичай дуже тісно інтегровані з певним дистрибутивом Linux, і ви зазвичай не можете встановити нативний менеджер для одного дистрибутива на інший і очікувати, що він просто працює. (але див. примітку в кінці)

Однак ви можете встановити отримані пакети, використовуючи інструменти для перетворення, наприклад, RPM в DEB і т. Д. Це можливо для пакетів Pacman. Portage, як ви можете знати, будує все з джерела, і ви можете це зробити на будь-якому дистрибутиві, не тільки на Gentoo.

Примітка: Хоча деякі схожі yumдоступні у сховищах Ubuntu Universe, і навіть теоретично можна встановити Pacman, Portage тощо, це практично погана ідея, оскільки самі пакети можуть не підходити (структура каталогів тощо) для Ubuntu.


4
Я не думаю, що внутрішня структура пакунків тут важлива (цим повинен займатися відповідний менеджер). Це швидше заплутані залежності, файли / конфігурації перезаписують один одного ... словом: цілісність системи загрожує. Перш ніж грати з "чужими речами", слід добре ознайомитися з менеджерами пакунків, упаковки та пакунків.
Іззі

2
Так, ласкаво просимо. Щодо перетворення пакетів, інопланетяни, можливо, варто згадати як найбільш часто використовуваний інструмент для цього завдання. Іншою можливістю є використання витягнутого джерела RPM для створення .deb за допомогою debbuild . Або використовувати вихідний тарбол (наприклад, від Arch / Gentoo) та створити свій власний .deb з реєстрацією .
Іззі

7

Завдяки різній системі упаковки менеджери упаковок не є взаємозамінними без великої кількості крові, поту та сліз. Навіть тоді виникає багато проблем, пов'язаних із залежністю, і помилок, і помилок, і кролячих дір, з яких ви не можете знайти свій вихід. Ні, це не неможливо, але, не рекомендується. PacApt - найкраще використовувати команди Pacman AND Portage в Ubuntu, не руйнуючи комп’ютер. Я вважаю, що він підтримує команди всіх основних менеджерів пакетів. Це, мабуть, найбезпечніша ставка на встановлення Pacman / Portage-подібності в Ubuntu. Перевір.

Якщо це не те, що ви шукаєте, найкращим варіантом (і рекомендованим способом дії) може бути встановлення дистрибутива менеджера пакунків, який ви хочете використовувати.

PacApt приносить дивовижний менеджер пакетів Arch Linux для інших дистрибутивів Linux (ну, сортування)

Source:  LifeHacker

1
Ось ЧИТАТИ для pacapt github.com/icy/pacapt#readme
Rinzwind

1
Це весело. : D
Акшіт Бантіхіял

2

Тут люди вирішують, як встановити portage на інших дистибуціях Linux, ніж gentoo: https://forums.gentoo.org/viewtopic-t-125553-postdays-0-postorder-asc-start-300.html

Тут людина описала, як встановити цілу генто на інший розділ з Ubuntu http://blog.abhiomkar.in/2008/07/17/install-gentoo-when-other-linux-running/


3
Ласкаво просимо до Ask Ubuntu! Хоча це теоретично може відповісти на питання, бажано було б сюди включити істотні частини відповіді та надати посилання для довідки.
Кевін Боуен

1
Крім того, обом путівникам майже 10 років (2008 проти 2007 р.). Ви впевнені, що вони все ще застосовуються до останніх та сучасних установок (або навіть зазначених у запитанні 12.04)? Більше того, читання ОП - це "новачок в Linux", і "просто цікаво", чи працює, просто вказуючи на якісь хитрощі, не згадуючи про наслідки, є трохи "недбалим" принаймні - так як новачок майже напевно закінчиться заплутаним -система (як я зазначив у своїй відповіді).
Іззи

0

Я можу придумати вагому причину, щоб хотіти встановити Portage в системі Debian. Пекти залежність. Не тільки для трясовини, з якою люди стикаються, коли виникають конфлікти, а для отримання RID-додатків, перелічених як залежності, які деякі користувачі можуть не захотіти.

Приклад?

Що робити, якщо я параноїк і не хочу "підвищеної безпеки Linux" або нічого, що виробляється в моїй системі NSA? Я не стверджую, що це по суті є вадою безпеки, хоча в ньому були знайдені деякі подвиги. Що робити, якщо я просто упереджений і хочу, щоб це було ВИМКНЕНО у моїй системі, не тому, що тому, що думка про мене дратує? Чому для цього потрібно видалити всі інші важливі програми в моїй системі? .... Я не кажу, щоб не включати його до вашої системи за замовчуванням, якщо ви цього хочете, але навіщо робити це такою довільною залежністю, коли це явно є НЕ один?

Мережна маска? Це не справжня залежність для вашого менеджера мережі. Я бачу, як це може бути корисно на серверах, але навіщо це потрібні користувачам настільних ПК? Насправді це може бути відповідальністю за користувачів, які хочуть отримати більше анонімності за допомогою віртуальних систем. У нього також є помилка, яка дозволяє вам зробити дійсно легку DDOS-атаку, або це робило назад, коли всі були з розуму від цього.

Avahi сервер? Знову ж, може бути корисним, але навіщо мені потрібна реклама на настільних комп’ютерах усіх її послуг та демонів? Якби я хотів більше анонімності, я б не хотів, щоб така програма рекламувала мої комп’ютерні послуги будь-якому хакеру чи урядовій службі, яка цього хотіла. На принтері повинен бути той, хто говорить "Я принтер" .... Мій комп'ютер не повинен бути тим, хто говорить "Я комп'ютер, який слухає всі ці порти, ти принтер ... ти принтер. .. ти принтер .. ". Коли я намагаюся його зняти, він занадто багато займає.

Чисті біоси? Не потрібно цього. Не хочу цього.

Що таке стандартна відповідь? Не видаляйте його. Відповідь це проста, але це смокче.

Щось на зразок Portage, який МОЖЕТ встановлювати двійкові файли, або навіть стиль Slackwares управління файлами, може принести користь для операційної системи на базі Debian / Ubuntu .... але тоді користувачі просто матимуть занадто великий контроль над власними комп'ютерами, і ми можемо чи можемо ми це у світі з відкритим кодом?

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.