slacky.eu

Per mia passione personale e (adesso) per un esame di "ingegneria del software" all'università, sto pensando di realizzare un software tipo slackpkg / swaret / slapt-get.
La prima parte della progettazione UML di un software consiste nell'intervista agli utenti del software così da meglio comprendere necessità e funzionalità richieste, che possano indirizzare la progettazione.
Allora, senza fuorviarvi con le idee che ho già in mente, ditemi:

"Quali caratteristiche dovrebbe avere un network packet manager per slackware, per diventare il vostro strumento preferito per la gestione del software?"


Grazie a chiunque spenderà due minuti del suo tempo per rispondermi.

ildiama ha scritto: "Quali caratteristiche dovrebbe avere un network packet manager per slackware, per diventare il vostro strumento preferito per la gestione del software?"

Non avere una gestione delle dipendenze rigida, in modo da non snaturare la filosofia slack.
In pratica va bene un software che dica "scarico X e se vuoi scarico anche Y e W che sono sue dipendenze", ma voglio poter scegliere di far installare anche solamente Y e non W, perché magari l'ho compilato da solo senza farmi il pacchetto.
Ora invece i tool che ci sono permettono di dire "scarica le dipendenze" o "non scaricare le dipendenze", ma non di selezionarle una ad una in fase di installazione.
Spero di essermi spiegato.

conraid ha scritto: Ora invece i tool che ci sono permettono di dire "scarica le dipendenze" o "non scaricare le dipendenze", ma non di selezionarle una ad una in fase di installazione.

questo gslapt lo fa...

a me invece da fastidio che se faccio il downgrade di un pacchetto, diciamo dalla versione 2 alla 1, al successivo update seleziona sempre automaticamente l'aggiornamento alla versione 2 (che io non voglio) mentre vorrei che segnalasse eventualmente la versione 3

quoto conraid

Per quanto mi riguarda, trovo swaret un buon tool, ma da perfezionare. Perciò, secondo i miei gusti, lo prenderei come un riferimento valido per lo sviluppo di un tool del genere. Cose da migliorare ne ha parecchie, perciò di lavoro ce n'è. Lo stesso mantainer si era riproposto di riscriverlo completamente per renderlo più efficace. Come qualcuno ha già accennato, basterebbe avere una gestione più flessibile delle dipendenze, ma anche più rapida (quando quel coso comincia a cercare le librerie mancanti è la fine!).

albatrosla ha scritto:Per quanto mi riguarda, trovo swaret un buon tool, ma da perfezionare. Perciò, secondo i miei gusti, lo prenderei come un riferimento valido per lo sviluppo di un tool del genere. Cose da migliorare ne ha parecchie, perciò di lavoro ce n'è. Lo stesso mantainer si era riproposto di riscriverlo completamente per renderlo più efficace. Come qualcuno ha già accennato, basterebbe avere una gestione più flessibile delle dipendenze, ma anche più rapida (quando quel coso comincia a cercare le librerie mancanti è la fine!).

swaret si...ma slapt-get non soffre di questi problemi...forse è perchè swaret è fermo dal 2004 (se non sbaglio..).

neongen ha scritto:

conraid ha scritto: Ora invece i tool che ci sono permettono di dire "scarica le dipendenze" o "non scaricare le dipendenze", ma non di selezionarle una ad una in fase di installazione.

questo gslapt lo fa...

Ma se slapt-get non fa nemmeno scegliere quali pacchetti aggiornare ma o tutti o nessuno, a differenza di swaret che almeno ti dici "vuoi installare questo"?
E parlo prima della ricerca delle dipendenze
E' cambiato ultimamente?

Se poi è una caratteristica di gslapt allora non so, mai usata l'interfaccia grafica per slapt-get, ma penso che un tool del genere debba essere per forza di cosa testuale.

Io farei un qualcosa in stile emerge di Gentoo, nel senso che (ri)compila un pacchetto al volo a seconda delle dipendenze "accessorie" che trova o meno nel sistema.
Mi spiego.
Se voglio avere K3B e lo voglio utilizzare solo come programma di masterizzazione, allora voglio che vengano scaricati solo il pacchetto pronto K3B assieme alle dipendenze minime necessarie per la funzionalita' di masterizzazione.
Se pero' nel sistema trova anche altre dipendenze (oppure le dichiaro io) per utilizzare altre funzionalita' previste dal programma, allora il pacchetto viene "ricompilato".
So di essermi spiegato da cani, ma oggi non riesco proprio a parlare in italiano... ho la modalita' inglese messa su ON!

Il mio packet manager ideale ha le caratteristiche che esponeva conraid.
Inoltre deve essere in grado di elencarmi i pacchetti che ho già installato sulla macchina e, cosa importantissima, indicarmi quali pacchetti sono obsoleti.

bhe... cosa buona sarebbe la possibilità di vedere per quale architettura è stato compilato ed eventualmente potergli dire ricompila e pacchettizza per quest'altra architettura.

Una cosa antipatica che mi accadeva era la seguente: scarico il pacchetto da slacky xxx.xxx.versione-autore.tgz ricompilo usando lo slackbuild e ci metto xxx.xx-versione-mionome. Spesso poi usando swaret mi diceva che era disponibile per il download il paccheto slacky solo vedendo che cambiava l'autore da quello che avevo fatto io.

Oppure: scaricato da slacy k3b, ogni volta voleva scaricarmi anch il k3b da slackware.com. sarebbe bello potergli dire.. questo pacchetto aggiornalo solo se disponibile da quello specifico repos!

buon lavoro!

Absolut ha scritto: Oppure: scaricato da slacy k3b, ogni volta voleva scaricarmi anch il k3b da slackware.com. sarebbe bello potergli dire.. questo pacchetto aggiornalo solo se disponibile da quello specifico repos!

Analogamente a yum di Fedora che ti consente di selezionare i repository in cui effettuare la ricerca e il download dei pacchetti.

A me piacerebbe qualcosa tipo slackpkg basato su pkgtool e ncurses che, una volta selezionato il pacchetto da scaricare e/o installare, permettesse di scegliere se scaricare le dipendenze una per una, qualcosa tipo il "make menuconfig" del kernel.

ildiama ha scritto:Per mia passione personale e (adesso) per un esame di "ingegneria del software" all'università, sto pensando di realizzare un software tipo slackpkg / swaret / slapt-get.
La prima parte della progettazione UML di un software consiste nell'intervista agli utenti del software così da meglio comprendere necessità e funzionalità richieste, che possano indirizzare la progettazione.
Allora, senza fuorviarvi con le idee che ho già in mente, ditemi:

"Quali caratteristiche dovrebbe avere un network packet manager per slackware, per diventare il vostro strumento preferito per la gestione del software?"


Grazie a chiunque spenderà due minuti del suo tempo per rispondermi.

Ti sei perso il mio posto:

viewtopic.php?f=4&t=22246

Possiamo fare una cosa assieme se vuoi...

anche io quoto conraid, ma in particolare mi focalizzerei sul tracking delle dipendenze. Per il mio software su slack uso pacchetti che mi creo io oppure swaret(con qualche riserva...). Spiego le mie riserve: quando voglio installare/scaricare un software, e non ne conosco le dipendenze, vorrei che il manager mi proponesse le dipendenze associate al pacchetto, poi posso scegliere di prenderle o magari scaricarne i sorgenti e pacchettizzarle da me... Swaret svolge questo lavoro in modo piuttosto mediocre , a volte indica i pacchetti, altre solo le librerie mancanti, e in questi casi non è molto d'aiuto... In sostanza la feature importante x me sarebbe il tracking delle dipendenze, per poi(la butto lì) inserire in un ipotetico slack-required del mio pacchetto...

sarebbe comodo che il software mi dicesse in caso volessi aggiornare una libreria del sistema da quali applicativi e usata quella libreria.