Vlákno názorů k článku Založte si vlastní repositář pro Ubuntu od laco - Ubuntu sice vychází z Debianu, ale ubunťácké balíčky...

  • Článek je starý, nové názory již nelze přidávat.
  • 29. 11. 2007 0:53

    laco (neregistrovaný)
    Ubuntu sice vychází z Debianu, ale ubunťácké balíčky nejsou s Debianem kompatibilní. Ubuntu si hraje na svém písečku.
  • 29. 11. 2007 6:52

    bez přezdívky
    Bohužel to ení zas až tak pravda....ale pokud vím, tak jde jen o závislosti, dokonce několik balíků pro Feisty nenainstaluju pod Gutsy(závyslosti)...ale jinak jako "formát" je to pořád stejný, pokud vím...
  • 29. 11. 2007 20:58

    Fracty (neregistrovaný)
    to je ale se závistlostmi pořád stejné, to nejde ani pod Debianem....pokud máte debian 2, tak stejně nenainstalujete věci pro Lennyho.
  • 3. 1. 2008 16:08

    anonymní
    Jak ktere a jeste je otazka jak moc prasecky. Treba debootstrap pro etch lze nacpat do woodyho a jde jim strapnout Lenny, nebo to aspon nedavno slo. Nekdy si jeden musi vypomoct upgradem nekterych knihoven, coz nekdy konci nepouzitelnosti a nutnosti aktualizace dalsich kousku, ktere vyzaduji aktualizaci dalsich knihoven...
    Tohle je asi ten nejvetsi problem z hlediska zpetne kompatibility v unixu, nakonec clovek zjisti, ze pro provoz nemala softu z 90 let skutecne potrebuje bud nejake plne virtualizovane prostredi nebo dualni knihovny, coz zase neni aplikovatelne genralne. Ted si vemte, ze unix tu je od let 70, jakpak asi bude tehdejsi soft kompatibilni s dnesnimi systemy? No, skoro vubec a pokud to bude slozitejsi nez hello world, asi bude nutne sahnout tomu vyrazne do zdrojaku pred kompilaci. Osobne vidim budoucnost prave ve virtualizaci a jmennych prostorech, kde bude mozne (byt se zvysenym rizikem) jet kazdou aplikaci s jeji stoletou knihovnou - pravda bude to dusledek bezpecnostnich snah vyvojaru kernelu, ale tohle by mohl byt velmi uzitecny side effect a v pripade nouze by mohlo byt v mnoha pripadech jednodussi napsat nejaky zbezpecnujici wrapper nez prepisovat celou aplikaci :)
    V tomhle jsou na tom wokna i MacOS podobne, bud neco archeologickeho neslape, nebo to ma vykonove handicapy a v horsich pripadech handicapy stabilitni ci bezpecnostni. Akoratze komecni systemy maji u vyvoje prachy na to, aby programatory zaplatili za tu zoufalou prudu s prevadenim a odchytavanim jednoho API nad druhym a linuxaci radeji delaji nove technologie zerou zbytecne tuny pameti a vykonu nez aby delali nezazivne kousky - tady si myslim, ze uz celkem dlouho linux zachranuji komercni firmy schopne platit programatory, na dobrovolne bazi bychom uz asi byli uplne jinde nez ve fazi rustu.
    Bohuzel se to tyka i vetsiny OS aplikaci - co umi dnesni KDE oproti verzi 1.2 navic? Sezere vic nez desetinasobek RAM, stoji stonasobek taktu CPU, ale funkcne je to prakticky totez, takze se dostavame presne do stadia, ktere na M$ tak vehementne kritizujeme - on treba design NT kernelu jako takoveho je velmi dobry (aby ne, kdyz na nem delali autori VMS a NT4 na systemech Alpha slape skutecne uzasne), treba takovy exceli team na pozadavek o zvetseni objemu baliku zareagoval zaclenennim MS flight simulatoru aniz by tim ohrozil funkcnost sve prace; problem je v managementu, ktery je schopen prodat jen veci viditelne vylepsene (zvetsene), u OpenSource je problem v tom, ze optimalizace a debugovani jsou pruda a pak mozna taky v tom, ze debugovat kod vyzaduje vice dovednosti nez jeho tvorba tak jsou kusy kodu na jejihz debug uz nikdo nema. Co umi dnesni linux tak zasadniho oproti RedHatu3 aby zabiral mnohonasobek? Myslim tim skutecny zaklad se siti bez sluzeb (ani logrotate) a shellem, jakmile bychom dosli ke sluzbam, grafice, nebo komplexnim aplikacim, byl by muj dotaz o mnoho komplexnejsi, tema by zustalo.
    Takze zaverem tohoto rozvlekleho postu bych rekl, ze to nakonec nemusi byt uplne spatne, ze je nejake ubuntu a vrazi prachy do vyvoje linuxu, drtiva vetsina jeho investic se diky GPL dostane k dispozici komukoliv a vlivem Dellu by mohlo jit i o investice do skutecne podstatnych kousku.
  • 29. 11. 2007 7:59

    Ondřej Surý
    A proč by mělo? Balíčky jsou dle definic závislostí kompatibilní na zdrojové úrovni. Binárně však kompatibilní ani nemůžou být.