Software portabil

Software - ul portabil (din franceză portabil din latină portare „[cu sine] pentru a transporta“), de asemenea , numit software independent sau stick - ul (USB) ware , este software - ul , de obicei , software de aplicație , care pot fi utilizate pe diferite calculatoare , fără ajustări suplimentare sau de configurare ( instalații ) în funcțiune. De exemplu, poate fi transferat (sau copiat ) pe un suport de stocare detașabil și executat de acolo pe orice computer (compatibil) fără a-l instala pe acesta.

Motivație și beneficii

Mulți utilizatori doresc ca anumite programe, dar și setările și datele personale, să fie disponibile pe diferite computere. Cu ajutorul software-ului portabil, acestea pot fi copiate pe un stick USB (sau pe un alt suport de stocare detașabil ), astfel încât utilizatorul trebuie doar să conecteze acest stick pentru a avea acces la programele și setările sale.

Deoarece software-ul portabil nu lasă urme pe computerul gazdă și nu trebuie instalat, acesta poate fi folosit și pe computerele care nu au acest software, chiar dacă unul nu are drepturi de administrator sau nu are acces la scriere la un operator de date de sistem. .

Definiție și delimitare

Ceea ce se presupune că un software portabil este „portabil” sau „independent” variază oarecum: Uneori se înțelege independența în cadrul unei instalări (de operare) a sistemului (adică programele aplicației pot fi mutate în arborele de directoare fără a pierde funcționalitatea ) Aceasta înseamnă independență de un sistem hardware specific (adică software-ul este, de asemenea, pe deplin funcțional pe alte sisteme computerizate fizice , dar compatibile ). Independența anumitor familii de sisteme de operare , denumită de obicei independența platformei , nu este ceea ce se înțelege atunci când este menționat software-ul portabil, deoarece aceasta este o calitate care depășește de obicei scenariile de utilizare ale software-ului portabil.

Pentru cele mai frecvente programe de aplicații de caz de utilizare, software-ul portabil poate fi de asemenea înțeles ca o variantă de virtualizare a aplicației . Cu o virtualizare mai extinsă a sistemului , se pot realiza și proprietăți portabile, dar cu efort suplimentar și dezavantaje suplimentare (dimensiunea fișierului, performanță, integrare mai slabă UX / GUI ).

caracteristici

În principiu, software-ul portabil interacționează ușor cu sistemul de operare sau nu este (sau doar slab) integrat în acesta. În consecință, depinde doar de câteva proprietăți ale sistemului de operare specific și ale sistemului computerizat (fizic).

Nu este necesară instalarea

De obicei, software-ul portabil nu trebuie instalat și poate fi utilizat direct de pe suportul suport . Uneori este pregătit pentru utilizare copiându-l în (orice) director de computer gazdă. În majoritatea cazurilor, software-ul gata de utilizare poate fi de asemenea duplicat după utilizare prin simpla copiere a acestuia, ceea ce este avantajos pentru o copie de siguranță simplă a datelor pe un alt suport de date și pentru distribuirea ușoară a software-ului. Software-ul portabil este adesea distribuit ca o arhivă ambalată , care trebuie să fie despachetată doar într-un director fără a fi nevoie de programe de instalare specifice sistemului . Această simplă despachetare este uneori denumită în mod înșelător ca instalare , deși nu există o integrare mai profundă în sistemul gazdă.

Dacă software-ul portabil este „instalat”, este vorba despre instalare în condiții foarte non-restrictive, i. Aceasta înseamnă că locația de stocare poate fi selectată în mod liber, bibliotecile de sistem necesare sunt reduse la minimum și nu sunt necesare drepturi speciale de utilizator (administrator sau root) etc.

Nu există urme pe sistemul gazdă

În mod ideal, software-ul portabil nu lasă urme pe sistemul gazdă. Pe de o parte, urmele pot fi intrări de instalare de orice fel (de exemplu în baza de date de înregistrare , în profilul de utilizator sau altele asemenea) sau, pe de altă parte, datele utilizatorului care nu ar trebui să rămână pe un computer străin.

Funcție cu drepturi restrânse

Adesea, unul nu are drepturi de administrator pe sistemul gazdă . Prin urmare, software-ul ar trebui să poată rula și cu drepturi restrânse. Astfel, dacă sistemul gazdă este configurat corect, nu poate provoca daune excesive.

Cu toate acestea, acest lucru nu este posibil dacă programul are nevoie de acces direct la hardware sau la anumite componente ale sistemului. Deci ai nevoie de z. B. programele de criptare FreeOTFE sau TrueCrypt în sine în „Portable Mode” sau „Traveler Mode”, pentru criptarea sau decriptarea suportului amovibil cu drepturi de administrator.

Dezvoltarea de programe portabile

Programele portabile sunt adesea versiuni adaptate ale programelor convenționale care necesită instalare. Pentru a le distinge de acestea, predicatul „portabil” este adesea pus în față. Există, de asemenea, programe adaptate la condițiile mediilor speciale de stocare a datelor (în special memoria flash ) , de exemplu în ceea ce privește accesul la scriere . O formă specială este software-ul U3 , care poate fi executat numai de pe un stick USB compatibil cu software-ul U3 proprietar .

Cu toate acestea, nu fiecare program poate fi transformat într-o versiune portabilă.

Limitele programelor portabile

Dependența platformei hardware

Aplicațiile disponibile într-un format binar (de exemplu, ELF sau PE ) au fost generate de un compilator pentru o anumită platformă hardware (de exemplu, IA-32 ). Diferite arhitecturi CPU variază în setul de instrucțiuni , dimensiunea cuvântului de date (de exemplu, 32 de biți sau 64 de biți) sau ordinea de octeți . Acest lucru limitează utilizarea portabilă pe platformele aceluiași hardware. O abordare portabilă pentru a ocoli această problemă sunt așa-numitele binarii fat , care conțin variante pentru mai multe platforme hardware. De exemplu, Apple folosește Fat Binaries din 2006, numit aici Universal Binaries , pentru a permite tranziția lină de la procesoare PowerPC la procesoare Intel.

Software legat de sistem

Nu toate programele sunt adecvate pentru utilizare ca software portabil. De exemplu, monitoarele de viruși, instrumentele de sistem și alte programe software legate de sistem necesită capacitatea de a interveni profund în sistem. Versiunile lor portabile au o importanță mai mică, deoarece de obicei nu pot avea aceeași gamă de funcții ca software-ul instalat.

Pe de altă parte, programele generale de aplicații, de exemplu editorii de text și clienții de e-mail, trec de obicei fără intervenția sistemului și sunt potrivite pentru utilizare portabilă. De exemplu, suita de birou LibreOffice este disponibilă într-o versiune portabilă.

Probleme juridice

Pe lângă aspectele tehnice, licența software și orice mecanisme de protecție împotriva copierii joacă un rol și atunci când este utilizată ca software portabil . Copierea software-ului de către producător sau licențiator este adesea nedorită și este interzisă în acordul de licență. Protecția împotriva copierii leagă adesea un program de un sistem specific - legarea la un operator de date mobil este complexă din punct de vedere tehnic și de obicei nu este prevăzută. Prin urmare, software-ul gratuit joacă un rol decisiv aici, deoarece garantează utilizatorului dreptul la utilizare nelimitată - și ca software portabil. Cu toate acestea, licența GPL gratuită, dar strictă, uneori împiedică conectarea statică a dependențelor de bibliotecă pentru a crea programe portabile. GPL, sub care stau multe biblioteci, exclude acest lucru dacă programul în sine este supus unei licențe mai puțin restrictive sau proprietare.

Securitatea companiei

Managerii IT sunt responsabili pentru configurarea și securitatea sistemelor din rețeaua companiei. Mediile de stocare detașabile și datele și programele pe care le conțin sunt dincolo de controlul lor și prezintă un risc. Ca măsură preventivă, este uneori obișnuit să blochezi porturile USB din BIOS sau din sistemul de operare al computerului sau să împiedici rularea programelor. de pe suport extern.

Sisteme de operare și portabilitate

Software pentru Windows

Windows cu rădăcinile sale MS-DOS nu are un standard fix sau un acord fix cu privire la calea de instalare pentru programe; utilizatorul este aproape întotdeauna întrebat despre o cale țintă în timpul instalărilor. Ca rezultat, căile variate de execuție ale programelor nu sunt adesea o problemă, atât pe sistemul de operare, cât și pe partea aplicației, spre deosebire de sistemele de operare de tip Unix, unde au prevalat locațiile standard . Portabilitatea programelor din orice director (de instalare) (vezi linia 9) cu propriile biblioteci locale ( DLL-uri private ) este ceva ce Windows datorează originilor sale MS-DOS; Majoritatea programelor DOS sunt portabile și doar câteva necesită programe TSR speciale care trebuie încărcate la pornirea sistemului.

Dezvoltarea software-ului portabil pentru Windows beneficiază, de asemenea, de faptul că compatibilitatea descendentă are o prioritate ridicată pentru această platformă software (interfețe funcționale stabile, structură de directoare etc.), deci se depune mult efort pentru a se asigura că programele binare pot fi executate într-o gamă largă de versiuni Windows și a acestora Pentru a asigura actualizări.

Cu toate acestea, utilizarea recomandată a registrului central din Windows 95 în locul fișierelor INI locale este un obstacol în calea portabilității în Windows. Dacă programele își salvează datele de configurare în registru, acestea nu pot fi copiate cu ușurință între diferite computere și adesea nu este documentat în ce parte a acestei baze de date un program își stochează setările. Stocarea împrăștiată a datelor programului în mai multe directoare de sistem (profil, setări personale, marcaje personale etc.) ca parte a administrării multi-utilizator complică, de asemenea , portabilitatea.

Software Linux

Sub Linux, programele sunt de obicei profund integrate în sistemul de operare; H. compilate și livrate împreună cu aceasta ( distribuție Linux ). Această slabă diferențiere între aplicații și sistemul de operare și, astfel, conceptul slab de platformă binară și stabilă face mult mai dificilă crearea de aplicații portabile. Aceasta include administrarea generală strictă, la nivel de sistem, a aplicațiilor și a bibliotecilor de programe prin gestionarea pachetelor , care îngreunează portabilitatea. După o analiză a proiectului klik pe diferitele sisteme de gestionare a pachetelor sub Linux, cele mai frecvent utilizate sisteme RPM și APT nu au capacități importante pentru a permite instalarea portabilă. Proprietățile lipsă includ instalabilitatea fără drepturi de root („Instalarea pachetului non-root”), imposibilitatea de a deteriora sistemul sau alte aplicații („Imposibil de a încurca sistemul de bază”, „Imposibil de a încurca alte aplicații”) și Abilitatea de a instala mai multe versiuni ale unei aplicații („Mai multe versiuni coexistă”).

De asemenea, relocarea programelor de aplicații între diferite directoare nu este prevăzută în Linux; căile sunt de obicei codificate în aplicație în momentul compilării . Biblioteca binreloc aparținând pachetului automat oferă funcționalități comparabile cu funcția API Win32 , făcând posibile aplicațiile și bibliotecile relocabile în director. GetModuleFilename()

Diferențele dintre distribuțiile Linux, adică variațiile în structura arborelui de directoare și bibliotecile furnizate, pot preveni, de asemenea, execuția portabilă fără probleme a unui fișier de program binar. Abordarea de dezvoltare a generării de aplicații portabile de distribuție încrucișată și prin intermediul unei legături statice complete a dependențelor bibliotecii este dificil de implementat din punct de vedere tehnic, poate fi, de asemenea, prevenită de conflicte de licență și este, printre altele. nu este binevenită de comunitatea Linux din cauza subminării infrastructurii distribuitorului și a actualizărilor.

În ceea ce privește programarea, pot fi create și mai multe programe portabile cu biblioteci private printr-o cale de bibliotecă relativă cu opțiunea linker$ORIGIN . Avantajele acestei abordări sunt că nu sunt necesare LD_LIBRARY_PATHajustări ale utilizatorilor la căile bibliotecii sau la alte scripturi (spre deosebire de abordări) și, în același timp, sunt evitate majoritatea dezavantajelor legării statice.

Există câteva abordări pentru sistemele de instalare care permit aplicații mai portabile și independente de distribuție, cum ar fi Autopackage , RUNZ, PortableLinuxApps (succesorul Klik), Zero Install și CDE. Cu toate acestea, fiecare dintre aceste sisteme urmează o abordare diferită și acoperă astfel un aspect diferit al portabilității. În plus, aceste soluții au găsit până acum adoptare și suport limitat în comunitatea Linux, inclusiv: din cauza preocupărilor comune cu privire la soluțiile care nu sunt gestionate de pachete.

Sisteme de operare portabile

Un caz special este software-ul portabil care este încorporat în propriul său sistem de operare și, prin urmare, necesită repornirea și pornirea computerului gazdă pentru utilizare portabilă. Există multe soluții pentru aplicațiile software cu sisteme de operare portabile, bazate pe Linux, în special pentru software-ul Linux, unde este dificil să creați programe portabile și de distribuție încrucișată. Numeroase derivate Linux oferă așa-numitele CD-uri live , cum ar fi B. Knoppix , care permite funcționarea de pe un disc amovibil fără a lăsa urme pe computerul gazdă.

Conform EULA, Microsoft Windows ar trebui să fie întotdeauna instalat pe un hard disk (instalat permanent) și, prin urmare, nu ar trebui să fie utilizat oficial portabil. Cu toate acestea, acordurile de licență pentru utilizatorii finali care nu au fost convenite înainte de cumpărare (de exemplu, pe care un cumpărător este de acord numai după cumpărare în timpul instalării, de exemplu ) sunt ineficiente conform legislației germane și austriece.

Cu Microsoft Windows PE , cu toate acestea, există o versiune redusă de Windows care este concepută, printre altele, pentru instalarea pe suporturi amovibile. Există, de asemenea, soluții terțe, cum ar fi mediul preinstalat al lui Bart .

Vezi si

Link-uri web

Dovezi individuale

  1. ↑ portabil - Duden , Bibliographisches Institut ; 2016
  2. ↑ a b Simon Peter: Tabel comparativ. (Nu mai este disponibil online.) Klik.atekon.de, 29 ianuarie 2009, arhivat din original la 23 decembrie 2015 ; accesat la 26 martie 2010 (engleză). Informații: linkul arhivei a fost inserat automat și nu a fost încă verificat. Vă rugăm să verificați linkul original și arhivă conform instrucțiunilor și apoi eliminați această notificare. @ 1@ 2Șablon: Webachiv / IABot / klik.atekon.de
  3. ^ A b Thomas Leonard: Instalare zero: comparație cu alte sisteme. 0install.net/, 1 ianuarie 2010, accesat la 26 martie 2010 .
  4. ↑ Computer Apple: „Binare universale și binare PowerPC pe 32 de biți / 64 de biți” în Referința formatului de fișier Mac OS X ABI Mach-O. 8 martie 2006, accesat la 13 iulie 2006 .
  5. ^ A b c Eskild Hustvedt: Noua noastră modalitate de a întâlni LGPL. 8 februarie 2009, arhivat din original la 13 aprilie 2014 ; Adus pe 9 martie 2011 (engleză): „ Puteți utiliza un cuvânt cheie special $ ORIGIN pentru a spune„ relativ la locația reală a executabilului ”. Dintr-o dată am descoperit că putem folosi -rpath $ ORIGIN / lib și a funcționat. Jocul încărca bibliotecile corecte, deci era stabil și portabil, dar era și acum complet în spiritul LGPL, precum și al scrisorii! "
  6. ↑ Hisham Muhammad: Arborele Unix regândit: o introducere în GoboLinux. www.kuro5hin.org, 9 mai 2003, accesat la 19 decembrie 2011 : „ Din păcate, nu toate programele au flexibilitatea de a fi instalate oriunde. Ocazional, căile hardcoded se strecoară, chiar și în programele care aparțin landului utilizatorului (care ar trebui, cel puțin teoretic, să se permită instalarea în directorul de start al unui utilizator). "
  7. ↑ Arnaud Desitter: utilizarea bibliotecilor statice și partajate pe platforme; Rândul 9: Calea bibliotecii. ArnaudRecipes, 15 iunie 2007, arhivat din original la 1 iunie 2008 ; accesat la 7 iulie 2010 (engleză): „ Win32 :. și apoi PATH "
  8. ↑ a b Rick Anderson: The End of DLL Hell. microsoft.com, 11 ianuarie 2000, arhivat din original la 5 iunie 2001 ; Accesat la 15 ianuarie 2012 : „ DLL-urile private sunt DLL-uri care sunt instalate cu o anumită aplicație și utilizate doar de acea aplicație. "
  9. ^ Ian Murdock : Despre importanța compatibilității înapoi. (Nu mai este disponibil online.) 17 ianuarie 2007, arhivat din original la 14 ianuarie 2012 ; accesat pe 4 ianuarie 2012 . Informații: linkul arhivei a fost inserat automat și nu a fost încă verificat. Vă rugăm să verificați linkul original și arhivă conform instrucțiunilor și apoi eliminați această notificare. @ 1@ 2Șablon: Webachiv / IABot / ianmurdock.com
  10. ↑ http://support.microsoft.com/kb/256986 Descrierea registrului Microsoft Windows (3 decembrie 2007)
  11. ↑ a b Tony Mobily: 2009: instalarea software-ului în GNU / Linux este încă ruptă și o cale de remediere. (Nu mai este disponibil online.) Www.freesoftwaremagazine.com, 23 iunie 2009, arhivat din original la 26 iunie 2009 ; Adus pe 23 martie 2010 (engleză): „ Fiecare distribuție GNU / Linux din acest moment (inclusiv Ubuntu) confundă software-ul de sistem cu software-ul utilizatorului final, în timp ce acestea sunt două fiare foarte diferite care ar trebui tratate foarte, foarte diferit. „ Informații: linkul arhivei a fost inserat automat și nu a fost încă verificat. Vă rugăm să verificați linkul original și arhivă conform instrucțiunilor și apoi eliminați această notificare.  @ 1@ 2Șablon: Webachiv / IABot / www.freesoftwaremagazine.com
  12. ↑ Benjamin Smedberg: Ubuntu este un sistem de operare? 4 octombrie 2006, accesat la 20 ianuarie 2012 (engleză): „ Ubuntu nu încearcă să fie o platformă pentru software-ul de aplicații de piață: încearcă să fie furnizorul principal atât al sistemului de operare, cât și al tuturor aplicațiilor software că un utilizator obișnuit ar dori să ruleze pe mașina sa. Majoritatea distribuțiilor Linux sunt așa și cred că este o tendință periculoasă care va înăbuși inovația și utilizabilitatea sau, chiar mai rău, va face desktopul irelevant. "
  13. ↑ Michael Simms: Gestionarea bibliotecilor care se comportă greșit în produse binare. Linux Game Publishing , 18 august 2009; arhivat din original la 22 februarie 2014 ; accesat la 15 ianuarie 2012 (engleză): „ Este un pic o formă de artă arcane, făcând un joc care rulează pe toate versiunile Linux. [...] [Bibliotecile] își vor încărca propriile dependențe într-un mod pe care nu îl putem controla. Cea mai mare problemă este că OpenAL și SDL încearcă să deranjeze libasound, iar pe unele mașini, libasound nu funcționează cu binarele noastre. Pe alții, se poate prăbuși de fapt întregul joc din cauza incompatibilităților. Aceasta este o problemă obișnuită atunci când se tratează configurații de sistem necunoscute atunci când se trimite în lume un produs numai binar. "
  14. ^ Peter Keller: Drumul spre Iad este pavat cu bune intenții. 24 mai 2005, arhivat din original la 23 noiembrie 2008 ; Accesat pe 12 ianuarie 2012 (engleză): „ Nu rupeți API-urile și comportamentul la toate reviziile bibliotecilor dinamice. Da, asta înseamnă TU Linux. Aceasta este una dintre cele mai mari cauze ale eșecurilor portabilității. Doar încetează să o faci. "
  15. ↑ David Douthitt: De ce scriptul meu / bin / sh nu rulează sub Ubuntu? administratosphere.wordpress.com, 20 iulie 2011, accesat la 10 ianuarie 2012 (engleză): „ În Ubuntu 6.10 [...] s-a luat decizia de a înlocui Bourne Again Shell (bash) cu Debian Almquist Shell (sau liniuță) ca / bin / sh în Ubuntu. A existat o revoltă considerabilă [...] deoarece utilizarea liniuței în locul bash-ului original a cauzat ruperea a numeroase scripturi. [...] Dacă obiectivul Ubuntu ar fi să ofere un mediu stabil și neschimbat, atunci deciziile lor ar fi diferite - și ar duce la o experiență îmbunătățită a clienților. "
  16. ↑ a b c Evan Jones: Portabile Linux Binaries. 13 februarie 2008, accesat la 10 ianuarie 2012 (engleză): „ Linux nu este bine cunoscut pentru portabilitatea sa binară. Bibliotecile variază de la sistem la sistem, iar interfețele nucleului au tendința de a se schimba. [...] Recent, trebuia să construiesc un sistem binar pe un sistem și să îl rulez pe altul. Folosea doar funcții standard de bibliotecă C, așa că mă așteptam să fie ușor. Nu a fost. [...] "
  17. ↑ Eric Brown: certificările LSB 4.0 își propun să vindece fragmentarea Linux. (Nu mai este disponibil online.) Linuxfordevices.com, 8 decembrie 2010, arhivat din original la 24 decembrie 2013 ; accesat pe 16 noiembrie 2011 (engleză): „ [...] LSB ajută la reducerea fragmentării, nu o elimină. „Problema ambalajelor și a dependențelor mai largi este încă una mare (pentru mine) cel puțin”, scrie Kerner. „Același RPM pe care îl obțin pentru Fedora nu va funcționa pe Ubuntu, iar pachetele Ubuntu DEB nu vor funcționa pe SUSE etc. etc.” […] „ Informații: linkul arhivă a fost inserat automat și încă nu a fost verificat. Vă rugăm să verificați linkul original și arhivă conform instrucțiunilor și apoi eliminați această notificare. @ 1@ 2Șablon: Webachiv / IABot / archive.linuxgizmos.com
  18. ↑ a b c d Simon Peter: Documentația AppImageKit 1.0. (PDF; 38 kB) (Nu mai este disponibil online.) PortableLinuxApps.org, 2010, pp. 2-3 , arhivat din original la 29 noiembrie 2010 ; Accesat la 29 iulie 2011 (engleză): „ Nu este ușor să mutați o aplicație de la o mașină la alta: dacă ați folosit o aplicație pe o mașină și ați decis că doriți să utilizați aceeași aplicație fie într-o bază de operare diferită sistem (să zicem, doriți să utilizați OpenOffice pe Fedora după ce l-ați folosit pe Ubuntu) sau dacă pur și simplu ați duce aplicația de la o mașină la alta (să zicem de pe computerul desktop la netbook), trebuie să descărcați și să instalați aplicația din nou (dacă nu ați păstrat în jurul fișierelor de instalare și dacă cele două sisteme de operare nu partajează exact același format de pachet - ambele fiind destul de puțin probabil). „ Informații: linkul arhivei a fost inserat automat și nu a fost încă verificat. Vă rugăm să verificați linkul original și arhivă conform instrucțiunilor și apoi eliminați această notificare. @ 1@ 2Șablon: Webachiv / IABot / portablelinuxapps.org
  19. ^ Mike Hearn: Ghid pentru realizarea aplicațiilor relocabile (BinReloc 2.0). autopackage.org, arhivat din original la 25 ianuarie 2009 ; accesat la 26 ianuarie 2012 (engleză): „ Cu toate acestea, majoritatea aplicațiilor nu sunt relocabile. Căile în care caută fișiere de date sunt de obicei hardd în timpul compilării. Pe Win32, aplicațiile și bibliotecile sunt ușor de relocat, deoarece aplicațiile și DLL-urile pot folosi GetModuleFilename () pentru a obține calea completă. "
  20. ↑ a b Troy Hepfner: Linux Game Development Part 2 - Binare distribuibile. gamedev.net, 1 octombrie 2007, arhivat din original la 13 octombrie 2007 ; accesat pe 19 decembrie 2011 (engleză): „ Crearea unui executabil care funcționează pe aproape toate distribuțiile Linux este o provocare. Există o serie de factori care contribuie la problemă [...] "
  21. ↑ Christoph Baus: încă un coșmar Unix: conectarea statică a libstdc ++. 31 mai 2005, arhivat din original la 10 februarie 2010 ; accesat la 15 ianuarie 2012 .
  22. ^ Ulrich Drepper : Legarea statică considerată dăunătoare. redhat.com , arhivat din original la 27 mai 2010 ; accesat pe 13 ianuarie 2012 (engleză): „ Există încă prea mulți oameni care cred (sau chiar insistă) că legătura statică are beneficii. Nu a fost niciodată cazul și niciodată nu va fi cazul. [...] "
  23. ↑ Timothy: CDE - Facilitarea portabilității Linux. Slashdot , 12 noiembrie 2010, accesat la 21 ianuarie 2012 (engleză): „ Un cercetător de la Stanford, Philip Guo, a dezvoltat un instrument numit CDE pentru a împacheta automat un program Linux și toate dependențele sale (inclusiv biblioteci la nivel de sistem, fonturi , etc!) astfel încât să poată fi rulat de pe cutie pe o altă mașină Linux, fără a lucra mult la configurarea bibliotecilor și a versiunilor de programe sau a problemelor cu versiunea de dependență. "
  24. ^ Nicholas Vining: Dragă comunitate Linux: Trebuie să vorbim. Jocuri Gaslamp, 13 octombrie 2010, accesat la 30 ianuarie 2011 (engleză): „ Comunitatea Linux, în înțelepciunea lor infinită, continuă să scoată iadul din CDE. [...] „Ar trebui să folosim toți doar gestionarea pachetelor.” Iată ce vreau să spun și să las cuvintele mele să fie duse de pe vârfurile muntelui, scrise pe mici tablete de piatră: Gestionarea pachetelor nu este un panaceu universal. "
  25. ↑ Bruce Byfield: Autopachetarea se luptă pentru a obține acceptare. linux.com, 12 februarie 2007, arhivat din original la 31 martie 2008 ; Adus pe 21 ianuarie 2012 (engleză): „ Dacă Hearn este corect, adevărata lecție a Autopackage-ului nu este cum să îmbunătățim instalarea software-ului, ci dificultatea - poate imposibilitatea - schimbărilor pe scară largă în arhitectura Linux până la sfârșitul istoriei sale . Este o concluzie dezamăgitoare și dezamăgitoare pentru un proiect care odată părea atât de promițător. "
  26. ↑ Jeff Licquia: Autopachet considerat dăunător. licquia.org, 27 martie 2005, accesat la 21 octombrie 2012 .
  27. ↑ Bart PE ( amintirea originalului din 17 ianuarie 2011 în Internet Archive ) Info: Arhiva link - ul a fost introdus în mod automat și nu a fost încă verificată. Vă rugăm să verificați linkul original și arhivă conform instrucțiunilor și apoi eliminați această notificare. - Articol pe pcwelt.de @ 1@ 2Șablon: Webachiv / IABot / pcwelt-wiki.de