A programok Linuxra történő telepítésének művészete

Az új programok Linuxra történő telepítése, bár óriási előnyökkel jár a Windows műveletekhez képest, összezavarhatja az új felhasználókat. Itt van egy lista azokról a dolgokról, amelyek javíthatók...

1. Nyílt forráskód ... és még valami

Az ingyenes szoftver lehetővé teszi, hogy bárki hozzáférjen a forráskódjához. A legtöbb felhasználó azonban nem a programok forráskódjához, hanem egy egyszerű bináris fájlhoz akar hozzáférni. Ebben az értelemben a fejlesztőknek aggódniuk kell attól, hogy az alkalmazásokat az összes verzió, vagy legalábbis a legtöbb változat számára elérhetővé tegyék. Szerencsére nem kell elvégezniük a piszkos munkájukat, mivel a különféle disztrók nagyszámú rajongója van, aki segíthet ebben a nemes feladatban.

2. Ööö ... most mi van?

Most telepítettem az X alkalmazást, és a parancsikon nem jelenik meg a főmenüben. Ez biztosan történt veled, különösen a Wine-on keresztül telepített Windows-alkalmazásokkal. Ez egy XNUMX. századi operációs rendszerben elfogadhatatlan.

3. Szabványosítsa az interfészeket

Felejtsük el egy pillanatra azt az őrült ötletet, hogy a telepítési csomagokat egyetlen formátumba egyesítsük, ami soha nem fog megtörténni (egyes esetekben nagyon érvényes okokból). Nagyon hasznos lehet azonban, ha a grafikus csomagtelepítési interfészek hasonlónak tűnnek, sőt kompatibilisek a különböző csomagrendszerekkel. Ez bizonyos esetekben előfordul, de szorgalmasabban kell elvégezni.

4. Az összeállításnak könnyebbnek kell lennie

Sokszor lehetetlen megszerezni a program csomagjait a kedvenc disztribúciónkhoz. Ebben az esetben az egyetlen lehetőség marad a forráskód letöltése és a fordítás megkísérlése. A rossz hír az, hogy sokan nem tartalmazzák azokat a lépéseket, amelyeket követni kell ahhoz, hogy sikeresek legyenek ebben a bonyolult feladatban. Nem lenne jó, ha egy install.sh szkriptet tartalmazna, amely mindent elintéz, még a függőségeket is ellenőrzi?

5. A "kézzel" összeállított program eltávolításának odüssziája

A "kézzel" lefordított program eltávolítása igazi rémálommá válhat, különösen, ha a fejlesztők nem adtak meg utasításokat a távolítsa el.

6. Standard meta-csomag?

Rendben, soha nem fogunk megállapodni abban, hogy közös csomagformátumot használunk. Nem lehetne azonban meta-csomagot használni, amelyen belül a meglévő csomagformátumok bármelyike ​​tárolható lenne (ugyanúgy, ahogy az AVI meta-csomag különféle videoformátumokat képes tárolni)? Így ugyanaz a csomag bármilyen disztribúción működhet. 🙂

7. Szabványosított csomagnevek

Mi a fenének adják a különböző disztrók ugyanazoknak a csomagoknak különböző neveket? A csomagfüggőségi problémák megoldásának megkönnyítése érdekében elengedhetetlen lenne megállapodni a csomagok elnevezésének egységes és egységes módszeréről.

8. Szabványosítsa a csomagok felépítését

A nevek mellett szükség van a programok összeállításának módszerének egységesítésére a csomagok felépítéséhez. Ma minden disztró azt csinál, amit akar. A probléma kijavítása következetesebbé tenné a csomag hierarchiáját és jelentősen csökkentené a zavart.

9. Forráskód automatikus fordítása és telepítése

Nem lenne jó, ha a csomagkezelők képesek lennének automatikusan letölteni, lefordítani és telepíteni a programokat ahelyett, hogy a jelenlegi csomagrendszert kellene használniuk? Úgy tűnik, hogy Yaourt ezen a vonalon halad ... de ennél több tapasztalat kellene.

10. Frissítések a webböngészőből

Az Ubuntuban az Apt egy olyan eszközzel rendelkezik, amellyel a programokat közvetlenül a webböngészőből lehet telepíteni. Más disztribúcióknak meg kell ismételniük ezt az élményt, sőt érdekes lenne online csomagkezelőket fejleszteni. Nem jelentene biztonsági rést, amennyiben a programokat letöltenék a disztribúció hivatalos tárházaiból.

11. Tényleg érdemes ennyi különböző csomagformátumot használni?

Nem tudom, hogy a teljes és az abszolút szabványosítás a legjobb megoldás-e, de állapodjunk meg abban, hogy a végtelen számú különféle csomagformátum megléte megnehezíti a fejlesztők dolgát, akik azt akarják, hogy minden Linux-felhasználó használja az alkalmazásaikat.

12. Futtassa a telepítés után

Mikor jelenik meg az imént telepített alkalmazás futtatásának lehetősége? Olyan egyszerű, és nagyon hasznos lenne. Ahelyett, hogy felesleges információkat (vagy legalább olyan részleteket jelenítenénk meg, amelyeket a legtöbb felhasználó nem akar tudni), érdekes lenne, ha rendelkeznénk ezzel a lehetőséggel.

13. Tartsa meg a forrásépítéseket a csomagok adatbázisában

A program összeállítása és telepítése Linux alatt nem csak nehéz feladat, ráadásul a csomagkezelő nem lesz tisztában a program telepítésével vagy annak függőségeivel, hisz abban, hogy továbbra sem elégedettek. Az a csomagkezelő is megoldja ezt a problémát, amely lehetővé teszi a programok fordítását és telepítését a forráskódjukból.

14. Távolítsa el a régi függőségeket

Ez nem az aptitude vagy a yum esetében van, de amikor az apt-get csomagok eltávolításához használjuk, akkor azok függőségeit (amelyeket más csomagok már nem igényelnek) nem távolítják el velük együtt. A helyzet kijavításához használnia kell sudo apt-get autoremove. Uraim, ennek automatikusnak kell lennie ... sokáig!

forrás: TECHRADARON


Hagyja megjegyzését

E-mail címed nem kerül nyilvánosságra. Kötelező mezők vannak jelölve *

*

*

  1. Az adatokért felelős: Miguel Ángel Gatón
  2. Az adatok célja: A SPAM ellenőrzése, a megjegyzések kezelése.
  3. Legitimáció: Az Ön beleegyezése
  4. Az adatok közlése: Az adatokat csak jogi kötelezettség alapján továbbítjuk harmadik felekkel.
  5. Adattárolás: Az Occentus Networks (EU) által üzemeltetett adatbázis
  6. Jogok: Bármikor korlátozhatja, helyreállíthatja és törölheti adatait.

  1.   OS módosítása dijo

    Hallottál már nhopkg-ról?
    nhopkg.org

  2.   pipo65 dijo

    a hozzájárulás nagyon segített nekem !!! Most már tudom, hogy létezik a sudo make uninstall !!!!