Gambas3-x.x.x.sfs (IDE for Basic)

[did18]

Hello.

Puppyt, I'm sorry for your misadventure.
To try to understand what happened, what is radky's Dpup Stretch 7.5 (RC3 - k 4.1.48)?
What is the basis of the nucleus? (precise, trusty, vivid...)?
Do you have a download link for me to try to compile gambas3 for this OS?

The version I compiled and put online is for the precise databases (whether in 32 or 64Bit) and were compiled in a tharpup session.

Otherwise you can find the sources I used in.deb format on this link (click on me)

Thanks to you and Mike Walsh and rockedge for your feedback.

Sorry for my bad English, I only speak French and "Deepl" (although better than "Google translate") is not perfect.

Have a good day

Translated with www.DeepL.com/Translator

[musher0]

Salut Didier.

DPupStretch-7.5, basé sur Debian Stretch*, est à :

~~~~~~~~
Hi Didier.
DPupStretch-7.5, based on Debian Stretch*, is at:

~~~~~~~~
http://murga-linux.com/puppy/viewtopic.php?t=112125

~~~~~~~~
* https://wiki.debian.org/fr/DebianStretch

À+ / BFN

[did18]

---en---
Thanks musher0, I'll install stretch-7.5_k4.1.48.iso on a usb key and see what it looks like...
For the moment I haven't found a match with the gambas3 packages to recompile....
For Debian, there was "Jessy", "Wheezy" and now "Stretch", but none of these series appear in the gambas packages3....
What would be the closest to "strech" in terms of correspondence "Xenial", "Precise", "Cosmic", "Bionic", "Trusty", "Artful", "Zesty", "Yakkety", "Vivid", or "Wily" (we already know that "Precise" is not the right choice)?
I copy the original message, it will be easier for me (and for French-speaking Internet users) to follow the course of this subject.

---fr---
Merci musher0, je vais installer stretch-7.5_k4.1.48.iso sur une clef usb et voir ce que cela donne...
Pour l'instant je n'ai pas trouvé de correspondance avec les paquets gambas3 à recompiler...
Pour Debian, il y a eu "Jessy", "Wheezy" et maintenant "Stretch", mais aucune de ces séries ne figure dans les paquets de gambas3...
Qu'est-ce qui se rapprocherai le plus de "strech" en termes de correspondance "Xenial", "Precise", "Cosmic", "Bionic", "Trusty", "Artful", "Zesty", "Yakkety", "Vivid", ou "Wily" (on sait déjà que "Precise" n'est pas le bon choix) ?
Je met en copie le message original, ce sera plus facile pour moi (et pour les internautes Francophone) de suivre le cours de ce sujet.

[fredx181]

What would be the closest to "strech" in terms of correspondence "Xenial", "Precise", "Cosmic", "Bionic", "Trusty", ... ...

Closest is Xenial, I think, looking at GLIBC version :
Stretch: GLIBC 2.24

Xenial: GLIBC 2.23

EDIT: Zesty has the same as Stretch: GLIBC 2.24

Fred

[Puppyt]

Thanks musher0 and fredx181 for stepping in and answering did18's queries for me - I appreciate it very much. Good luck for your recompile of Gambas3, but no hurry, cheers .

UPDATE: did18, I've sent you a PM about some problems on the Gambas website I have encountered - I don't know if you know the website maintainer, but I thought it might be helpful to correct those issues to assist new learners to BASIC-type programming, Cheers.

[did18]

---en---
Hello.

Following the indications of fredx181, I compiled 2 versions of gambas3 (for Xenial and Zesty)...
As I assumed, neither of these 2 versions is 100% functional

Indeed, if it is possible to create and operate a new program, the use of an existing program (in development or executable mode) "plants" gambas3.
In addition, the packages for Zesty are in version 3.10.0...

Packages for Stretch seem absolutely necessary, I made a request to the people in charge for this purpose....

Have a good day.

---fr---
Bonjour

Suite aux indications de fredx181, j'ai compilé 2 versions de gambas3 (pour Xenial et Zesty)...
Comme je le supposait aucune de ces 2 versions n'est fonctionnelle à 100%

En effet s'il est possible de créer et d'exploiter un nouveau programme, l'utilisation d'un programme existant (en mode développement ou exécutable) "plante" gambas3.
De plus les paquets pour Zesty sont en version 3.10.0...

Des paquets pour Stretch semblent absolument nécessaire, j'ai fait une demande auprès des responsables en ce sens...

Bonne journée.

[Puppyt]

Thanks for the update, did18

[did18]

---en---
Hello.

I installed Debian 9 (stretch) on an HDD to test the latest version of gambas3....
Note that gambas3 version numbers do not seem to stick to distributions. Indeed the latest version for Debian 9 (stretch) is 3.9.1.

So the latest updated version for Dpup stretch is also 3.9.1.

It can be installed directly by the "package manager" of Dpup stretch.
Here is (in general) how I did it for a session mounted in RAM (knowing that for a session already recorded in a "pupsave" the approach is identical).

1) - Mount the zdrv_stretch_7.5.sfs (with sfs.load). This is necessary if you want to have (among other things) GNU translation tools.

2) - Run the package manager and "Update database".

3) - In the packet search field (next to the brush icon) type gambas3 then [Enter]

4) - Click on the first gambas entry then on the [Do it!] button and wait a few moments (while the manager calculates the available space etc.)

The number of packages to install plus all dependencies for the various tools (compression, distribution package creation etc.) is huge...

You can launch gambas3 through the menu/Utilities/gambas3.

With this version, I was able to recover and play with old applications, there are many examples (as for all versions) in the "Logithèque"...

Have a good day.

Translated with www.DeepL.com/Translator

---fr---
Bonjour

J'ai installé Debian 9 (stretch) sur un HDD pour tester la dernière version de gambas3...
A noter que les numéros de version de gambas3 ne semble pas coller aux distributions. En effet la dernière version pour Debian 9 (stretch) est 3.9.1.

Donc la dernière version à jour pour Dpup stretch est également la 3.9.1.

Elle est installable directement par le "gestionnaire de paquets" de Dpup stretch.
Voici (dans les grandes lignes) comment j'ai fait pour une session montée en RAM (sachant que pour une session déjà enregistrée dans un "pupsave" la démarche est identique).

1) - Monter le zdrv_stretch_7.5.sfs (avec sfs.load). Ceci est nécessaire si vous voulez disposer (entre autre chose des outils de traduction GNU).

2) - Exécuter le gestionnaire de paquets et "Actualiser la base de données".

3) - Dans le champ de recherche des paquet (a coté de l'icone pinceau) taper gambas3 puis [Enter]

4) - Cliquer sur la première entrée de gambas puis sur le bouton [Do it!] et patienter quelques instant (le temps que le gestionnaire calcul l'espace disponible etc.)

Le nombre de paquets à installer plus toutes les dépendances pour les divers outils (compression, création de paquet de distribution etc.) est assé volumineuse...

Vous pourrez lancer gambas3 par le menu/Utilitaires/gambas3.

Avec cette version, j'ai pu récupérer et jouer avec d'anciennes applications, il y a plein d'exemples (comme pour toutes les versions) dans la "Logithèque"...

Bonne journée.

[Mike Walsh]

Thought I'd better post a warning here.

Similar experience to puppyt. Loaded your latest 64-bit Gambas SFS in Bionicpup64, since I wanted to try and get I-Nex up-and-running.

The instant I loaded the SFS, there was an immediate loss of all functions. Mouse, keyboard, terminal.....nothing. Only recourse was a hard power-off, followed by deleting the Bionic directory and restoring from a back-up.

Unless I've missed something out here.....but, like I said, this was immediate. The SFS didn't even get to tell me it had finished loading; no way did I have a chance to try anything to restore things, since there was a total loss of all input devices.

Something not quite right there, somewhere, methinks.


Mike.

[did18]

---en---
Hello Mike Walsh

I tried loading one by one the 98.deb files on Bionicpup64...
But gambas3 does not start.
I get the missing indication gb.qt4 while the packets gb.qt4 and gb.qt5 are present.
Probably dependencies to satisfy....
I'll continue the investigation to try to help you out.

Have a good day.

---fr---
Bonjour Mike Walsh

J'ai essayé en chargeant un par un les 98 fichiers.deb sur Bionicpup64...
Mais gambas3 ne se lance pas.
j’obtient l'indication gb.qt4 manquant alors que les paquets gb.qt4 et gb.qt5 sont présent.
Probablement des dépendances à satisfaire...
Je vais poursuivre les investigations pour essayer de te dépanner.

Bonne journée.

[did18]

---en---
I just "uploded" gambas for puppies based on "bionic_amd64"
gambas3_3.11.4_bionic_amd64.sfs (click on me).
I tested it on a "Bionicpup64" live CD and everything seems to work...
Mike Walsh, depending on your availability, can you please test and give us a feedback?
Thank you.

Have a good day.

---fr---
Je viens "d'uploder" gambas pour les puppys à base de "bionic_amd64"
gambas3_3.11.4_bionic_amd64.sfs (cliquer sur moi).
Je l'ai testé sur une "Bionicpup64" en live CD et tout semble fonctionner...
Mike Walsh, selon tes disponibilités, peux-tu tester et nous faire un retour stp ?
Merci.

Bonne fin de journée.

[Mike Walsh]

@ did18:-

I just "uploded" gambas for puppies based on "bionic_amd64"
gambas3_3.11.4_bionic_amd64.sfs (click on me).
I tested it on a "Bionicpup64" live CD and everything seems to work...
Mike Walsh, depending on your availability, can you please test and give us a feedback?
Thank you.

I most certainly will. Let me get Bionicpup64 'backed-up' first, so I can restore her to the current 'state' of play' if necessary..!


Mike.

[Mike Walsh]

@ did18:-

That's done the trick..! Works nicely, mate.

I-Nex has demanding requirements; Gambas; Qt5; Qt4; Perl; often different ICU libraries.....plus quite a few others.





Unless the major components can be in SFS format - so they can simply be loaded/unloaded when necessary - I'd never recommend it to anyone (especially since native Puppy system apps require a fraction of the RAM to work).

Qt4 & Qt5 SFS packages are freely available on the forum. Perl and many of the others are available through the PPM, or as official .debs. Gambas was the one missing chunk of the puzzle, since only Tahr & Xenial seem to have it available through the PPM.





Thanks to you, it's now working in Bionicpup. Much appreciated.

Cheers!


Mike.

[did18]

---en---
Hello.

Thank you Mike, for taking your time to test and for the feedback.

Have a good day.

---fr---
Bonjour

Merci Mike, d'avoir pris de ton temps pour tester et pour le retour.

Bonne journée.

[Keef]

did18

While the Bionic_amd64 version does work (on the latest bionicpup ), it contains far too many libs that are not needed.
Take out /lib completely, and apart from the Gambas stuff, just leave the Qt libs in /usr/lib/. This is now half the size and still runs.
(I have the devx loaded also).

The bulk of those items in /lib should already be present in the system, and should not really be messed with - that is probably why Mike's setup got crippled in the previous version.

[did18]

---en---
Hello.

Keef, what you're saying is true.
There are many dependencies that are useless (because they are already present in the "distribution.sfs").

I open a "parenthesis" in this subject to give some explanations...

To make the "sfs programs", I use a program from my crearch (click on me) creation (to help ARCHives CREation).

To make a long story short, crearch when creating the archive.sfs retrieves all the dependencies necessary for the archive to work, regardless of whether they were already present in the original distribution or whether they are new dependencies.
This generates large archives.sfs which must then be "degreased"....
In the misadventure that happened to Mike Walsh, I didn't know if other libraries had been modified or deleted as a result of the "crash" caused by the old version.
So I thought it would be more useful to leave the package with the "duplicates", which would ensure that the system would be restored (even partially) and that the new libraries would be added.
It is nevertheless true that the bionic version of gambas3 is far too large...
I am adding a module in crearch that will allow, once the "voluminous" package of the.sfs archive is complete, to "purge" all the libs that would already be present in the.sfs distribution. All that will be left is to recompile the lighter.sfs archive.

End of the parenthesis.

I will soon make available a new version of gambas3 for bionic that will be lighter but just as functional.

Have a good day.

---fr---
Bonjour

Keef, ce que tu dit est vrai.
Il y a beaucoup de dépendances qui sont inutiles (car déjà présentent dans la "distribution.sfs").

J'ouvre une "parenthèse" dans ce sujet pour donner quelques explications...

Pour fabriquer les "programmes.sfs", j'utilise un programme de ma création crearch (cliquer sur moi) (pour aide à la CREation d'ARCHives).

Pour faire court, crearch lors de la création de l'archive.sfs récupère toutes les dépendances nécessaire au fonctionnent de l'archive, sans distinction de savoir si elles étaient déjà présente dans la distribution d'origine ou si ce sont de nouvelles dépendances.
Cela engendre en effet de grosses archives.sfs qu'il faut ensuite "dégraisser"...
Dans la mésaventure arrivée à Mike Walsh, je ne savais pas si d'autres librairies avaient été modifiées ou supprimées suite au "crash" provoqué par l'ancienne version.
J'ai donc jugé plus utiles de laisser le paquet avec les "doublons" ce qui garantissait ainsi une remise en état (même partielle) du système et l'ajout des nouvelles librairies.
Il n'en reste pas moins vrai que la version bionic de gambas3 est bien trop volumineuse...
Je suis en train d'ajouter un module dans crearch qui permettra, une fois le paquet "volumineux" de l'archive.sfs, d'en "épurer" toutes les libs qui seraient déjà présente dans la distribution.sfs. il ne restera plus alors qu'à recompiler l'archive.sfs allégée.

Fin de la parenthèse.

Je mettrai à disposition, prochainement, une nouvelle version de gambas3 pour bionic qui sera plus légère mais tout aussi fonctionnelle.

Bonne journée.

[Mike Walsh]

did18

While the Bionic_amd64 version does work (on the latest bionicpup ), it contains far too many libs that are not needed.
Take out /lib completely, and apart from the Gambas stuff, just leave the Qt libs in /usr/lib/. This is now half the size and still runs.
(I have the devx loaded also).

The bulk of those items in /lib should already be present in the system, and should not really be messed with - that is probably why Mike's setup got crippled in the previous version.

Keef, what's being used from the devx? Any ideas, specifically?


Mike.

[Keef]

Mike

Just tested my 'remastered' sfs with a fresh (no save / no devx) and Gambas started up fine. There is some Qt stuff in the devx, so wasn't sure if it was needed - seems not.

[did18]

---en---
In fact, the "devx" of puppys distributions also contain GNU tools.

These tools are necessary for gambas3 mainly if you want to translate your project.
These tools retrieve all the text strings of your project (whether forms, modules or classes) and format them into.mo and.po files corresponding to the translated language.

NB: This is indeed a provision of files in mo and po format only (not the translation itself).

image 1 = without the devx installed (gambas3 is not happy).
image 2 = with the devx installed.... That's much better.

---fr---
En fait les "devx" des distributions puppys contiennent également des outils GNU.

Ces outils sont nécessaire à gambas3 principalement si vous voulez traduire votre projet.
Ces outils récupèrent toutes les chaînes textuelle de votre projet (que ce soit les formulaires, les modules ou les class) et les mettent en forme dans des fichiers.mo et fichiers.po correspondant à la langue traduite.

NB : Il s'agit bien d'une mise a disposition des fichiers aux format mo et po uniquement (pas de la traduction proprement dite).

image 1 = sans le devx installé (gambas3 n'est pas content).
image 2 = avec le devx installé... C'est beaucoup mieux.

[Keef]

did18

Yes, I suspected the devx maybe useful, but I always use a devx anyway, and I suspect anyone wanting to use Gambas for compiling would be using it also.
Mike, I think, mainly wants Gambas as a dependency for I-Nex.

I shall have a look at crearch - sounds interesting.