| View previous topic :: View next topic |
| Author |
Message |
tuxer
Guru
Joined: 10 May 2004
Posts: 328
|
 Posted: Sun May 15, 2005 8:46 pm Post subject: |
 |
|
Certo è diverso ma pensavo si fosse capito cosa intendevo anche prima 
Comunque la questione delle dipendenze inverse sarebbe certo comoda, però è una casino allucinante IMHO...
Freebsd non ha il concetto di slot e le versioni di python (per fare un esempio) sono viste come programmi "diversi", in gentoo con tutte le versioni di librerie e programmi che ci sono penso che le dipendenze inverse quasi raddoppierebbero il peso degli ebuild (e con non poche complicazioni) e non credo ne varrebbe la pena...
Il portage tree mi sembra già abbastanza corposo da syncare com'è adesso (e tenendo conto che può solo crescere) |
|
| Back to top |
|
 |
stefanonafets
l33t
Joined: 10 Feb 2003
Posts: 644
|
| Posted: Sun May 15, 2005 11:32 pm Post subject: |
|
|
La soluzione migliore sarebbe indicizzare la struttura del file system (la parte di portage ovviamente) in un db ed ussare questo per le ricerche...
_________________
registered Linux user number #411324
sed 's/ke/che/g'
<The Deployment Slave is initializing> |
|
| Back to top |
|
|
neryo
Veteran
Joined: 09 Oct 2004
Posts: 1292
Location: Ferrara, Italy, Europe
|
| Posted: Mon May 16, 2005 7:41 am Post subject: |
|
|
| tuxer wrote: |
Invece di iniziare a programmare allora diciamo iniziare a progettare o quello che vi pare, ma non sicuramente a perdere tempo dicendo questo non va bene questo fa schifo etc etc... |
Prima di iniziare a progettare cmq bisogna eliminare quello che fa schifo.. altrimenti come si fa a distinguerlo mentre si implementa?  Dopodiche' si inizia a progettare continuando cmq a discutere.. 
_________________
cache: a safe place for hiding or storing things..
D-link DWL-G650 AirPlus
Apache Php Mysql |
|
| Back to top |
|
|
tuxer
Guru
Joined: 10 May 2004
Posts: 328
|
| Posted: Mon May 16, 2005 8:31 am Post subject: |
|
|
Sì ma prima di dire fa schifo questo fa schifo l'altro è meglio conoscere come stanno le cose (come è fatto portage) e quali sono i reali problemi da affrontare, altrimenti sono parole campate per aria...
Poi fate un po' come vi pare |
|
| Back to top |
|
|
Cazzantonio
Bodhisattva
Joined: 20 Mar 2004
Posts: 4514
Location: Somewere around the world
|
| Posted: Mon May 16, 2005 8:54 am Post subject: |
|
|
| tuxer wrote: | penso che le dipendenze inverse quasi raddoppierebbero il peso degli ebuild (e con non poche complicazioni) e non credo ne varrebbe la pena...
Il portage tree mi sembra già abbastanza corposo da syncare com'è adesso (e tenendo conto che può solo crescere) |
Unclepine già implementa un efficace metodo per gestire le dipendenze inverse... non mi sembra tutto questo problema
Ok, unclepine non usa le funzioni di portage ma è scritto da zero.... per integrarlo in portage i developer magari lo vorrebbero riscrivere... ma il concetto rimane lo stesso
_________________
Any mans death diminishes me, because I am involved in Mankinde; and therefore never send to know for whom the bell tolls; It tolls for thee.
-John Donne |
|
| Back to top |
|
|
gutter
Bodhisattva
Joined: 13 Mar 2004
Posts: 7162
Location: Aarau, Aargau, Switzerland
|
| Posted: Mon May 16, 2005 9:00 am Post subject: |
|
|
Mi sembra che la discussione stia andando un poco OT.
Vediamo di tornare al discorso originale.
_________________
Registered as User #281564 and Machines #163761 |
|
| Back to top |
|
|
Cazzantonio
Bodhisattva
Joined: 20 Mar 2004
Posts: 4514
Location: Somewere around the world
|
| Posted: Mon May 16, 2005 10:47 am Post subject: |
|
|
Perché OT? il titolo del topic non è "cosa dovrebbe cambiare in gentoo"?
_________________
Any mans death diminishes me, because I am involved in Mankinde; and therefore never send to know for whom the bell tolls; It tolls for thee.
-John Donne |
|
| Back to top |
|
|
tuxer
Guru
Joined: 10 May 2004
Posts: 328
|
| Posted: Mon May 16, 2005 11:20 am Post subject: |
|
|
 in effetti mi pare ci sia un po' di paranoia nel cercare gli OT se devo essere sincero...
| Quote: | | Unclepine già implementa un efficace metodo per gestire le dipendenze inverse... non mi sembra tutto questo problema |
Certo è efficace e appunto per quello sono d'accordo sul fatto che non servono le dipendenze inverse...
Nei ports di freebsd sono proprio all'interno dei makefile di ogni pacchetto, e per certe lib la lista è spaventosamente lunga... |
|
| Back to top |
|
|
shogun_panda
Guru
Joined: 30 Jul 2004
Posts: 411
Location: Campobasso or Rome, Molise or Lazio, Italy, Europe, Earth, Solar system, Milk Way, Universe
|
| Posted: Mon May 16, 2005 2:01 pm Post subject: |
|
|
| Cazzantonio wrote: | | Perché OT? il titolo del topic non è "cosa dovrebbe cambiare in gentoo"? |
Ehm...Veramente e' "Cosa dovrebbe cambiare in portage"...
Senno' iniziano discussioni del tipo basta con gli script SysV, basta con etc-update eccetera... (Occhio...Non e' che le caratteristiche che ho detto non mi piacciono...Sono le prime che ho pensato...)
_________________
Greetings by the Shogun! - Home page
1-"Prima di dare consigli agli altri, sperimentateli su voi stessi..."
2-"In medio stat virtus!" |
|
| Back to top |
|
|
earcar
Guru
Joined: 20 Sep 2004
Posts: 425
Location: Bologna, Italy
|
| Posted: Mon May 16, 2005 2:37 pm Post subject: |
|
|
| X-Drum wrote: | imho, come ha detto anche qualcuno, prima di una potenziale "ristrutturazione" di portage
adottando magari SQLite, che pur essendo minimale è un db SQL abb veloce (grazie è ridotto all'osso :PPP ),
bisognerebbe appunto introdurre in portage funzioni basilari come:
a-la gestione delle dipendenze inverse (unclepine)
b-metodo di ricerca piu' efficente (eix) |
Quoto in toto, però aggiungo una cosa
Python può essere esteso con moduli sviluppati in C, quindi molto più veloci dei moduli sviluppati in python.
L'idea è: perchè non sviluppare un modulo di ricerca e indicizzazione (stile eix) in C e integrarlo in portage?
Credo ci sarebbe un aumento di velocità non indifferente...
Tutto ciò IMHO
earcar
_________________
Bip... bip... bip... -- Sputnik 1 |
|
| Back to top |
|
|
gutter
Bodhisattva
Joined: 13 Mar 2004
Posts: 7162
Location: Aarau, Aargau, Switzerland
|
| Posted: Mon May 16, 2005 7:36 pm Post subject: |
|
|
| Cazzantonio wrote: | | Perché OT? il titolo del topic non è "cosa dovrebbe cambiare in gentoo"? |
Mi riferivo ai 4 o 5 post prevedenti al tuo dove la discussione si era sopstata da emerge a come progettare in generale.
Edit: nel caso non fosse chiaro a cosa mi riferisco:
| neryo wrote: |
io sono conviento che la discussione e la progettazione sono le cose fondamentali per scrivere dei buoni programmi.. se si inizia subito a programmare ci si trova a dover imbattersi in problemi non piu' sanabili e quindi tornare a riscrivere intere applicazioni. |
| Ic3M4n wrote: |
mi spiace ma questa è veramente una str*$£&ta. qualsiasi persona che abbia seguito un corso base di programmazione può citarti quale sia il ciclo di vita del software. e purtroppo (perchè come cosa sarebbe veramente fica) questa non è la programmazione. |
| neryo wrote: |
Prima di iniziare a progettare cmq bisogna eliminare quello che fa schifo.. altrimenti come si fa a distinguerlo mentre si implementa? Dopodiche' si inizia a progettare continuando cmq a discutere.. |
_________________
Registered as User #281564 and Machines #163761 |
|
| Back to top |
|
|
fedeliallalinea
Administrator
Joined: 08 Mar 2003
Posts: 31440
Location: here
|
| Posted: Mon May 16, 2005 11:48 pm Post subject: |
|
|
| earcar wrote: | | L'idea è: perchè non sviluppare un modulo di ricerca e indicizzazione (stile eix) in C e integrarlo in portage? |
Perche' mi pare che i developer vogliano tenere omogenita' per i tool integrati con portage
_________________
Questions are guaranteed in life; Answers aren't. |
|
| Back to top |
|
|
federico
Advocate
Joined: 18 Feb 2003
Posts: 3272
Location: Italy, Milano
|
| Posted: Tue May 17, 2005 12:51 am Post subject: |
|
|
Io sarei favorevole ad un portage in python con le procedure piu' ad alto consumo di prestazioni della macchina in C (è prassi in python questo connubio) e sarei favorevole anche ad una struttura a database, risparmiando spazio su disco e velocita' di calcolo (i tempi di accesso sulla grande quantita' di ebuild sono alti)
_________________
Sideralis www.sideralis.org
Pic http://blackman.amicofigo.com/gallery
Arduino http://www.arduino.cc
Chi aveva potuto aveva spaccato
2000 pezzi buttati là
Molti saluti,qualche domanda
Semplice come musica punk |
|
| Back to top |
|
|
|
Forum italiano (Italian)
