Senki számára sem titok, hogy tekintettel a Ubuntu Az operációs rendszerek ökoszisztémájában az alkalmazásfejlesztők általában kiadják a páratlan bináris verziót ehhez a disztribúcióhoz, ami miatt ennek a disztribúciónak rengeteg alkalmazása van.
Itt válik a legnyilvánvalóbbá a játékokban, mivel mindannyian tudjuk, hogy az Ubuntu volt az úttörő a szoftverközpontjában a fizetős játékok beépítésének lehetőségének megvalósításában, és hát, köszönet minden szent fejlesztőnek nálunk is van Steam.
En ArchLinux felhasználhatjuk AUR, ahol bármilyen mennyiségű szoftvert találunk, bármilyen, de én épp most találtam ki hogy lehetséges a csomagok közvetlen telepítése Debian / Ubuntu használatával DPKG.
Mi az a DPKG?
Amint a Wikipédiában olvashatja:
A program dpkg ez a DebianGNU / Linux csomagkezelő rendszer alapja. Ian Jackson hozta létre 1993-ban. A Pack.deb telepítésére, eltávolítására és az azokról történő tájékoztatásra szolgál.
A Dpkg maga is alacsony szintű eszköz; magas szintű kezelőfelületre van szükség a csomagok távoli helyekről történő behozatalához vagy az összetett konfliktusok megoldásához csomagfüggőségekben. A Debiannak van hajlamos Erre a feladatra.
Telepítse a DPKG-t az ArchLinux rendszerre
Telepíteni DPKG Az ArchLinuxban ezt közvetlenül az AUR-tól kell megtenni:
$ yaourt -S dpkg
A Debian bináris telepítéséhez most végre kell hajtanunk:
$ sudo dpkg -i paquete_debian.deb
Hol van a DPKG probléma? Tudomásom szerint sajnos ez az alkalmazás nem oldja meg a függőségeket, ezért az APT-t vagy valami hasonlót kell használnunk. Valójában az APT az AUR-ból is telepíthető:
$ yaourt -S apt
Bár természetesen nem hiszem, hogy úgy működik, mint a Debianban, ráadásul hibát okozott a fordítás során. Tehát most már tudod, próbáld meg és mondd meg nekem, bár más terjesztések alkalmazásainak nagy része AUR-ban található
Szia, egy ideje használom az Arch-ot, de inkább máshol "keresgélek".
Nem vagyok egyértelmű az AUR-ban követett politikával kapcsolatban, biztonságos a repo használata. Szerintem az ott lévő csomagokat a disztró felhasználói töltik fel, akik segíteni akarnak a hivatalos repókban nem szereplő csomagok összeállításában. Az a kérdésem, hogy az AUR-val kapcsolatban van-e kontrollja arról, hogy mit tölt fel erre a repóra? Ellenőrzik az AUR csomagjait?
Ha nincs hivatalos ellenőrzése a repo felett, akkor senki sem garantálja az adott repóban szereplő szoftver gyors biztonsági frissítéseit, ha igen.
Most nem használom az Arch-ot, de kétségeim vannak az AUR-val kapcsolatban.
Üdvözlet.
sajnálom, a második sorban, ahol ez áll: biztonságos használni ezt a repót. KÉRDÉS.
Ez nem igazán 100% -osan biztonságos, bár eddig soha nem volt problémám az AUR-val. Az AUR esetében a csomagok nem kerülnek feltöltésre, hanem olyan szkriptek kerülnek feltöltésre, amelyeket áttekinthet, hogy megtudja, mit csinálnak, amelyek felelősek a csomagok letöltéséért és összeállításáért.
Egyébként, amennyire tudom, a hivatalos repókban, szerintem kevésbé fontosak, több olyan csomag is található, amelyek megbízhatónak és szükségesnek tartották őket, és az AUR-ból vándoroltak. Az Arch Linux készítői fenntartanak néhány csomagot, de vannak olyanok, amelyeket a helyüket elnyert felhasználók tartanak fenn, és csomagjaikat jó minőségűnek tekintik. Az AUR-ban ez bonyolultabb, bárki feltölti, amit akar, akár működik, akár nem, de több olyan dolog van, amely nagyon letöltött és jól működik.
ezért kérdeztem az AUR-ról, nem tudtam, hogy biztonságos-e az adott repó használata. De jó, ha, mint Elav mondja, ami valójában az AUR-ban található, azok a szkriptek, amelyek letöltik a csomagokat és összeállítják, akkor feltételezem, hogy a csomagokat a hivatalos webhelyről letöltjük, majd összeállítjuk, ezért arra következtetek, hogy biztonságos az AUR használata.
bár bosszantó, ha minden alkalommal át kell olvasnunk a szkripteket, amikor valamit telepítünk az AUR-ból, amikor más disztribúciókkal elkerüljük ezeket a tekercseket. Úgy gondolom, hogy az Arch használata szinte elengedhetetlen az AUR használatához, mivel csak a hivatalos repóknál marad el az alkalmazásoktól.
Éppen ezért úgy gondolom, hogy az Arch használata a szükségesnél több időt jelent a disztró jó állapotban tartása és a frissítés során bekövetkező esetleges hibák miatt, így ez a disztró nem győz meg teljesen.
Nem szükséges mindig ellenőrizni a szkripteket. Valójában, ha egy AUR-ban lévő alkalmazásnak 100 szavazata van, akkor bízhat abban, hogy legalább 100 felhasználó átnézte, és megbízhat a forrásban.
Másrészt az a lehetőség, hogy áttekintheti és szerkesztheti ezeket a fájlokat, nagyobb ellenőrzést biztosít a telepíteni kívánt fájlok felett. Az AUR-ban lévő csomagok közül sok, ha nem a legtöbb, a forráskódból települ (hivatalos repókból). Például letöltik a forrásokat egy Git-tárból (egyes alkalmazások hivatalos repója), és a függőségek megoldása előtt lefordítják a programot, becsomagolják, és készen áll a telepítésre.
Például az Ubuntuban vannak olyan repók is, amelyeket a felhasználók tartanak fenn, és azok már nem
nem kevésbé megbízható, mint az Arch felhasználók által fenntartott.
Röviden, nem tudja megítélni a disztribúciót egyszerűen az alapján, amit ott hall vagy olvas, ki kell próbálni, és tudni fogja, hogy meggyőz-e vagy sem.
Idézet: "Ha nincs hivatalos ellenőrzése a repo felett, akkor senki sem garantálja az adott repóban szereplő szoftver gyors biztonsági frissítéseit, ha igen."
A csomagokat általában hivatalos forrásokból telepítik. Például, ha le akarja próbálni a Kwin legújabb verzióját (a git-ből), letölti azt a hivatalos kde repo-ból, amely karbantartja. Lehet-e gyorsabb, mint a hivatalos forrásokból történő frissítés?
Egyébként is:
https://wiki.archlinux.org/index.php/Arch_User_Repository_(Español)
😉
"Úgy gondolom, hogy az Arch használata szinte elengedhetetlen az AUR használatához, mivel csak a hivatalos repókkal marad el az alkalmazásoktól."
Bár az AUR nagyon hasznos, ez nem jelenti azt, hogy a hivatalos repókban (core, extra, közösség) nem minden felhasználó számára szükséges a csomagok túlnyomó többsége.
És más disztribúciókban is, például az Ubuntuban, sok esetben végül nem hivatalos repókat, vagy az ilyen általános PPA-kat vesznek fel, vagy amikor a .deb fájlt letöltik a telepítéshez, az utóbbi esetekben ugyanúgy kiteszed magad, mint a AUR, ha nem ellenőrzi, hogy mit és honnan tölt le, akkor ugyanabban van.
Hú, most vissza akarok térni Archhoz.
Most hogyan lehet az Arch-ot megtartani anélkül, hogy feltörné vagy frissítené és elkerülné a konfliktusokat. Mivel néhány hónappal ezelőtt kipróbáltam az xfce-t, és számos alkalmazás, például a vlc, többek között nem működött nálam. Ez anélkül, hogy Manjaróra váltana.
Értem, még egy kérdés.
Amikor egy alkalmazást frissítenek a hivatalos adattárában, az alkalmazás AUR-szkriptje automatikusan gondoskodik-e az új verzió letöltéséről, vagy szükséges-e, mielőtt az AUR-ban lévő szkript készítője frissítette volna, hogy később letölthesse az új verziót kérdéses alkalmazás?
A szkript készítőjének manuálisan kell frissítenie; bár általában, mivel a telepítési módszer nem változik, csak a verziószám és az ellenőrző összeg módosításáról van szó.
Még jó, hogy az AUR-ban van. Legalábbis szívesebben csinálom AUR nélkül ezeket a problémákat.
Az első dolog a kívánt csomag megkeresése az AUR-ban.
Végső megoldásként erre, amiről valójában nem volt tudomása.
Nagyon köszönöm a hozzájárulást!
Nagyon jó dpkg a debianban és a derivatívákban, de szinte mindig használnod kell
dpkg -i (programnév), majd az apt-get -f install (ez megoldja a függőségeket), és ismét futtassa a dpkg -i (programnév) és a voila parancsot.
Ahogy Elav fent mondta, egyetlen csomag sem kerül feltöltésre az AUR-ba; olyan szkriptek, amelyek letöltik a forráskódot és önállóan lefordítják. Nincs ennél kényelmesebb. Nem tudom elviselni az adattárak hozzáadását, az AUR-ban mindez egy parancs.
Nagyon jó hozzászólás, nem tudtam, hogy használhatod a dpkg-t ívben és származékaiban.
Kipróbálta még valaki ??? Az archlinux szempontjából csak null vagyok, az evolúció révén telepítettem, de nem tudtam telepíteni egy epson l355 nyomtatót és a bluetooth-ot. Csodálatos lenne, ha a .deb csomagokat fel lehetne telepíteni, mivel a linuxos mentában a probléma az, hogy a mentával a Linux-mentával rendelkező notebookom túlmelegedik, és az arch-val az az igazság, hogy ebben semmi nem ugrik elő, és szükségem van rá ...
Helló, nekem is megvan az az L355 nyomtatóm, amelyet wifin keresztül lehet nyomtatni, de még soha nem tudtam kinyomtatni és telepíteni az archlinux-ba sem.
Nagyon jó poszt, minden nagyon jól el van magyarázva