A co zauvazovat nad sjednocenim balickovaciho systemu jako takoveho? Nebo snad existuji distribuce, pro ktere by nejaky vychytany balickovaci system nevyhovoval?
Aby sme sa rozumeli co to bude, podla mna to bude system, ktory ak ho bude dana distribucia podporovat tak tam bude nejaky program (alebo kniznica) kde budu zakladne funkcie ktore sa s balickami robia, napr:
A ak vy budete robit klikatko pre BFU aby si v stromovom zozname vybral nejaky soft tak nebudete musiet riesit ako sa to robi v deb a ako v rpm, proste zavolate jednu funkciu a kazde distro to spravi po svojom.
Ziaden spolocny repozitar balickov (ako tu niekto niekde pisal) sa podla mna konat nebude. Debian bude nadalej pouzivat nezmenene .deb, redhat nezmenene .rpm. Jedine co v oboch pribudne je "wrapper" s jednotnym a znamym rozhranim.
Ak si teda budete v RH nieco instalovat, normalne to pojde cez RPM balicky. V debiane deb. Wraper nepouzijete. Ten sa pouzije jedine v pripade ze si z netu stiahnete "Super Easy Poiny-And-Click Universal Installer" ktory bude pracovat na lubovolnej distribucii ktora ma ten wraper.
presne tak
este dodam, ze tento wrapper pomoze closed-source vyrobcom, chcu svoje produkty dodavat, ale nechcu sa babrat s jednotlivymi distribuciami: flash, acroreader, oracle db, java a pod.
Lidi se nedohodnou na jednom nejlepším systému. Radši bych měl kompatibilizační vrstvu, která by pracovala nad RPM, DEB a kdoví čím ještě a bylo by pak možné používat současně DEB i RPM. Je to zatím sice stejná "utopie", jako mít jediný balíčkovací systém, ale vidím v tom větší plus než mít jen jednu možnost volby ;-)