Gambas-it
Gambas3 => Domande tecniche => Topic aperto da: milio - 14 Maggio 2010, 16:00:09
-
Secondo voi, una volta scaricata e compilata una nuova revisione, bisogna prima disinstallare quella vecchia con make uninstall oppure no?
-
no...svn aggiorna quella che hai non scrive ogni volta da capo il progetto....
-
nessun problema , anche perchè prima di compilare dai un :/reconf-all che riconfigura il tutto
-
Ehm... mi pare che si stia facendo un po' di confusione fra le versioni dei sorgenti (gestite da SVN) e le versioni dei binari installati sul sistema (che mette make install).
Se la compilazione termina con un make e non si installano i binari, allora basta ogni volta aggiornare con SVN e ricompilare. Ma se si sono installati i binari con make install, allora è bene ogni volta fare un make uninstall e togliere la versione precedente.
-
quindi allora la procedura giusta sarebbe cosi'?
cd trunk
sudo make unistall
cd ..
svn checkout https://gambas.svn.sourceforge.net/svnroot/gambas/gambas/trunk/
cd trunk
./reconf-all
./configure
make
sudo make install
-
e per fare dei pacchetti?
intendo al posto di fare il make install, ci sarebbe la possibilita' di fare dei pacchetti dai sorgenti?
-
Ovviamente si, ma la cosa è un po' complessa..
Personalmente sto terminando alcune verifiche e credo di essere a buon punto, ma non garantisco :P
-
e per fare dei pacchetti?
intendo al posto di fare il make install, ci sarebbe la possibilita' di fare dei pacchetti dai sorgenti?
Si potrebbe usare checkinstall ma avresti un pacchetto monolitico e non un pacchetto per ogni componente....
-
Si potrebbe usare checkinstall ma avresti un pacchetto monolitico e non un pacchetto per ogni componente....
In realtà no ;)
Comunque la domando pone varie risposte:
a) i pacchetti servono solo a tuo uso per una semplicità di rimozione successiva: checkinstall (anche monolitico)
b) i pacchetti sono per altri utenti: e buon divertimento (http://www.debian.org/doc/maint-guide/index.it.html#contents)
Purtroppo Gambas3 NON esiste ancora sotto forma di pacchetti e di conseguenza non ci si può basare su una traccia per la sua creazione.
Vorrei inoltre ricordare agli utenti di Ubuntu che l'elenco delle dipendenze di Karmic va bene ma non è esatto per Lucid, di seguito l'elenco preciso:
build-essential subversion libtool autoconf libffi-dev libbz2-dev zlib1g-dev libace-dev libomniorb4-dev libc6-dev firebird2.1-dev libmysqlclient-dev unixodbc-dev libpq-dev libsqlite0-dev libsqlite3-dev libxtst-dev libgtk2.0-dev libimlib2-dev libcurl4-gnutls-dev libglew1.5-dev libpcre3-dev libpoppler-dev libqt4-dev libsdl-ttf2.0-dev libsdl-image1.2-dev libsdl-mixer1.2-dev libjpeg62-dev libpng12-dev libv4l-dev libxml2-dev libxslt1-dev librsvg2-dev libgtkglext1-dev
-
Si potrebbe usare checkinstall ma avresti un pacchetto monolitico e non un pacchetto per ogni componente....
In realtà no ;)
In realtà si....i pacchetti che io creavo per hardy di gambas che c'erano nella nostra area download li creavo proprio con checkinstall...
-
In realtà si....i pacchetti che io creavo per hardy di gambas che c'erano nella nostra area download li creavo proprio con checkinstall...
In realtà no e se lo dico io..... è così ;D
Dipende da come si usa checkinstall... e dipende dal tipo di progetto da compilare...
Nel nostro caso (Gambas) è possibile usare checkinstall sui singoli componenti (provare per credere).
-
In realtà si....i pacchetti che io creavo per hardy di gambas che c'erano nella nostra area download li creavo proprio con checkinstall...
In realtà no e se lo dico io..... è così ;D
Dipende da come si usa checkinstall... e dipende dal tipo di progetto da compilare...
Nel nostro caso (Gambas) è possibile usare checkinstall sui singoli componenti (provare per credere).
Io a tempo suo creai dei pacchetti deb di gambas in maniera monolitica ed anche Leo lo fece....purtroppo ne io e ne lui avevamo le conoscenze adatte per creare un deb per ogni componente.....aspetta leo che ti darà conferma....
-
Ceskho, non dubito di quello che dici e con Leo mi sento un giorno si ed uno no :D
Ai tempi che furono creai dei pacchetti per Gambas SVN con relativo repository, questi finirono linkati fino in Indonesia passando per il Portogallo e con una breve capatina in India :P
Il problema è che lo script che avevo/ho fatto in realtà è un trucco: fa credere ad APT che sono installati tutti i pacchetti ma in realtà non ci sono, in questo modo però puoi creare i pacchetti dei tuoi progetti senza problemi.
Bene, in questi giorni sto cercando di riproporre dei repo per Gambas3 (premetto che non mi risulta ne esistano ancora) ma la cosa è un po' ostica, diciamo che arrivo al 99.99% ed ottengo un errore proprio alla fine.
Il punto è che io NON so' nulla di pacchettizzazione (anzi un amico MOTU Ubuntu e Debian Manteiner si incaxxa spesso quando vede i miei pacchetti) e quello che faccio lo ottengo solo a lume di naso.
Come dicevi checkinstall effettivamente genera un pacchetto unico ma se lo lanci dalla directory in cui risiedono tutti i componenti di Gambas, se lo lanci all'interno delle singole sotto directory ecco che ottieni lo scopo.
Ovviamente devi inserire alcune cose nella creazione del pacchetto: nomi, dipendenze ecc..ecc...
Tutto qui.
In pratica:
mkdir trunk
svn checkout.....
cd trunk
./reconf-all
./configure
make
cd componente-che-vuoi-pacchettizzare
sudo checkinstall -d
bla...bla..bla...bla...
poi cambi directory e ripeti il giochino....
Ovviamente sono stato un po' grossolano nel ragionamento e nel procedimento, ma appena avrò scritto tutto vi farò sapere :D
-
@Ceskho:
sì, i nostri pacchetti funzionavano finché si trattava di utilizzarli sul proprio PC o per progetti non distribuiti. Perché, come dice Fabio, il problema è poi far vedere ad apt che ci sono tutti i moduli di Gambas, cosa che il nostro pacchetto non faceva e non poteva.
-
Fino a qualche versione fà, anche io creavo e distribuivo pacchetti di Gambas, separati nei modi definiti come nelle varie distro.
Lo facevo per Fedora, che non aveva ancora incluso Gambas nei propri repository.
Poi hanno deciso di inserirlo, per cui ho smesso il lavoro di creazione.
Usavo appounto checkinstall, però la divisione dei package, con rpm, dato che è basata sulla definizione di un file info, era alquanto complicata.
Ci ho messo parecchio, prima di riuscire a dividere correttamente i file tra i vari packages, spulciando anche come lo facevano altre distro.
Per concludere, non sò per Ubuntu, ma sicuramente a livello generale, creare package idonei è fattibile, come anche abbastanza complicato.
Putroppo, con le ultime release di Fedora, checkinstall è sparito, e ricompilarlo dai sorgenti non è possibile, perchè si basa su librerie obsolete, che non installo per non creare casini nel sistema. Checkinstall è un programma utilissimo, perchè ti risolve facilemnte la creazione dei package che, altrimenti sarebbe comunque, per qualsiasi cosa, alquanto complessa...
Bye
-
domanda da newbee: se si ha in macchina la 2.20 , devo disinstallarla x installare la 3? Sulla 3 c'è il controllo pop?
-
non serve disinstallarla.
-
domanda da newbee: se si ha in macchina la 2.20 , devo disinstallarla x installare la 3? Sulla 3 c'è il controllo pop?
La versione 2.x e la versione 3.x possono convivere tranquillamente insieme senza problemi....almeno questo è quello che si dice qui sul forum. Cosa intendi con controllo pop?
-
pop3 direttamente da gambas, come l'mstp che c'è già. Lo avevo chiesto pure io tempo fa.
-
pop3 direttamente da gambas, come l'mstp che c'è già. Lo avevo chiesto pure io tempo fa.
yes, questo :2birre:
-
domanda semplice semplice ma dove trovo il numero dell'ultima revisione, nelle info interne di g3 non la leggo, thx
-
Quando scarichi i sorgenti con il comando svn .... alla fine del download ti da il numero della versione (revisione) scaricata
-
Giusto per ritornare sull'argomento delle versioni presenti nei canali ufficiali, mi piace far notare che uno degli sviluppatori di Gambas ha creato per Arch i pacchetti di Gambas2 strutturati come si deve, cioè con ogni modulo inserito in un singolo pacchetto. E, come nella filosofia Arch, sono costantemente aggiornati. Quindi chi usa G2 e vuole sempre le ultime versioni disponibili nei canali ufficiali pacchettizzati a regola d'arte può prendere in considerazione l'uso di questa distro.
-
quindi allora la procedura giusta sarebbe cosi'?
svn checkout https://gambas.svn.sourceforge.net/svnroot/gambas/gambas/trunk/
cd trunk
./reconf-all
./configure
make
sudo make install
Stavo cercando di installare l'ultimo aggiornamento di sviluppo (Revision), seguendo la procedura che in questa discussione ho trovato.
Ho scaricato quindi con svn. Entrato poi nella cartella trunk non trovo il file configure.
Come faccio per il passaggio ./configure ?
-
http://andreabertini.wordpress.com/2010/07/30/installare-gambas-3-alpha-unstable/
è ancora valida :2birre:
-
http://andreabertini.wordpress.com/2010/07/30/installare-gambas-3-alpha-unstable/
è ancora valida :2birre:
Grazie Andy per il tuo intervento. Ho provato... ma niente. :hard: Devo però precisare che:
* ho "già" installata la versione 3;
* io avvio Linux con una penna come Live CD.
Comunque sia, la cartella trunk si crea ugualmente nella mia home, e vedo che ci sono molte sub-cartelle ed alcuni file sciolti.
Se da quel sito, da te indicato, lancio da console:
sudo apt-get install build-essential subversion libtool.....etc...etc...
ottengo l'avviso che "[Alcuni pacchetti non possono essere installati./i], e che ci sono pacchetti con dipendenze non soddisfatte.
Alla fine poi vedo l'avviso mortale: "E: Pacchetti danneggiati. :rolleyes:
Un casino ! :'(
Aggiungo che se lancio la riga:
mint@mint ~/trunk $ ./reconf-all
ottengo qesta rispostaccia:
./reconf-all: 7: libtoolize: not found
./reconf-all: 8: autoreconf: not found :hatecomputer:
-
Ma hai installato tutte queste librerie?
sudo apt-get install build-essential subversion libtool autoconf libffi-dev libbz2-dev zlib1g-dev libace-dev libomniorb4-dev libc6-dev firebird2.1-dev libmysqlclient-dev unixodbc-dev libpq-dev libsqlite0-dev libsqlite3-dev libxtst-dev libgtk2.0-dev libimlib2-dev libcurl4-gnutls-dev libglew1.5-dev libpcre3-dev libpoppler-dev libqt4-dev libsdl-ttf2.0-dev libsdl-image1.2-dev libsdl-mixer1.2-dev libjpeg62-dev libpng12-dev libv4l-dev libxml2-dev libxslt1-dev librsvg2-dev libgtkglext1-dev automake autoconf
edit
up... non avevo letto ho "già" installata la versione 3
-
Ma hai installato tutte queste librerie?
sudo apt-get install build-essential subversion libtool autoconf libffi-dev libbz2-dev zlib1g-dev libace-dev libomniorb4-dev libc6-dev firebird2.1-dev libmysqlclient-dev unixodbc-dev libpq-dev libsqlite0-dev libsqlite3-dev libxtst-dev libgtk2.0-dev libimlib2-dev libcurl4-gnutls-dev libglew1.5-dev libpcre3-dev libpoppler-dev libqt4-dev libsdl-ttf2.0-dev libsdl-image1.2-dev libsdl-mixer1.2-dev libjpeg62-dev libpng12-dev libv4l-dev libxml2-dev libxslt1-dev librsvg2-dev libgtkglext1-dev automake autoconf
Ho copiato e lanciato da console la riga, ma mi dice:
I seguenti pacchetti hanno dipendenze non soddisfatte:
libqt4-dev : Dipende: libqt4-dbus (= 4:4.7.2-0ubuntu6) ma la versione 4:4.7.2-0ubuntu6.1 sta per essere installata
...etc....etc......etc....
.........
........ [alla fine: ]
Raccomanda: libqt4-opengl-dev (= 4:4.7.2-0ubuntu6) ma non sta per essere installato
E: Pacchetti danneggiati
-
Non so cosa possa essere. La mia guida funziona su Ubuntu Natty e la versione precedente. Ti garantisco che viene compilata alla perfezione.
Se la cosa è cosi' importante backuppa tutti i dati e reinstalla la distro Ubuntu.
-
Ho provato anche con Kubuntu, ma niente.
Non c'è il file configure.
Anche qui se lancio:
ubuntu@ubuntu:~$ /home/ubuntu/trunk/reconf-all
ottengo:
/home/ubuntu/trunk/reconf-all: 7: libtoolize: not found
/home/ubuntu/trunk/reconf-all: 8: autoreconf: not found :evil:
Aggiornamento
Mi sono un po' dato da fare nel frattempo:
* libtoolize: not found l'ho risolto lanciando: sudo apt-get install libtool
* autoreconf: not found l'ho risolto lanciando: sudo apt-get install autoconf libtool
Però ora ho:
ubuntu@ubuntu:~$ /home/ubuntu/trunk/reconf-all
autoreconf: `configure.ac' or `configure.in' is required
Quindi ho fatto:
buntu@ubuntu:~$ cd trunk
ubuntu@ubuntu:~/trunk$ /home/ubuntu/trunk/reconf-all
e così è partito regolarmente.
-
prova così:
$cd trunk
./reconf-all
credo che l'eseguibile reconf-all cerca il file configure.asc nella cartella di residenza (trunk).
edit
credo che l'eseguibile reconf-all cerca il file configure.ac nella cartella di residenza (trunk).
-
prova così:
$cd trunk
./reconf-all
credo che l'eseguibile reconf-all cerca il file configure.asc nella cartella di residenza (trunk).
edit
credo che l'eseguibile reconf-all cerca il file configure.ac nella cartella di residenza (trunk).
opss...
Quindi ho fatto:
buntu@ubuntu:~$ cd trunk
ubuntu@ubuntu:~/trunk$ /home/ubuntu/trunk/reconf-all
battuto sul tempo
e così è partito regolarmente.
-
battuto sul tempo
e così è partito regolarmente.
...ho potuto così continuare con la procedura fino alla fine: sudo make install: tutto apparentemente bene fino alla fine !
....però ora Gambas.... non parte ! :P
> L'operazione è riuscita, ma il paziente è morto ! <
(Non so se c'è da ridere o da piangere ! )
Posso provare a riavviare il computer, ma - poiché io Linux lo lancio da penna come LiveCD da pacchetti deb, e quindi Gambas lo devo ogni volta installare da pacchetti che ho in una cartella apposita nella penna - non so se perderò quell'aggiornamento !
-
se da terminale dai il comando:
$/usr/local/bin/gambas3
ottieni un messaggio d'errore?
-
se da terminale dai il comando:
$/usr/local/bin/gambas3
ottieni un messaggio d'errore?
Ottengo questo:
bash: /usr/local/bin/gambas3: No such file or directory
suppongo perché io, Gambas3, non ce l'ho installato su hard disk.
Forse devo rifare la procedura che normalmentre faccio "ogni volta" per utilizzarlo da penna ?
Ossia: sudo dpkg -i install /cdrom/gambas3/*
...dato che io lo "re-installo" ogni volta che devo usarlo.
Ma mica perdo l'aggiornamento or ora effettuato ? :o
-
sudo dpkg -i install /cdrom/gambas3/*
Ma mica perdo l'aggiornamento or ora effettuato ?
Si.
Domanda stupida:
perchè lo installi su LiveUSB e non in virtuale su MINT, per esempio con virtualbox?
in ogni caso prova a fare:
$whereis gambas3
magari lo trovi in un altro path (non credo)
-
in ogni caso prova a fare:
$whereis gambas3
magari lo trovi in un altro path (non credo)
Ho fatto:
ubuntu@ubuntu:~$ whereis gambas3
ottenuto:
gambas3: /usr/bin/gambas3 /usr/bin/gambas3.gambas /usr/lib/gambas3 /usr/local/bin/gambas3 /usr/local/lib/gambas3 /usr/share/gambas3 /usr/share/man/man1/gambas3.1.gz
Ho quindi provato a lanciare:
ubuntu@ubuntu:~$ /usr/bin/gambas3
ma mi dà:
ERROR: #63: 'UserControl.Find' is incorrectly overridden in class 'IconView'
*** glibc detected *** /usr/bin/gambas3: realloc(): invalid pointer: 0x0057142c ***
======= Backtrace: =========
/lib/i386-linux-gnu/libc.so.6(+0x6b961)[0x1bb961]
/lib/i386-linux-gnu/libc.so.6(realloc+0x2ad)[0x1c073d]
........
........... etc etc righe simili ???
-
credo tu abbia una situazione un poco incasinata; non ne sono sicuro ma il path
/usr/bin/gambas3
è quello della installazione da dpkg mentre il path /usr/local/bin è quello della installazione da sorgenti.
se provi:
$/usr/bin/gambas3 parte?
prova a ripartire con la live ed eseguire solo la compilazione da sorgenti (ma devi reinstallare tutte le dipendenze.)
Se proprio non lo vuoi installare sul sistema principale suggerirei caldamente Virtualbox.
-
credo tu abbia una situazione un poco incasinata;
Credo proprio di sì !
se provi:
$/usr/bin/gambas3 parte?
No
ubuntu@ubuntu:~$ /usr/bin/gambas3
ERROR: #63: 'UserControl.Find' is incorrectly overridden in class 'IconView'
*** glibc detected *** /usr/bin/gambas3: realloc(): invalid pointer: 0x0076042c ***
-
dunque:
l'errore:
ERROR: #63: 'UserControl.Find' is incorrectly overridden in class 'IconView'
credo sia causato dal fatto che la versione installata con dpkg sia vecchiotta. Infatti la eredityarietà ha subito notevoli cambiamenti strutturali nelle ultime revisioni ed installando da sorgenti hai riscritto alcuni componenti.
prova così
$ cd trunk
$ sudo make uninstall
$ dpkg -p gambas3
e poi esegui la sola installazione da sorgenti
-
dunque:
l'errore:
ERROR: #63: 'UserControl.Find' is incorrectly overridden in class 'IconView'
credo sia causato dal fatto che la versione installata con dpkg sia vecchiotta. Infatti la eredityarietà ha subito notevoli cambiamenti strutturali nelle ultime revisioni ed installando da sorgenti hai riscritto alcuni componenti.
prova così
$ cd trunk
$ sudo make uninstall
$ dpkg -p gambas3
e poi esegui la sola installazione da sorgenti
Putroppo ho avuto un problema al sistema, e ho dovuto riavviare tutto: ho perso la cartella trunk.
Magari ci riprovo, però vorrei capire: dopo aver digitato quelle tre righe, scusami, *come* eseguo praticamente "la sola installazione da sorgenti" ?
-
se riavvi la Live probabilmente hai perso anche la installazione del .deb e tutte le dipendenze.
Se ho capito bene la versione di Ubunto è la 10.04?
Se così fosse:
sudo apt-get install build-essential autoconf libbz2-dev libfbclient2 libmysqlclient15-dev unixodbc-dev libpq-dev libsqlite0-dev libsqlite3-dev libgtk2.0-dev libldap2-dev libcurl4-gnutls-dev libgtkglext1-dev libpcre3-dev libsdl-sound1.2-dev libsdl-mixer1.2-dev libsdl-image1.2-dev libsage-dev libxml2-dev libxslt1-dev libbonobo2-dev libcos4-dev libomniorb4-dev librsvg2-dev libpoppler-dev libpoppler-glib-dev libasound2-dev libesd0-dev libesd-alsa0 libdirectfb-dev libaa1-dev libxtst-dev libffi-dev kdelibs4-dev firebird2.1-dev libqt4-dev libglew1.5-dev libimlib2-dev libv4l-dev libsdl-ttf2.0-dev libgnome-keyring-dev
e poi nella home o in altra cartella creata appositamente:
$ svn checkout https://gambas.svn.sourceforge.net/svnroot/gambas/gambas/trunk/
$ cd trunk
$./reconf-all
$./configure -C
$ make && sudo make install
a questo punto l'ultima revisione di gambas dovrebbe partire con:
$ /usr/local/bin/gambas3
-
Se ho capito bene la versione di Ubunto è la 10.04?
No, la 11.04 !
-
sudo apt-get install build-essential autoconf libbz2-dev libfbclient2 libmysqlclient-dev unixodbc-dev libpq-dev libsqlite0-dev libsqlite3-dev libgtk2.0-dev libldap2-dev libcurl4-gnutls-dev libgtkglext1-dev libpcre3-dev libsdl-sound1.2-dev libsdl-mixer1.2-dev libsdl-image1.2-dev libsage-dev libxml2-dev libxslt1-dev libbonobo2-dev libcos4-dev libomniorb4-dev librsvg2-dev libpoppler-dev libpoppler-glib-dev libasound2-dev libesd0-dev libdirectfb-dev libaa1-dev libxtst-dev libffi-dev kdelibs4-dev firebird2.1-dev libqt4-dev libglew1.5-dev libimlib2-dev libv4l-dev libsdl-ttf2.0-dev libgnome-keyring-dev libgdk-pixbuf2.0-dev linux-libc-dev
tutto il resto rimane valido.
-
sudo apt-get install build-essential autoconf libbz2-dev libfbclient2 libmysqlclient-dev unixodbc-dev libpq-dev libsqlite0-dev libsqlite3-dev libgtk2.0-dev libldap2-dev libcurl4-gnutls-dev libgtkglext1-dev libpcre3-dev libsdl-sound1.2-dev libsdl-mixer1.2-dev libsdl-image1.2-dev libsage-dev libxml2-dev libxslt1-dev libbonobo2-dev libcos4-dev libomniorb4-dev librsvg2-dev libpoppler-dev libpoppler-glib-dev libasound2-dev libesd0-dev libdirectfb-dev libaa1-dev libxtst-dev libffi-dev kdelibs4-dev firebird2.1-dev libqt4-dev libglew1.5-dev libimlib2-dev libv4l-dev libsdl-ttf2.0-dev libgnome-keyring-dev libgdk-pixbuf2.0-dev linux-libc-dev
tutto il resto rimane valido.
Tutto bene.
1) Ho installato le dipendenze relative alla versione 11.04 (qui sopra riportate in citazione);
2) quindi ho seguito la procedura successiva:
$ svn checkout https://gambas.svn.sourceforge.net/svnroot/gambas/gambas/trunk/
$ cd trunk
$./reconf-all
$./configure -C
$ make && sudo make install
3) per finire l'ho lanciato, come tu avevi detto, con la riga:
mint@mint ~ $ /usr/local/bin/gambas3
e.......funzionaaa !
Grazie molte, Sotema !
Adde:
Per l'installazione delle dipendenze con Linux Mint 12 Lisa vedere anche qui: http://www.gambas-it.org/smf/index.php?topic=1952.0 (http://www.gambas-it.org/smf/index.php?topic=1952.0)
-
Oggi ho un problema....
Ho cercato di fare l'aggiornamento del mio Gambas 3 con le modalità sopra descritte, come sempre.
Però ho avuto questo strano errore alla fine:
****
$ svn checkout https ://gambas.svn.sourceforge.net/svnroot/gambas/gambas/trunk/
U trunk/app/src/doc.cgi/.lang/.pot
...etc... etc
U trunk/gb.qt4/src/CDrawingArea.cpp
svn: Failed to add directory 'trunk/gb.xml': an unversioned directory of the same name already exists
****
Allora ho contattato Minisini, il quale mi ha risposto così:
****
« AFAIK, to update an existing local svn directory, you should use 'svn
update', not 'svn checkout'.
--
Benoît Minisini »
****
Io, per aggiornare Gambas 3, ho sempre usato invece svn checkout, e non ho mai avuto problemi :-\ .... va be'... provo a cambiare parola, ma ottengo quest'altro errore:
****
$ svn update https ://gambas.svn.sourceforge.net/svnroot/gambas/gambas/trunk/
Skipped 'https ://gambas.svn.sourceforge.net/svnroot/gambas/gambas/trunk'
****
Lo faccio presente a Minisini, il quale mi risponde così:
« Please read the svn documentation, or the page about "how to use subversion" on the gambas wiki.
If you are really lost, just destroy your *local* subversion directory, and do a "checkout" from scratch. »
Che ne pensate ? Morirò ? :'(
Cosa devo fare ?
-
Cosa devo fare ?
Nel frattempo ho provato a seguire il suggerimento di Minisini: "distruggere la directory * locale * della subversione e fare un "checkout" da zero.
Ho quindi eliminato in /trunk la sola sub-cartella gb.xml, ed ho rilanciato: svn checkout https: //gambas.svn.sourceforge.net/svnroot/gambas/gambas/trunk/
e tutto è andato a buon fine. :D
-
io non ho di sti problemi ... vado giù di repo :)
-
io da svn...ma da un po' non aggiorno, ho paura che gridbox non mi vada +, paura venuta leggendo riguardo i problemi denunciati da Milio
-
Vai tranquillo... al massimo fatti una copia della cartella trunk.... e se non funziona qualcosa sai dove trovarmi :)
-
Vai tranquillo... al massimo fatti una copia della cartella trunk.... e se non funziona qualcosa sai dove trovarmi :)
grazie x l'info, vedro' di aggiornare, ma non penso che cambi molto rispetto alla mia versione
-
E' un pò che non ci lavoro, ma pure da altri amici del forum ho sentito problemi causati dal cambiamento sostanziale di alcune logiche interne a Gambas...
Tanto per dirne una, pare che nelle versioni successive la 3.0.0, la creazione dell'eseguibile non includa più tutte le cartelle nascoste del progetto, come ad esempio .hidden. La cosa è alquanto strana oltre che fastidiosa, per due motivi:
1) se ci sono a che servono?
Nella documentazione non è descritta la logica della nuova struttura implementata in Gambas3, per cui alcune delle particolarità sono state scoperte con la sperimentazione.
2) perchè ne è cambiata la logica
Per fare un esempio, in pgDesigner3 avevo implementato un sistema di themi che si basava sulla configurazione e i file contenuti in una cartella di immagini, posta sotto .hidden. La cosa con la versione 3.0.0 ha sempre funzionato, nel senso che compilando i sorgenti, l'eseguibile includeva anche la cartella .hidden (e tree sottostante), permettendo all'applicazione di poter selezionare il thema desiderato. Ora con le versioni successive questo non accade più, e questo sconvolge abbastanza alcune delle logiche implementate nelle nostre applicazioni (ove utilizzato).
-
io mi tengo la mia versione, per ora
-
quindi allora la procedura giusta sarebbe cosi'?
svn checkout https://gambas.svn.sourceforge.net/svnroot/gambas/gambas/trunk/
ATTENZIONE !
Riguardo a questa riga, è necessario leggere assolutamente questo messaggio:
http://www.gambas-it.org/smf/index.php?topic=2454.0