Re: Pacchettizzazione Debian
16 views
Skip to first unread message
Francesco Meloni
Jan 10, 2013, 6:41:02 AM1/10/13
to prom...@googlegroups.com
Non abbiamo un deb-src, il pacchetto è stato fatto velocemente ed al suo interno non contiene i sorgenti del programma che vengono scaricati in un secondo tempo tramite svn
Allego i file all'interno. Non me ne intendo di pacchetti deb se ti serve qualche chiarimento chiedi pure
Grazie
Il giorno giovedì 10 gennaio 2013 10:35:46 UTC+1, GabrieleV ha scritto:
Allego i file all'interno. Non me ne intendo di pacchetti deb se ti serve qualche chiarimento chiedi pure
Grazie
Il giorno giovedì 10 gennaio 2013 10:35:46 UTC+1, GabrieleV ha scritto:
Ho cercato di installare il .deb su Ubuntu 12.10 64bit.
Il pacchetto non è costruito correttamente: è possibile prelevare il deb-src per sistemarlo ?
Grazie !
GabrieleV
Jan 10, 2013, 7:43:43 AM1/10/13
to prom...@googlegroups.com
Ah, capito, ho guardato pg-wrapper.
In realtà un pacchetto fatto in questo modo non è, purtroppo, conforme a nessuna direttiva di packaging Debian ...
Bisognerebbe, solo a titolo di sintetico ed incompleto esempio:
* spostare il DB in qualcosa tip /var/lib/promogest
* spostare gli eseguibili in /usr/bin
* spostare le risorse in /usr/share
* le librerie in /usr/lib ...
....
Insomma, un lavoraccio, anche perchè immagino che tutti i percorsi siano hardcodati nei sorgenti ... :-(
In realtà un pacchetto fatto in questo modo non è, purtroppo, conforme a nessuna direttiva di packaging Debian ...
Bisognerebbe, solo a titolo di sintetico ed incompleto esempio:
* spostare il DB in qualcosa tip /var/lib/promogest
* spostare gli eseguibili in /usr/bin
* spostare le risorse in /usr/share
* le librerie in /usr/lib ...
....
Insomma, un lavoraccio, anche perchè immagino che tutti i percorsi siano hardcodati nei sorgenti ... :-(
Francesco Meloni
Jan 10, 2013, 7:59:46 AM1/10/13
to prom...@googlegroups.com
Al momento il pg ha bisogno di qualche dipendenza per lavorare . Alcune minori sono state messe nei sorgenti o per migliorare la portabilità su windows o per non rompere qualche retrocompatibilità
Il software in sè ha due cartelle di lavoro: una cartellla ( di default pg2) che contiene i sorgenti e una cartella promogest2 in cui c'è l'env di lavoro ed il file db ( nella versione ONE ).
Lo schema funziona anche su windows.
Di hardcodato non c'è quasi niente perchè il python si trova tutto ( in casa) .
Il problema principale nello spostare il pg altrve ( nei primissimi tempi andava in /opt ) è che non si potrebbe più usare l'svn per l'aggiornamento.
vicolo cieco?
:)
F.
Il software in sè ha due cartelle di lavoro: una cartellla ( di default pg2) che contiene i sorgenti e una cartella promogest2 in cui c'è l'env di lavoro ed il file db ( nella versione ONE ).
Lo schema funziona anche su windows.
Di hardcodato non c'è quasi niente perchè il python si trova tutto ( in casa) .
Il problema principale nello spostare il pg altrve ( nei primissimi tempi andava in /opt ) è che non si potrebbe più usare l'svn per l'aggiornamento.
vicolo cieco?
:)
F.
GabrieleV
Jan 10, 2013, 9:07:45 AM1/10/13
to prom...@googlegroups.com
Il problema principale nello spostare il pg altrve ( nei primissimi tempi andava in /opt ) è che non si potrebbe più usare l'svn per l'aggiornamento.
Se accettiamo il fatto che chi usa il .deb aggiorna con apt, allora svn non sarebbe più necessario.
Vediamo se PG fa al caso mio, poi sistemerò la pacchettizzazione ;)
Francesco Meloni
Jan 10, 2013, 9:14:51 AM1/10/13
to prom...@googlegroups.com
Grazie.
Reply all
Reply to author
Forward
0 new messages