Ang DUR, ang AUR analog para sa Debian, ay pinakawalan lamang

Sa mahabang panahon ang Humihiling ang mga gumagamit ng Debian ng pagsasama ng isang lalagyan na pakete na katulad ng AUR sa Arch Linux at makikita natin ito sa mga reddit forum (halimbawa sa ang link na ito). Bakit sa sobrang tagal ang ideyang ito ay hindi naipatupad sanhi ito ng mga problema sa pagtitipon sa mga package na kinatawan nito sa oras, na hindi katulad ng Arch Linux ay mas simple.

Ang "maliit" na problemang ito sa loob ng mahabang panahon ay pinigilan ang mga gumagamit ng Debian na magawang tangkilikin ang isang analog ng AUR repository para sa kanila at kahit na ang mga Debian package repository ay mayroong maraming bilang ng mga package, ang totoo ay ang isang lalagyan na tulad ng AUR (ng klase na ito na nagpapahintulot sa mga third party na isama ang kanilang mga package) ay magbibigay-daan sa mga gumagamit na mag-access ng marami pa at tungkol sa Lahat ay may mga update at mga bagong bersyon ng mga tanyag na pakete sa mas kaunting oras, dahil ang pagsasama ng mga pag-update sa pangunahing lalagyan ay tumatagal ng ilang araw.

Ngunit ito ay tapos na Kaya, ilang araw na ang nakaraan ang inilunsad ng mga mahilig sa repository ng DUR (Debian User Repository), na nakaposisyon bilang isang analog ng AUR (Arch User Repository) na imbakan para sa Debian, na pinapayagan ang mga developer ng third-party na ipamahagi ang kanilang mga package nang hindi isinasama ang mga ito sa pangunahing mga repository ng pamamahagi. Tulad ng sa AUR, ang metadata at mga tagubilin sa pagbuo ng pakete sa DUR ay tinukoy gamit ang format na PKGBUILD.

Iyon ay, isang paraan ang natagpuan upang maalis ang kahirapan ng mga third party na pumipigil sa paglikha ng mga deb package, dahil maaari na itong maibigay mula sa mga file ng PKGBUILD sa tulong ng makedeb toolkit, na isang analog ng makepkg. Kasama rin dito ang manager ng mpm package, na nagbibigay-daan sa iyo upang kumuha at mag-install ng mga pakete mula sa AUR at Arch Linux repositories, at ang makedeb-db utility upang palitan ang mga dependency na tukoy sa Arch Linux sa mga dependency ng Debian.

Ang DUR ay idinisenyo upang matulungan ang mga gumagamit na gumagamit ng makedeb sa mga Debian system upang mas madaling makahanap at mabuo ang kanilang mga paboritong package na maaaring wala sa mga repository ng iyong pamamahagi. Ginawa din ang DUR upang malutas ang isang paulit-ulit na problema sa mga kahalili tulad ng PPA, sentralisasyon.

Sa mga PPA, makakakuha ka lamang ng isang piling pangkat ng mga pakete sa bawat lalagyan. Bilang karagdagan sa ito, ang mga PPA ay nangangailangan ng pagdaragdag ng karagdagang mga susi sa pag-sign sa iyong system, madaling mawalan ng petsa, at maaaring maging mahirap pamahalaan kung nais mong alisin ang mga ito mula sa iyong system.

Sa DUR nasa loob ka ng isang gitnang lalagyan, na nangangahulugang hindi mo kailangang maghanap ng maraming mga repository para sa mga gusto mong package.

Ginagawang madali din ng DUR para sa mga gumagamit na simulang magbahagi ng kanilang sariling mga pakete sa pamamagitan ng paggamit ng PKGBUILD na format ng package. Ang ibang mga kagamitan sa pagbuo na batay sa Debian ay madalas na nangangailangan ng pag-setup ng multi-file at nangangailangan ng mas kumplikadong pag-setup kumpara sa PKGBUILD, na sa karamihan ng mga pangyayari ay binubuo lamang ng isang solong file.

Ang Toolkit na Inihanda Pinapayagan si Debian na gumamit ng mga package na nilikha para sa AUR at ang pangunahing mga repository ng Arch Linux, kabilang ang pag-install ng mga pakete nang direkta mula sa AUR / Arch. Para sa pamamahagi ng mga pakete na inihanda ng pamayanan para sa Debian, isang hiwalay na lalagyan ng DUR ang iminungkahi, kung saan 4 na mga pakete ang kasalukuyang ipinamamahagi, kasama ang client ng Element Desktop Matrix.

DUR, tulad ng AUR, sa halip na umasa sa pamamahagi bilang isang kabuuan, manipulahin ang tiwala sa bawat indibidwal na developer na nag-aambag ng kanilang mga package sa AUR / DUR. Upang paghiwalayin ang mga kapaki-pakinabang na pakete mula sa mga kaduda-dudang mga, ginagamit ang isang system ng rating batay sa pagboto ng gumagamit, pati na rin ang mga tag na itinalaga bilang isang resulta ng pagsusuri ng nilalaman ng mga na-verify na kalahok. Ang integridad ng mga pakete ay nakumpirma ng digital na lagda ng bawat developer.

Panghuli, para sa mga interesadong maidadagdag ang imbakan na ito, maaari nilang suriin ang dokumentasyon Sa sumusunod na link. Maaari mong bisitahin ang imbakan mula sa ang link na ito.


Iwanan ang iyong puna

Ang iyong email address ay hindi nai-publish. Mga kinakailangang patlang ay minarkahan ng *

*

*

  1. Responsable para sa data: Miguel Ángel Gatón
  2. Layunin ng data: Kontrolin ang SPAM, pamamahala ng komento.
  3. Legitimation: Ang iyong pahintulot
  4. Komunikasyon ng data: Ang data ay hindi maiparating sa mga third party maliban sa ligal na obligasyon.
  5. Imbakan ng data: Ang database na naka-host ng Occentus Networks (EU)
  6. Mga Karapatan: Sa anumang oras maaari mong limitahan, mabawi at tanggalin ang iyong impormasyon.

  1.   Miguel Rodriguez dijo

    Bumubuo ito ng pagdududa sa akin; May katuturan ba ngayon ang DUR kung ang komunidad ng Debian ay maaaring direktang makipagtulungan mula sa AUR sa pagbuo ng package, pagpapanatili, pag-update at pagiging maaasahan? Dahil kung ngayon ay maaari silang magkaroon ng AUR upang mai-install ang mga pakete sa Debian, ang AUR ay hindi magkakaiba ngayon mula sa mga proyekto tulad ng OINm mula noong nasa ilalim ng pamamaraan na ito, kung ang mga pamamahagi batay sa Debian ay gumagamit ng ganitong paraan ng pagbuo ng mga pakete upang mai-install ang mga ito, karaniwang ang AUR ay magiging LUR ( Repository ng Linux Universal).

    1.    darkcrizt dijo

      Isinasaalang-alang niya na ang ideya ng isang unibersal na imbakan ay mas angkop.

  2.   Kawalang-kasiyahan dijo

    Sa debian ito ay hindi kinakailangan sa lahat, ang debian ay napakaraming uri ng mga pakete at hindi kailangang kumopya mula sa sinuman. Si Debian ay nakatuon sa seguridad at sabihin natin kung ano ang gusto natin, hindi ito ligtas, na ang sinuman ay maaaring mag-upload ng isang pakete doon, na hindi dapat umiiral. Iyon ang dahilan kung bakit hindi ko ginagamit o gusto ang arko. Hindi ito magtatagumpay, kung hindi oras sa oras. Sa debian sila ay purist at konserbatibo at hindi ito mabuti para sa Linux.

    1.    weaker4you dijo

      Nasa sa lahat iyon, dahil lamang sa ito ay isang pagpipilian ay hindi nangangahulugang gagamitin ito ng lahat, at hindi, si Debian ay hindi puno ng "mga pakete" tulad ng nabanggit mo, may daan-daang mga pakete na walang mga update, tulad ng libc6, qt5 o kahit na ang parehong mga tool ng GNU, si Debian ay may posibilidad na magkaroon ng isang napaka-mabagal na pag-update na cycle, hindi kasama ang katotohanan na ang inaalok na FFMPEG ay walang suporta sa NVENC at ito ay isang kumpletong pag-drag upang maipon ito nang walang mga problema.

      Binabanggit ang ilang na hindi naayos ni Debian mula noong Debian 7, na kung saan ay naging aking pangunahing distro mula noon, mas marami kang ginugulo sa Debian kaysa sa Arch Linux mismo.