Discussion :

[Ph. B.]

Sortie de la version 1.6.2 de Lazarus
Il s'agit d'une version corrective qui comme la 1.6.0 s'appuie sur la dernière version stable de FreePascal 3.0.0

L'équipe en charge du développement de Lazarus vient de publier une nouvelle version de l'EDI selon le communiqué officiel en date du 15 novembre.

La version 1.6.2 est disponible au téléchargement ICI.
La liste des sommes de contrôle de chaque fichier téléchargeable peut être consultée ICI.

La liste des changements peut être consultée ICI pour Lazarus et ICI pour FreePascal.
La liste des corrections pour Lazarus 1.6.x peut être consultée ICI.

Pour rappel, Lazarus peut fonctionner avec différents systèmes d'exploitation :

• Windows : toute version égale ou postérieure à 98
  Sous Windows 98 et NT, il est nécessaire de reconstruire l'EDI en utilisant le paramètre -dWIN9XPLATFORM et FreePascal 2.6.4.
• FreeBSD/Linux : gtk 2.8 ou qt4.5, 32 ou 64 bits.
• Mac OS X : de 10.5 à 10.11. La LCL est limitée aux applications 32 bits, les applications ne l'utilisant pas peuvent être 64 bits.

Ceux qui récupèrent les sources de l'EDI peuvent le faire depuis le dépôt SVN en utilisant le tag : http://svn.freepascal.org/svn/lazaru.../lazarus_1_6_2

Enfin, pour ceux d'entre vous qui seraient bloqués par SourceForge, cette version est accessible sur les sites miroirs suivants :
ftp://freepascal.dfmk.hu/pub/lazarus/releases/
puis après synchronisation :
http://michael-ep3.physik.uni-halle....arus/releases/
et :
http://mirrors.iwi.me/lazarus/

Qu'en pensez-vous ?

[e-ric]

Salut à tous

Bon ben, je croyais faire l'annonce mais j'ai été devancé...
en attendant il va falloir analyser tout ça...

D'après la page http://wiki.freepascal.org/Lazarus_1.6_fixes_branch, il s'agit d'un gros correctif.
Merci encore à l'équipe Lazarus.

@+

[Jon Shannow]

Question subsidiaire... Quels risques y a t-il que les projets sous Lazarus 1.6.0 ne fonctionnent plus ? J'ai pas envie de tout refaire ou de passer des heures à tout réinstaller...

[Roland Chastain]

Quels risques y a t-il que les projets sous Lazarus 1.6.0 ne fonctionnent plus ?

À première vue, je dirais aucun, puisque le compilateur est le même.

[Jipété]

Bonjour,

J'ai pas envie de tout refaire ou de passer des heures à tout réinstaller...

Allez, je réponds ici, même si ça pourrait/devrait/doit ! aller dans le fil "quelles améliorations pour l'EDI".

Comme le dit Jon, "passer des heures à tout réinstaller" alors que si ça se trouve il n'y a qu'une malheureuse vingtaine de fichiers .pas à peine modifiés (en fait je n'en sais rien, mais vous voyez l'idée), c'est lourd, hein.

Alors plutôt que de féliciter une équipe qui nous oblige à tout désinstaller (adieu les composants laborieusement installés ensuite puis configurés, à refaire) pour tout réinstaller juste pour 3 .pas et 2 .inc, c'est quand que cette équipe va enfin se décider à concentrer tous ses efforts sur une seule nouvelle entrée du menu "Outils", j'ai nommé "Mettre à jour l'EDI" !

Ah là, ça serait le bonheur : on apprendrait, de temps en temps, qu'une nouvelle version est sortie (merci Philippe), on ferait menu Outils / Mettre à jour l'EDI et hop !, le process enverrait la version en cours au serveur puis ne récupérerait que les fichiers nécessaires au passage en dernière version et voilà : une recompil de l'EDI et terminé !

Au passage, stockage dans un coin des fichiers prévus pour être migrés (que si ça tourne mal, une autre entrée dans le menu proposerait un retour en arrière), à la mise à jour suivante le process demanderait s'il peut supprimer ces vieux machins, ce qu'on acceptera, et tout sera pour le mieux dans le meilleur des mondes.

Là, entre ma machine physique et mes machines virtuelles, je me trimballe 3 versions différentes, rien de moins professionnel, àmha.

[Jon Shannow]

Comme le dit Jipété, une maj de Lazarus ce n'est jamais simple !

Il faut réinstaller TOUS les paquets qu'on avait (en priant pour qu'ils soient toujours compatibles), même pour une maj mineure.

Pourquoi l'installateur ne ferait pas ce boulot ? Après tout, les paquets sont identifiés, avec l'emplacement des sources, ou des objets compilés, bref, refaire l'EDI lors de l'installation pour tenir compte des personnalisations, ça serait un plus. Parce que là, franchement, je ne suis pas sûr d'installer cette nouvelle version...

[Jipété]

Comme le dit Jipété, une maj de Lazarus ce n'est jamais simple !

Il faut réinstaller TOUS les paquets qu'on avait (en priant pour qu'ils soient toujours compatibles), même pour une maj mineure.

Pourquoi l'installateur ne ferait pas ce boulot ? Après tout, les paquets sont identifiés, avec l'emplacement des sources, ou des objets compilés, bref, refaire l'EDI lors de l'installation pour tenir compte des personnalisations, ça serait un plus. Parce que là, franchement, je ne suis pas sûr d'installer cette nouvelle version...

Merci pour ton post. En gros, tu vas suivre mon chemin : trop laborieux de tout désinstaller/réinstaller juste pour une màj, on reste où on est avec ce qu'on a qui fonctionne et voilà.
De toute façon j'ai regardé les release notes et toujours pas de màj de la TListview, à part un gadget rajouté en termes de composant complémentaire, si je ne l'ai pas ça ne changera pas ma vie puisque de toute façon je ne peux pas utiliser laTListview en l'état.

Gilles, fais remonter, merci (pas le pb de listview, mais l'idée de la màj intelligente) !

[yamer]

Perso, je n'ai jamais eu aucun problème lors des mises à jours. Je télécharge et j'installe les RPMs. Je lance le nouveau Lazarus. Puis : Outils > Créer Lazarus avec le profil : EDI Normal.

Je viens passer en 1.6.2 en moins de 10 minutes (téléchargements compris). Pas besoin de réinstaller les paquets ça se fait tout seul.

[e-ric]

@Yamer: Ok pour l'installation mais cela ne garantit pas que les recompilations des projets existants vont bien se passer. Ce qui semble être la préoccupation de Jon et Jipété.

@+

[yamer]

@Yamer: Ok pour l'installation mais cela ne garantit pas que les recompilations des projets existants vont bien se passer. Ce qui semble être la préoccupation de Jon et Jipété.

@+

Non non, ils se plaignent bien l'un et l'autre de devoir réinstaller les paquets et d'y passer des heures. Je ne sais pas pourquoi ils doivent en passer par là. Que la compilation échoue sur un paquet ou un projet non compatible, c'est un autre problème. Mais normalement, il n'y a pas à réinstaller tous les paquets un à un. À moins que ce soit une spécificité Windows mais j'en doute...

[Jon Shannow]

Non non, ils se plaignent bien l'un et l'autre de devoir réinstaller les paquets et d'y passer des heures. Je ne sais pas pourquoi ils doivent en passer par là. Que la compilation échoue sur un paquet ou un projet non compatible, c'est un autre problème. Mais normalement, il n'y a pas à réinstaller tous les paquets un à un. À moins que ce soit une spécificité Windows mais j'en doute...

Pas tous les paquets, mais ceux que tu as rajoutés. Par exemple, j'utilise les composants ZEOS pour accéder aux bases de données. J'ai aussi créé mes propres composants, les ai mis dans un paquet séparé. Bref, si on n'utilise que les composants fournis en standard par Lazarus, pas de souci, mais si tu télécharges ou crées tes propres paquets, ben il faut tous les réinstaller à la mimine !

[aimer_Delphi]

Bonjour ,
La même chose pour la nouvelle version de Delphi Berlin Update 2.
Il faut désinstaller Delphi Berlin Update1 , puis installer à nouveau la nouvelle version.

http://edn.embarcadero.com/article/44726
Update 2 requires a full uninstall and reinstall.

[yamer]

Pas tous les paquets, mais ceux que tu as rajoutés. Par exemple, j'utilise les composants ZEOS pour accéder aux bases de données. J'ai aussi créé mes propres composants, les ai mis dans un paquet séparé. Bref, si on n'utilise que les composants fournis en standard par Lazarus, pas de souci, mais si tu télécharges ou crées tes propres paquets, ben il faut tous les réinstaller à la mimine !

Ben non, j'ai des paquets persos et des paquets tiers et je ne réinstalle rien. Ils sont réinstallés tout seul par la recompilation de Lazarus.

Je vois 2 explications possibles à ton problème (mais il y en a peut être d'autres):

1. Tu effaces ta configuration de Lazarus avant de d'installer la nouvelle version.
2. Tu effaces les dossiers dans lesquels Lazarus s'attend à trouver tes paquets.

[mm_71]

Je viens de faire la mise à jour depuis le code source sous linux et pas de problème avec mes deux paquets additifs ( lnet et ZeOs ).

Il faut penser à recopier les paquets additifs dans les nouvelles sources avant de recompiler et à conserver l'ancien fichier de config .

Au démarrage de la nouvelle install j'ai un message:

Bienvenue dans Lazarus 1.6.2

Il y a déjà une configuration de la version 1.6 dans
/home/moi/.lazarus
L'ancienne configuration sera mise à niveau.

et c'est tout.

[Jipété]

Je viens de faire la mise à jour depuis le code source sous linux et pas de problème avec mes deux paquets additifs ( lnet et ZeOs ).

T'as bien de la chance et tu fais bien de parler de ces deux-là, tu vas lire ci-dessous ce qui m'est arrivé avec Inet dans une machine Debian. C'est quoi, toi ?

Alors je suis parti d'une machine virtuelle où il n'y avait rien, j'ai installé en une seule commande fpc puis fpc-src puis laz1.6.0, ça s'est bien déroulé sauf qu'un premier test ne donne pas confiance : je lance l'EDI et j'appuie sur F9, voilà ce que je gagne (que je n'avais pas en rc1, allez comprendre) :

PS : je voulais redimensionner en plus petit la fenêtre de l'éditeur de code mais c'est impossible...

Ça ne donne pas confiance pour la suite, et d'ailleurs, la misère (comm' d'hab' je dirais) c'est les compos...
J'ai des vieux composants qui me suivent depuis la 1.0.8, qui ont bien été installés en 1.0.10 ainsi qu'en 1.4, avec la 1.6 il y en a un qui n'y arrive pas, l'EDI n'arrive pas à trouver un fichier que cet imbécile me liste dans une autre fenêtre, regardez, c'est le premier dans la fenêtre des paquets :


Et même en forçant le chemin (bouton"Options" à droite) il ne trouve pas -- c'est lassant...

Par ailleurs, puisque j'étais dans les composants, je découvre un fichier README dans components plein de ? : en gros les mecs nous proposent des trucs ils savent même pas ce que c'est ! C'est quand qu'ils font un grand ménage ?

Comme je n'avais que 3 composants extérieurs installés, je me suis dit que j'allais rajouter les BGRA : pas réussi à trouver un .lpk qui fasse le taf, je suis passé par LazPaint, ai récupéré le dossier qui va bien, ai essayé BRGABitmap et ça s'est mal passé, ai essayé alors le BGLControls qui m'a dit qu'il installerait le BRGABitmap, très bien fais-le sauf qu'au redémarrage de l'EDI (manuel ! Avant la 1.6 il me semble que c'était automatique, non ?) pas de nouveaux compos dans la palette -- désespérant...

Bref, je ferme tout, dpkg -i lazarus_1.2.6-0_i386.deb pour installer, ça le fait mais au final les quelques composants plus ou moins installés dans la 1.6.0 ne sont plus présents dans la 1.6.2 ou plutôt, je les vois dans Installer/Désinstaller les paquets, ils sont tous notés "non installé, sélectionné pour installation". Le pire c'est qu'avec cette fenêtre à la noix, je ne peux pas les installer complètement (pas d'option prévue), résultat je ne sais pas ce qu'il faut faire.
Ah, l'update m'a également fait sauter les quelques réglages que j'avais établis dans Projet / Options. Merci les gars, z'êtes trop forts !
Voilà...
Ça m'épuise ces trucs, et ça fait deux heures que j'y suis...

[gvasseur58]

Pour ce qui est des modifications apportées, ce ne sont pas quelques fichiers affectés, mais un bon nombre : il y a eu plus de 3000 commits pour cette version .

Pour ce qui est de la réinstallation, il ne faut pas s'affoler : les paquets compatibles avec 1.6 le sont avec 1.6.2. Tout au plus faut-il faire attention à la montée progressive en puissance de l'Unicode (mais cela fait dix ans que nous sommes avertis) et à de rares composants comme SynMemo qui sont obsolètes. Personnellement, la réinstallation m'a pris un quart d'heure : tous les neuf mois, ce n'est pas la mer à boire ni les douleurs d'un accouchement .

Quant à intégrer l'installation dans l'EDI, c'est un joli rêve... Lazarus s'enrichit de manière statique, contrairement à Delphi, mais les utilisateurs de ce dernier se plaignent de ce qu'il faut tout réinstaller à chaque version .

[mm_71]

T'as bien de la chance et tu fais bien de parler de ces deux-là, tu vas lire ci-dessous ce qui m'est arrivé avec Inet dans une machine Debian. C'est quoi, toi ?

Linux mint 18 donc base debian.
Pour installer lnet je l'ai mis dans le répertoire des composants, ouvert le paquet lnetvisual.lpk, utiliser compiler puis utiliser -> installer. Il a fait sa petite cuisine et était prêt à l'usage.

Alors je suis parti d'une machine virtuelle où il n'y avait rien, j'ai installé en une seule commande fpc puis fpc-src puis laz1.6.0, ça s'est bien déroulé sauf qu'un premier test ne donne pas confiance : je lance l'EDI et j'appuie sur F9, voilà ce que je gagne (que je n'avais pas en rc1, allez comprendre)

Pour des projets récents mes .lpr sont identiques à celui de ton image, pour un plus ancien j'ai autre chose mais les deux fonctionnent.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
 
program bouq_database_v2014_10;
 
{$mode objfpc}{$H+}
 
uses
  Interfaces, // this includes the LCL widgetset
  Forms, start_main, auto_annonces_ebay, auto_annonces_html,
  auto_annonces_liste;
 
{$IFDEF WINDOWS}{$R bouq_database_v8.rc}{$ENDIF}
 
{$R *.res}
 
begin
  Application.Title:='Bouquinique Database v2015_64bits';
  Application.Initialize;
  Application.CreateForm(TFMain, FMain);
  Application.Run;
end.

Ce qui laisse supposer que tu as installé depuis les paquets .deb ? A mon sens ce n'est pas une bonne idée, ça met les sources qq. par dans /usr/share/qq chose qui n'est accessible qu'en root. Pour ma part en partant d'une distro fraiche:

Installer FPC depuis synaptic ou via apr-get.
Télécharger les sources de FPC 3.0 et compiler ce qui laisse les sources dans un répertoire accessible à l'utilisateur.
Désinstaller complètement la version de FPC installée depuis le deb.
Charger les sources de lazarus et compiler.

De ce qui suit dans ton message j'ai le sentiment que ton installation se mélange les crayons suite à trop de mises à jour. Pour moi lors de la sortie d'une nouvelle version je copie l'ancienne install dans un coin au cas ou et je réinstalle tout "from scratch". Tu devrais essayer de tout liquider et réinstaller un à un les paquets.

PS : je voulais redimensionner en plus petit la fenêtre de l'éditeur de code mais c'est impossible...

Jamis eu ce problème ce qui confirmerai une install foireuse.

J'ai des vieux composants qui me suivent depuis la 1.0.8, qui ont bien été installés en 1.0.10 ainsi qu'en 1.4, avec la 1.6 il y en a un qui n'y arrive pas,

l
Ils auraient peut-être besion d'une mise à jour ?

EDI n'arrive pas à trouver un fichier que cet imbécile me liste dans une autre fenêtre, regardez, c'est le premier dan la fenêtre des paquets :

On dirait que tu essaie de compiler le paquet depuis lnetbase ? Si oui ça ne risque pas de marcher, de plus comme dit plus haut tu l'as dans /usr/shareet as peut-être un problème de droits d'accès.

Par ailleurs, puisque j'étais dans les composants, je découvre un fichier README dans components plein de ? : en gros les mecs nous proposent des trucs ils savent même pas ce que c'est ! C'est quand qu'ils font un grand ménage ?

Oui, les read me remontent aux croisades, ils ne sont jamais mis à jour.

sauf qu'au redémarrage de l'EDI (manuel ! Avant la 1.6 il me semble que c'était automatique, non ?) pas de nouveaux compos dans la palette -- désespérant...

ZeOsLib me fait la même chose. Linking lazarus et rien... Ce n'est pas vraiment une tragédie.

Bref, je ferme tout, [c]dpkg -i lazarus_1.2.6-0_i386.deb

Ce qui confirme mon propos, compiler depuis les sources, ne pas utiliser les paquets .deb.

[Jipété]

Linux mint 18 donc base debian.
Pour installer lnet je l'ai mis dans le répertoire des composants, ouvert le paquet lnetvisual.lpk, utiliser compiler puis utiliser -> installer. Il a fait sa petite cuisine et était prêt à l'usage.

J'avais commencé par celui-ci mais j'ai eu le problème décrit, alors j'ai recommencé avec lnetbase.lpk et là "ça" m"a dit que ça installerait les deux, alors pourquoi se géner ?

Ce qui laisse supposer que tu as installé depuis les paquets .deb ? A mon sens ce n'est pas une bonne idée, ça met les sources qq. par dans /usr/share/qq chose qui n'est accessible qu'en root.

Faudra pas le répéter, surtout sur le forum Linux parce que je vais me faire défoncer, mais sur ma machine il n'y a qu'un seul user : root.

Ils auraient peut-être besoin d'une mise à jour ?

Si tu me trouves un GifAnim.lpk récent j'achète !
Et ce lnet, tu crois qu'il est mis à jour ?

On dirait que tu essaie de compiler le paquet depuis lnetbase ? Si oui ça ne risque pas de marcher

Comme dit plus haut, lnetbase est d'accord pour installer les deux, alors bon...

ZeOsLib me fait la même chose. Linking lazarus et rien... Ce n'est pas vraiment une tragédie.

Pas une tragédie, juste une régression qui surprend.

Ce qui confirme mon propos, compiler depuis les sources, ne pas utiliser les paquets .deb.

Et alors ça sert à quoi que les dév's nous pondent des .deb ?

Je crois que je vais réinstaller une rc1, puisqu'elle fonctionnait bien et pi valà !

[mm_71]

J'avais commencé par celui-ci mais j'ai eu le problème décrit, alors j'ai recommencé avec lnetbase.lpk et là "ça" m"a dit que ça installerait les deux, alors pourquoi se géner ?

Je ne comprend vraiment pas ton pb. Chez moi après avoir ouvert lnetvisual 0.6.5.lpk j'ai:



Et une fois choisi utiliser -> installer j'ai:



Ce qui est normal et une fois accepté ça roule tout seul.

Faudra pas le répéter, surtout sur le forum Linux parce que je vais me faire défoncer, mais sur ma machine il n'y a qu'un seul user : root.

Tu as vraiment une intall bizarre je me demande si ça ne vient pas de là ?

Si tu me trouves un GifAnim.lpk récent j'achète !

Rien depuis 2009 et chez moi la compil me dit:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

gifanim.pas(196,20) Error: There is no method in an ancestor class to be overridden: "class GetControlClassDefaultSize:<record type>;"

Je ne sais pas si ça peut te servir mais j'ai trouvé ça:
http://lazarus.johann-elsass.net/
AnimatedGif standalone : choisir test program, il suffit de remplacer
gdk,GtkDef, gtkProc par gdk2,Gtk2Def, gtk2Proc lignes 154 et 158 de memBitmap.pas pour que ça roule.

Et ce lnet, tu crois qu'il est mis à jour ?

Non, mais il est toujours compatible pour l'instant.

Et alors ça sert à quoi que les dév's nous pondent des .deb ?

Quand les dev's font des packages ils compilent avec les options génériques, pour FPC je serais fort surpris que le deb permette la compilation multi-plateforme, ce n'était pas le cas il y-a qq. années. En plus il y-a parfois des bugs. Pour la LM 18 PhpMyAdmin est un monument de plantage dans la gestion des utilisateurs. Je maintiens mes préférences pour les compils depuis les sources.

Je crois que je vais réinstaller une rc1, puisqu'elle fonctionnait bien et pi valà !

Dis nous si ça marche.

[Jipété]

Salut,

Je crois que je vais réinstaller une rc1, puisqu'elle fonctionnait bien et pi valà !

Dis-nous si ça marche.

Tu sais quoi ? J'en ai marre de me prendre la tête avec ces histoires de composants, je ne sais pas du tout quand je vais réinstaller qqchse, j'ai des trucs à faire avancer et comme je le disais récemment, c'est vraiment lassant, à chaque fois que tu as besoin de ta bagnole, d'être obligé d'ouvrir le capot pour régler l'avance à l'allumage et le jeu aux soupapes.

J'aimerais une bagnole qui fonctionne sans prise de tête, et tant que je ne verrai pas arriver une version avec une vraie prise en charge de la TListview sous Linux, je n'ai aucune bonne raison de sortir le tube d'aspirine pour m'aider à migrer la version en cours.