[rofug] Update pachete rofreesbie ( discutie metode )
Dan Angelescu
Ma gandeam sa mai fac o versiune rofreesbie.
Intrucat acum e la moda sa fie facute update-uri la pachete ma gandeam sa compilez zilnic pachetele modificate din porturi iar cine vrea sa le copieze si instaleze cu un package manager grafic sau chiar din consola.
Problema care va apare consta ca tot facand update la pachete nu vor mai fi satisfacute dependentele.
Pentru a rezolva problema asta sunt mai multe posibiltati:
1) Folosire portupgrade cu baza de date externa pkgdb pentru a fi rezolvate dependentele. Cu timpul baza de date devine corupta si un user normal nu are rabdare sa dea fix.
2) Folosire unelte standard porturile...... si recompilarea tuturor pachetelor ( metoda nu prea avantajoasa deoarece necesita prea mult timp la ce harb de computer am eu)
3) Folosire alt program indicat de voi
4) Recompilarea doar a pachetelor noi cat se poate de des si reimpachetarea vechilor programe care folosesc pachetul updatat pentru a folosi versiunea acestuia.
Eu am folosit metoda 1 , 2 si lucrez la teste pentru 4.
Cateva idei/presupuneri legate de metoda 4:
1) Daca se face update zilnic nu cred ca vor apare diferente majore intre versiunile dependentelor si sper ca programele vor putea lucra.
Teoretic ar trebui ca progrmele ce depind de pachetul updatat sa se comporte ca si cand ar fi fost updatate cu portupdate.
2) Probabil ca dupa reimpachetare ar putea fi folosit un nfs server pentru a instala pachetele.
3) Teoretic daca reimpachetez programele care depind de portul updatat ar trebui sa mearga si o instalare/reinstalare pe curat ( fara complainuri nu gasesc ... ) a pachetelor din consola.
Ce program recomandati la punctul 3?
Ce parere aveti de metoda 4 ?
Va multumesc
________________________________________________________
To unsubscribe send a mail to rofug+un...@rofug.ro
Adrian Penisoara
2009/9/9 Dan Angelescu <mrhsa...@yahoo.com>:
> Buna,
>
> Ma gandeam sa mai fac o versiune rofreesbie.
> Intrucat acum e la moda sa fie facute update-uri la pachete ma gandeam sa compilez zilnic pachetele modificate din porturi iar cine vrea sa le copieze si instaleze cu un package manager grafic sau chiar din consola.
>
> Problema care va apare consta ca tot facand update la pachete nu vor mai fi satisfacute dependentele.
> Pentru a rezolva problema asta sunt mai multe posibiltati:
>
> 1) Folosire portupgrade cu baza de date externa pkgdb pentru a fi rezolvate dependentele. Cu timpul baza de date devine corupta si un user normal nu are rabdare sa dea fix.
> 2) Folosire unelte standard porturile...... si recompilarea tuturor pachetelor ( metoda nu prea avantajoasa deoarece necesita prea mult timp la ce harb de computer am eu)
> 3) Folosire alt program indicat de voi
> 4) Recompilarea doar a pachetelor noi cat se poate de des si reimpachetarea vechilor programe care folosesc pachetul updatat pentru a folosi versiunea acestuia.
>
> Eu am folosit metoda 1 , 2 si lucrez la teste pentru 4.
>
> Cateva idei/presupuneri legate de metoda 4:
> 1) Daca se face update zilnic nu cred ca vor apare diferente majore intre versiunile dependentelor si sper ca programele vor putea lucra.
> Teoretic ar trebui ca progrmele ce depind de pachetul updatat sa se comporte ca si cand ar fi fost updatate cu portupdate.
Ai folosit aceasta "metoda" pe termen mai lung ? Daca da, poti oferi
feedback asupra inconvenientelor ?
In mod normal portupgrade fixeaza si dependintele pentru pachetele
upgrad-ate -- din cate stiu se atinge numai de fisierele +REQUIRED_BY.
> 2) Probabil ca dupa reimpachetare ar putea fi folosit un nfs server pentru a instala pachetele.
Mai degraba AFS din moment ce poate face caching.
Dar nu uita ca eventualele mirror-uri ar avea probleme dat fiind ca
volumul de modificari este mare.
> 3) Teoretic daca reimpachetez programele care depind de portul updatat ar trebui sa mearga si o instalare/reinstalare pe curat ( fara complainuri nu gasesc ... ) a pachetelor din consola.
>
>
> Ce program recomandati la punctul 3?
Daca te referi la alte tool-uri care sa lucreze tot in formatul
FreeBSD ports/packages atunci nu prea stiu -- s-ar putea sa fie
niscaiva candidati prin ports-mgmt...
Eu unul incerc sa abordez problema dintr-o perspectiva total diferita
pentru noul meu proiect -- incerc sa portez Debian dpkg/apt pe
FreeBSD. E mult de lucru dar exista un "precedent" in Debian kFreeBSD
(kernel FreeBSD + userland Debian Linux).
Te intereseaza ?
>
> Ce parere aveti de metoda 4 ?
Teoretic suna bina, dar risti sa dai peste incompatibilitati care pot
fi verificate numai din Makefile in ports. Ramane de vazut cat de
eficient poate fi.
Oricum e mai bine pentru mirroring decat la pct. 2).
Regards,
Adrian.
Dan Angelescu
Voi testa ideia ceva mai mult sa vad ce inconveninete pot apare.
In momemtul reimpachetarii ma ating de directivele @dep din +CONTENTS.
--- On Wed, 9/9/09, Adrian Penisoara <a...@rofug.ro> wrote:
Dan Angelescu
--- On Wed, 9/9/09, Adrian Penisoara <a...@rofug.ro> wrote:
> From: Adrian Penisoara <a...@rofug.ro>
> Subject: Re: [rofug] Update pachete rofreesbie ( discutie metode )
> To: ro...@rofug.ro
> Date: Wednesday, September 9, 2009, 7:46 AM
Suna interesant insa as avea cateva intrebari:
Exista ceva asemenator ports in Debian ? Daca nu cum compileaza ei pachetele ?
Sincer mi se pare foarte simplu sa folosesc infrastrucutra existenta ( porturile ).
Una este sa o iei de la capat cu adoptarea unui nou package manager si alta sa folosesti/imbunatatesti ceea ce e existent.
Pornind de la ideea asta pot sa spun o povestioara.
Virgil Adrian Teaca developerul Darkstar Linux a lucrat la un nou package manager care se numeste DPM. Are un SPECFILE exact cum era la RPM. Am vazut un specfile pentru gcc si sincer va spun ca m-am speriat cat de complex era.
Daca folosind apt-get simpifici update insa te vei chinui sa faci pachetele mai bine lipsa.
Probabil o alta ideie :
De ce nu ai incerca sa bagi semnaturi digitale in pakage managerul FreeBSD
daca incerci ceva gen enterprise?
Adrian Penisoara
2009/9/9 Dan Angelescu <mrhsa...@yahoo.com>:
>
[...]
>> > 3) Teoretic daca reimpachetez programele care depind
>> de portul updatat ar trebui sa mearga si o
>> instalare/reinstalare pe curat ( fara complainuri nu gasesc
>> ... ) a pachetelor din consola.
>> >
>> >
>> > Ce program recomandati la punctul 3?
>>
>> Daca te referi la alte tool-uri care sa lucreze tot in
>> formatul
>> FreeBSD ports/packages atunci nu prea stiu -- s-ar putea sa
>> fie
>> niscaiva candidati prin ports-mgmt...
>>
>> Eu unul incerc sa abordez problema dintr-o perspectiva
>> total diferita
>> pentru noul meu proiect -- incerc sa portez Debian dpkg/apt
>> pe
>> FreeBSD. E mult de lucru dar exista un "precedent" in
>> Debian kFreeBSD
>> (kernel FreeBSD + userland Debian Linux).
>>
>> Te intereseaza ?
>
> Suna interesant insa as avea cateva intrebari:
> Exista ceva asemenator ports in Debian ? Daca nu cum compileaza ei pachetele ?
Debian foloseste un subdirector "debian" in sursele pachetului (fie de
la "original developer", fie adaugat la packaging) si un (GNU)
makefile care este customizabile aproape la fel ca Makefile-urile din
ports. Ideea de baza este ca trebuie sa apelezi la cateva script-uri
(Perl) dh_* si sa creezi cateva fisiere stil pkg-* care dau indicii de
impachetare pentru dpkg-build. Dar totul se executa dintr-un makefile
(numit debian/rules).
> Sincer mi se pare foarte simplu sa folosesc infrastrucutra existenta ( porturile ).
> Una este sa o iei de la capat cu adoptarea unui nou package manager si alta sa folosesti/imbunatatesti ceea ce e existent.
Corect. De asta spun ca e un efort serios dar sunt increzator ca
merita mai ales ca exista un proof-of-concept (aproximativ).
>
> Pornind de la ideea asta pot sa spun o povestioara.
> Virgil Adrian Teaca developerul Darkstar Linux a lucrat la un nou package manager care se numeste DPM. Are un SPECFILE exact cum era la RPM. Am vazut un specfile pentru gcc si sincer va spun ca m-am speriat cat de complex era.
Nu prea am interactionat cu RPM dar cred ca e diferit sistemul.
> Daca folosind apt-get simpifici update insa te vei chinui sa faci pachetele mai bine lipsa.
Ideea mai interesanta ar fi daca am putea construi un tool care sa
adapteze automat structura unui FreeBSD port catre Debian dpkg-build
sau de la surse Debian catre dpkg pentru FreeBSD (exista un nivel de
virtualizare care ar putea facilita asa ceva, dar raman probleme cu
hardcoded paths).
>
> Probabil o alta ideie :
> De ce nu ai incerca sa bagi semnaturi digitale in pakage managerul FreeBSD
> daca incerci ceva gen enterprise?
Intr-adevar, lipsesc semnaturile digitale pt. FreeBSD packages. Dpkg
are asa ceva (desi parca nu era activat by default).
Dar asta nu e cea mai mare problema; pentru mine sunt doua obiective
principale pe care le tintesc: stabilitate (mai putine update-uri de
versiuni dar mai bine testate) si usurinta in a executa update-urile
(pentru intregul sistem, baza+exta packages). Similar cu
functionalitatea din Ubuntu.
Deocamdata am ajuns in stadiul in care incerc sa recompilez Perl cu
destinatia in /usr in loc de /usr/local dar sa accepte module atat in
/usr/lib/perl5 cat si in /usr/local/lib/perl5. Asta pentru ca Perl-ul
este o dependinta primara pentru framework-ul dpkg.