Gambas-it
Archivi (sola lettura) => Domande tecniche (Gambas 2) => Topic aperto da: Fabrizio - 26 Aprile 2009, 15:15:50
-
Buon giorno.
Ho installato gambas 2.12 su ubuntu 8.04
Gambas parte e le applicazioni girano con gambas aperto (F5).
Compilo l'applicazione problemi.
Quando installo l'applicazione compilata da gambas, il programma di installazione mi dice che è richiesta l'installazione di 8 pacchetti (gambas2-runtime, gambas2-gb-form, gambas2-gb-db e altri).
Se accetto, vengono installati questi componenti per la versione 2.0 dai repo di ubuntu 8.04
A questo punto non va ne il pacchetto appena installato e neppure gambas. Se disinstallo i componenti obsoleti (disinstalla anche la mia applicazione), gambas 2.12 funziona dinuovo.
Ho provato a bloccare la versione dei pacchetti, ma niente da fare.
Capita solo a me?
bye
edit:
p.s. capita la stessa cosa anche con la 2.11 sia compilata da me che scaricando i .deb :cry: :
-
Lo fa perché un pacchetto Deb è un file compresso che contiene, tra l'altro, la lista delle dipendenze del pacchetto. Questa lista serve al gestore di pacchetti per capire cosa necessita al tuo software. E' ovvio che se hai compilato Gambas dai sorgenti, Gambas stesso non risulta nella lista dei pacchetti installati. Né le dipendenze sono risolte se hai scaricato i pacchetti Deb dall'area download perché quei pacchetti contengono Gambas in forma "monilitica", vale a dire con tutto il necessario in un unico pacchetto. E' scontato che se nel pacchetto Deb della tua applicazione c'è come dipendenza, ad esempio, il componente gambas2-gb-qt, questo non risulta installato.
Per ovviare a questo problema andrebbero pacchettizati i singoli componenti di Gambas in altrettanti pacchetti, ma è una cosa lunga, tediosa... e che al momento io non so fare (mi spiace, non sono un sistemista).
-
Il pacchetto incriminato è il mio ed anche io purtroppo sono limitato alla creazione di pacchetti monolitici...
-
ok, grazie per la disponibilità. Ma non chiedevo la pappa pronta :-)
Intanto ho installato la versione 2.0.0 dai repo di ubuntu e funziona tutto.
In effetti, quando ho compilato io, facendo l' apt-get indicato quì => http://gambas.sourceforge.net/ ho avuto problemi con libcurl3-dev , per cui non l'ho installata (ho installato la libcurl4-openssl-dev che ovviamente non serve).
Potrebbe essere quello il problema ?
fabrizio@dex804:~$ sudo apt-get install libcurl3-dev
[sudo] password for fabrizio:
Lettura della lista dei pacchetti in corso... Fatto
Generazione dell'albero delle dipendenze in corso
Lettura delle informazioni di stato... Fatto
Il pacchetto libcurl3-dev è un pacchetto virtuale fornito da:
libcurl4-openssl-dev 7.18.0-1ubuntu2.1
Bisogna esplicitamente sceglierne uno da installare.
E: Il pacchetto libcurl3-dev non ha candidati da installare
che devo scegliere ? da dove ? come ? :2birre:
bye
-
Se hai copia-e-incollato le dipendenze per la 8.04 non dovresti avere problemi nelle versioni. Quelle liste di pacchetti sono ultratestate. Non è che per sbaglio ha copia-e-incollato quella di un'altra versione di Ubuntu?
-
Dunque, vorrei conferma di non avere l'arteriosclerosi, quindi :
se hardy = 8.04 facendo apt-get install libcurl3-dev il risultato è quello che ho scritto nel precedente post.
Per cortesia, se qualcuno ha la 8.04 e vuole provare per darmi conferma gliene sarò grato.
Io ho fatto la prova su due pc ed il risultato è questo:
Il pacchetto libcurl3-dev è un pacchetto virtuale fornito da:
libcurl4-openssl-dev 7.18.0-1ubuntu2.1
Bisogna esplicitamente sceglierne uno da installare.
E: Il pacchetto libcurl3-dev non ha candidati da installare
bye
-
Hardy = 8.04
Vai qui: http://packages.ubuntu.com/hardy/allpackages
Vedi che libcurl3 e libcurl3-dev sono presenti nei repo ufficiali. Non è che hai alterato le sorgenti software del tuo SO?
-
Hai ragione tu. Vedendo qui (http://packages.ubuntu.com/hardy/allpackages) si nota come libcurl3 è un pacchetto virtuale installato da libcurl4-gnutls oppure libcurl4-openssl, e così dicasi di libcurl3-dev.
-
già, infatti avevo provato ad installare libcurl4-openssl e saltare l'installazione di lbcurl3 nella lista delle dipendenze. Così facendo si riesce a compilare ed installare gambas (anche se non installa gb.qte), però poi escono i problemi descritti nel 1° post. Son troppo nubbo per capire sti problemi .... :fuso:
edit:
leo72
' E' ovvio che se hai compilato Gambas dai sorgenti, Gambas stesso non risulta nella lista dei pacchetti installati. '
Non ho mica capito. Su intrepid ho compilato e funziona tutto. Le dipendenze le prende dalla lista delle dipendenze che si copia-incolla all'inizio, giusto ?
p.s. ma come si fanno i quote ? :oops:
-
Per fare i quote devi versare dieci euro sul mio conto paypal ogni tre mesi e potrai utilizzarli...:-P...scherzo! Devi premere su rispondi sotto la discussione e poi nei vari tasti che ti appaiono c'è quello "citazione" che non ha nulla a che fare con la scimmia di tarzan...
-
Ceskho ha scritto:
Per fare i quote devi versare dieci euro sul mio conto paypal ogni tre mesi e potrai utilizzarli...:-P...scherzo! Devi premere su rispondi sotto la discussione e poi nei vari tasti che ti appaiono c'è quello "citazione" che non ha nulla a che fare con la scimmia di tarzan...
ma lol. Vedi che un po di arteriosclerosi sta vanzando comunque? grasie
-
Allora, cerco di spiegarmi meglio.
Compilare ed installare un programma partendo dai sorgenti sortisce la stessa azione finale (l'installazione sul sistema) ma tramite 2 strade diverse.
Premesse:
1) esiste su Ubuntu, come su tantissime distribuzioni, un gestore di pacchetti che ha un suo database in cui memorizza tutti i pacchetti installati nel sistema.
2) Un pacchetto altro non è che un archivio contenente oltre ai vari file da installare anche dei file di dati che indicano al gestore di pacchetti quali sono le librerie richieste affinché il programma contenuto nel pacchetto funzioni (le cosiddette "dipendenze"), le librerie con le quali va in conflitto ecc...
3) Installando un programma tramite un pacchetto si fa sì che il gestore: a) sappia cosa esso stesso ha installato nel sistema affinché possa rimuoverlo successivamente; b) offra ai pacchetti che saranno installati in seguito la possibilità di sapere se richiedono il pacchetto installato oppure vanno in conflitto con esso.
Detto questo, quando hai compilato Gambas dai sorgenti e lo hai installato con il classico "sudo make install", lo hai sì inserito nel sistema ma non lo hai installato tramite un pacchetto gestito dal gestore di pacchetti. Se adesso crei un pacchetto .Deb del tuo programma e cerchi di installarlo, lo fai utilizzando il gestore di pacchetti. Questo cosa fa? Guarda nel suo database se le dipendenze di quel pacchetto sono soddisfatte. E quali sono le dipendenze? Gambas, ovviamente. Che, ovviamente, non risulta nel suo database perché lo hai compilato dai sorgenti. Ecco perché ti chiede di installarlo; ed ovviamente lo va a pescare dai repository, dove trova la versione più vecchia.
-
Sei stato più chiaro dei teletubbies!!! :-P
-
"Sulle alte colline non molto lontanto....
...giocano i Teletubbies tenendosi per mano."
"Tinky Winky... Dipsy... Lala.... Po....
Teletubbies.... Teletubbies..... Fanno.... Ciao!!!!"
Porc... quanti ne ho visti.... da diventar scemo! :giullare:
-
Grazie Leo, strano ma ho capito. Adesso cerco di capire come risolvere il problema. Mi aspetta una notte molto Googlosa. Andro anche a rompere le balle su qualche canale IRC.
ciauz
-
http://pollycoke.net/2006/12/01/compilare-con-ubuntu-3-checkinstall/
se ho ben capito basta compialrsi gambas con checkinstall al posto si make install.
Mo provo ...... :hammer:
Edit:
Sarebbe stato bello. Peccato finisca così:
make install-data-hook
make[5]: Entering directory `/usr/src/gambas2-2.12/main/lib/debug'
Creating the information files for gb.debug component...
/bin/bash: /usr/local/bin/gbi2: Nessun file o directory
make[5]: *** [install-data-hook] Error 127
make[5]: Leaving directory `/usr/src/gambas2-2.12/main/lib/debug'
make[4]: *** [install-data-am] Error 2
make[4]: Leaving directory `/usr/src/gambas2-2.12/main/lib/debug'
make[3]: *** [install-am] Error 2
make[3]: Leaving directory `/usr/src/gambas2-2.12/main/lib/debug'
make[2]: *** [install-recursive] Error 1
make[2]: Leaving directory `/usr/src/gambas2-2.12/main/lib'
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory `/usr/src/gambas2-2.12/main'
make: *** [install-recursive] Error 1
**** Installazione fallita. Creazione del paccheto annullata.
-
allora, per riuscire a creare il pacchetto .deb usando checkinstall bisogna fare:
make install
chekinstall -D --pakdir=/cartella/di/destinazione --install=no
make uninstall
poi si puo installare dal .deb creato
purtroppo il risultato finale è = a quello che si ottiene con make install.
buona notte.
-
Gambas non è così facile da pacchettizzare. La struttura a moduli e la complessità del progetto sono i più grossi limiti. A me riesce solo la creazione del pacchetto monolitico. Per la creazione dei singoli pacchetti bisognerebbe operare a mano sulle singole cartelle oppure utilizzare uno script ad hoc (penso).
-
Quindi, siccome voglio (o devo) tenere ubuntu 8.04 lts, devo rinunciare a Gambas2 aggiornato e tenermi la 2.0.0
Perchè è ovviamente inutile avere installata l'ultima versione, se tanto non si riesce ad installare le proprie MyApp.gambas
:evil: :evil: :evil: :evil: :evil: :evil: :evil: :evil: :evil: :evil:
-
Se proprio vuoi distribuire i tuoi programmi creati con gambas 2.12 potresti inserire in un archivio tar il tuo software ed i nostri deb di gambas così l'utente finale prima installa gambas e poi clicca sul tuo software.gambas....
potrebbe essere una soluzione anchr se molto spartana....
-
La "pacchettizzazione", a prescindere dal particolare Gambas, è sempre una cosa un pò articolata.
Io, per Fedora, ho dovuto studiare a fondo la struttura dei sorgenti di Gambas, e creare appositi file per la creazione dei singoli rpm. Alla fine ho raggiunto l'obiettivo, ma è stato un lavoro lungo e faticoso. Penso che anche per le altre distro sia alquanto oneroso.
Come ipotizzato da leo, ho dovuto crearmi uno script bash per l'operazione, che si legge la dir dei sorgenti Gambas, i file di configurazione in un'apposita mia dir, utilizzando i programmi RPM per creare alla fine i singoli package.
Inoltre, ho utilizzato parte della logica inclusa nei sorgenti di Gambas, ovvero quella parte che si occupa della creazione dei packages del progetto, dall'interno dell'ide stesso; purtroppo, alcune cose di questa logica non funzionano a dovere, e per i miei progetti ho creato un'altro script che provvede alla cosa.
A suo tempo, avevo iniziato a impostare il primo script, in modo da poter creare packages sia per le distro basate su redhat (rpm), debian (deb), e mandriva, ma poi non ho approfondito la cosa a causa della mia scarsa informazione sui formati debian e mandriva; lo script già li prevede ma non li ho potuti testare. Tra l'altro non sò se sulle altre distro deve essere mantenuta una certa logica sulla suddivisione dei pacchetti.
-
@ md9327: per me è arabo.
@ Ceskho : ho scaricato i deb dall'area download. Questo il risultato:
fabrizio@dex804:~/Scrivania$ tar xvzf gambas2_2.12.0_hardy.gz
tar: Questo non sembra un archivio tar
tar: Passaggio alla prossima intestazione
tar: Uscita per errore ritardata dall'errore precedente
:-? :-o :-( :-x :oops: :evil: :muro: :1birra: :coccole: :shit: :sonno:
-
visto ciò, ho scaricato e scompattato con intrepid il gz per hardy, poi ho copiato il .deb da intrepid ad hardy. Ho avviato hardy.
gambas2_2.12_i386.deb non viene riconosciuto come formato.
...................
sto uscendo, vorrei arrivare del ferramenta prima che chiuda.
Secondo voi una mazzetta da 1kg sarà sufficiente?
-
Puoi scompattarli anche graficamente...spero tu abbia un mouse così puoi cliccare col tasto destro e scegli "Estrai qui"....il comando che hai dato da terminale estrae i tar.gz se non sbaglio...
P.S.
Spero che la penultima faccina non sia io!!!
-
no, la penultima sono io.
comunque non hai capito. sul desktop i file appaiono con un foglietto bianco con dei caratteri, tipo file di testo. Se li clicco si apre gedit che mi insulta!
dovrebbero cambiare lts in ltsm (lungo tempo speso male)
-
fai "apri con un altra applicazione" e scegli con cosa estrarlo!
-
gambas2_2.12_i386.deb apri con gestore archivi:
control.tar.gz Tipo sconosciuto
data.tar.gz Tipo sconosciuto
debian-binary Tipo sconosciuto
Ora Formatto e Reinstallo.
-
Strana questa cosa.....vabbè prima di passare alle maniere forti informati da cosa può dipendere il problema..
-
Ok, questi ultimi problemi erano dovuti alla mia installazione di Ubuntu.
Comunque per i primi problemi la situazione non è cambiata.
In qualunque modo io installi gambas 2 > ver2.0.0.0, quando provo ad installare la MyApp.deb creata da Gambas, richiede l'installazione dei pacchetti della 2.0.0.0 e i motivi sono stati già spiegati e + o - capiti. (hardy)
Ho pure verificato che su intrepid ho installata la ver 2.11.1 di Gambas2, ma in effetti tutti gli altri pacchetti sono della ver 2.9
A questo punto la mia domanda è:
Se faccio un programma (su intrepid) con gambas 2.11.1 e poi installo il .deb di MyApp, in fase di programmazione potrei non accorgermi di eventuali bug della 2.9 giusto? perchè alla fine è la 2.9 che verrà utilizzata per far girare MyApp.gambas.
Morale: è meglio che downgrado da 2.11.1 a 2.9 (che era quella dei repo di pixel se non sbaglio)
Confermate il mio ragionamento, o dico baggianate ?
-
Il pacchetto è "sano". Ho provato ad aprirlo ora e va perfettamente.
Precisazione: NON è un tar.gz, è un semplice .gz. Cliccando sul pacchetto dovrebbe avviarsi il "Gestore di pacchetti" e mostrare al suo interno un .Deb
Per quanto riguarda il punto del 2° post, se non vuoi problemi con le versioni il mio consiglio è, allo stato attuale, di usare _sempre_ i pacchetti ufficiali della distro. Questo per evitare tuoi incasinamenti ed incasinamenti dell'utente della tua applicazione. Quindi, se usi Hardy, progetta sulla 2.0; se usi Intrepid, hai la 2.7; con Jaunty la 2.8.
Le uniche alternative non ingarbugliate sono:
1) seguire il consiglio di Ceskho, ma devi però fornire 3 versioni del tuo programma, ognuna con Gambas pacchettizzato specificatamente per una delle 3 ultime versioni di ubuntu;
2) distribuire la tua applicazione come archivio sorgenti compresso: in questo modo l'utente, se ha difficoltà con le versioni, può ricompilarsi il software.
-
Infatti, il pacchetto è sano, era il mio Ubuntu non sano.
Comunque, la prima volta che ho installato gambas su intrepid, lo feci dai repo messi a disposizione da pixel: deb http://xoomer.alice.it/pixel intrepid gambas
e adesso tutti i pacchetti che riguardano gambas sono 2.9.0
Quindi pixel è riuscito a pacchettizzare come si deve. Per tanto mi rivolgo a lui per chiedergli come ha fatto.
bye
-
L'ho contattato anche io tempo fa per sapere come ha fatto ma non ho mai avuto la risposta purtroppo...
-
Il buon vecchio Fabio ultimamente è "latitante"... Non so gli impegni che lo tengono lontano dal mondo dei PC ma ormai sono un paio di mesi che è scomparso.
Egli era riuscito a creare dei pacchetti singoli di Gambas e mi aveva mandato anche la copia dello script che usava ma l'ho perso nei vari passaggi da una versione all'altra di Ubuntu.
-
averli ci renderebbe la vita davvero più facile....saremmo tutti più debian-contenti...
-
Anche i suoi pacchetti non erano "debianici" al 100%. Però, funzionavano ;-)
-
Porterò il segreto dei miei pacchetti nella tomba... :-D
-
Oh mio dio....ragazzi mi è sembrato di leggere un messaggio di pixel....devo andarci piano con le droghe!!!
-
...non era lui, era il fratello... si somigliano molto... :-)