mboost-dp1
unknown
Uhh lyder lækkert, nogle pakkesystems standarder der holder ku være rare at ha, det må undersøges lidt nærmere :)~
Hvorfor husker jeg autopackage som slacware tgz baseret?
Er jeg bare forvirret og forveksler to ting eller?
Er jeg bare forvirret og forveksler to ting eller?
Vil jo kun være 'små' pakker systemet fungerer godt med så vidt jeg kan se.
F.eks. fraråder de selv at større ting som GNOME/KDE bliver pakket i det - så jeg vil da også have svært ved at mange andre større projekter fungere med det.
Omvendt vil mange små ting kunne køre med det, og det vil helt sikkert være en lækker hjælp - man kunne forestille sig debian folket juble over konceptet (selvom de vil miste lidt af deres apt fordel).
Så dette system er et supplemant, som muligvis vil kunne hjælpe nogle projekter så de bliver pakket til 'alle' systemer med det samme - men flertallet vil stadig bruge RPM og debian vil lagge bagefter med deres deb's.
LSB vil gøre langt mere, da det så vil være nemmere at få RPM's til at virke på flere distro's på en gang.
F.eks. fraråder de selv at større ting som GNOME/KDE bliver pakket i det - så jeg vil da også have svært ved at mange andre større projekter fungere med det.
Omvendt vil mange små ting kunne køre med det, og det vil helt sikkert være en lækker hjælp - man kunne forestille sig debian folket juble over konceptet (selvom de vil miste lidt af deres apt fordel).
Så dette system er et supplemant, som muligvis vil kunne hjælpe nogle projekter så de bliver pakket til 'alle' systemer med det samme - men flertallet vil stadig bruge RPM og debian vil lagge bagefter med deres deb's.
LSB vil gøre langt mere, da det så vil være nemmere at få RPM's til at virke på flere distro's på en gang.
#5
Det er ikke et spørgsmål om størrelsen, men derimod et spørgsmål om integration og hastighed. Eftersom systemet ikke har nogen egentlig database det kan sammenligne med, skal dependencies laves vha. scripts, og de tager længere tid at udregne. Desuden laver distroer tit ændringer i KDE, GNOME osv. Og det vil der jo ikke umiddelbart kunne laves hvis det skal være distroneutralt.
Ideen med systemet er at rpm/deb stadig skal være standard for det software der følger med, men autopackages skal bruges til installation af .... plugins, 3 parts produkter eg. 3 parts drivere, betasoftware, osv.
Det er ikke et spørgsmål om størrelsen, men derimod et spørgsmål om integration og hastighed. Eftersom systemet ikke har nogen egentlig database det kan sammenligne med, skal dependencies laves vha. scripts, og de tager længere tid at udregne. Desuden laver distroer tit ændringer i KDE, GNOME osv. Og det vil der jo ikke umiddelbart kunne laves hvis det skal være distroneutralt.
Ideen med systemet er at rpm/deb stadig skal være standard for det software der følger med, men autopackages skal bruges til installation af .... plugins, 3 parts produkter eg. 3 parts drivere, betasoftware, osv.
#7 sytestemet har faktisk en egentligt database!
locate er en sleapycat(berkleydb) baseret database der i teorien dækker alle filer på et system.
Jeg tror ikke at et system baseret på locate behøver værre langsommere end rpm/deb men det krever selvfølgeligt en lidt anden indgangs vinkel til tingene.
locate er en sleapycat(berkleydb) baseret database der i teorien dækker alle filer på et system.
Jeg tror ikke at et system baseret på locate behøver værre langsommere end rpm/deb men det krever selvfølgeligt en lidt anden indgangs vinkel til tingene.
#8
Det er ikke så meget hvilke filer, det er mere det at der er mange ting at tage hensyn til.
Eksempel.
Du har en pakke der kræver Glibc i en eller anden version, kræver et eller andet obskurt lib og endnu et obskurt lib.
Først skal du sikre at glibc er der, og at det er den rigtige version, og det samme med de forskellige libs. Men derudover skal du også checke at de forskellige libs er kompileret med understøttelse for de rigtige ting. GTK er et godt eksempel på et lib der tit skal compiles support for.
Det svære ligger i at få autopackages til at virke på f.ex. Gentoo, hvor en pakke kan findes i en milliard versioner. Det er ikke verdens sjoveste opgave, men hvis det lykkes har vi fjernet endnu et problem på vejen mod verdensdomination :)
Det skal iøvrigt siges at der også arbejdes på at hente oplysninger direkte ud af .deb/.rpm databaserne, da det også kan være en fordel...Det skal bare gøres på den rigtige måde...
Det er ikke så meget hvilke filer, det er mere det at der er mange ting at tage hensyn til.
Eksempel.
Du har en pakke der kræver Glibc i en eller anden version, kræver et eller andet obskurt lib og endnu et obskurt lib.
Først skal du sikre at glibc er der, og at det er den rigtige version, og det samme med de forskellige libs. Men derudover skal du også checke at de forskellige libs er kompileret med understøttelse for de rigtige ting. GTK er et godt eksempel på et lib der tit skal compiles support for.
Det svære ligger i at få autopackages til at virke på f.ex. Gentoo, hvor en pakke kan findes i en milliard versioner. Det er ikke verdens sjoveste opgave, men hvis det lykkes har vi fjernet endnu et problem på vejen mod verdensdomination :)
Det skal iøvrigt siges at der også arbejdes på at hente oplysninger direkte ud af .deb/.rpm databaserne, da det også kan være en fordel...Det skal bare gøres på den rigtige måde...
#9 normalt bruges der en angivelse af versioner af programmer i selve filstien til biblioteket.
Mht kompilering's options tjaa der er man selv med RPM ofte ude i problemer specielt omkiring 3 parts rpm'er.
Så vidt jeg kan se vil autoackage ikke have større problemer med gentoo end så mange andre systemer da det så vidt jeg gkan se arbejder på lidt samme måde som automake eller div ./configure scripts.
Mht kompilering's options tjaa der er man selv med RPM ofte ude i problemer specielt omkiring 3 parts rpm'er.
Så vidt jeg kan se vil autoackage ikke have større problemer med gentoo end så mange andre systemer da det så vidt jeg gkan se arbejder på lidt samme måde som automake eller div ./configure scripts.
#10
Tja, men Gentoo bliver nok en gude distro at teste systemet på...Med de tusindvis af forskellige systemkonfigurationer kan det sætte ethvert installationssystem på hård prøve...
Tja, men Gentoo bliver nok en gude distro at teste systemet på...Med de tusindvis af forskellige systemkonfigurationer kan det sætte ethvert installationssystem på hård prøve...
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Gå til bund