30

Lionel Debroux (./29) :
il est impossible de packager GCC4TI dans un repo officiel:
* compiler et packager GCC4TI est moins difficile que compiler et packager TIGCC, mais ce processus reste moins facile qu'il devrait l'être, malgré les améliorations des scripts dans GCC4TI;
* l'arborescence de fichiers historique de TIGCC/GCC4TI viole plusieurs guidelines de packaging. Un soft bien élevé ne nécessite pas la définition de variables d'environnement ($TIGCC) pour fonctionner, s'intègre avec l'arborescence du système plutôt que de tout installer dans son propre répertoire, peut être installé dans /usr/bin ou /usr/local/bin sans rentrer gravement en conflit avec les exécutables de base du système (gcc, as et autres - ce point-là est corrigé dans GCC4TI Git), etc.


ah ouai ok fear
En effet, l'exemple de la variable d'environnement est explicite, si tout les programmes faisaient ça, ce serai très vite dégueu ! couic
Le principal élément restant sur la todo list de GCC4TI est justement de rendre sain le système de build, pour réduire très fortement la barrière héritée entre mainteneur et utilisateur smile


Ah oui ce serai bien, et pour réduire encore plus la barrière, pouvoir proposer de vrais paquets smile

Sinon, j'en profite parce qu'on en parle, quand j'essaie de compiler tiemu avec le script cité plus haut, j'obtiens cette erreur :

configure: error: can only configure for one host and one target at a time
configure: error: /bin/bash '../.././sim/m68k/configure' failed for m68k


Une idée ?
avatar
† In te confirmátus sum ex útero : de ventre matris meæ tu es protéctor meus.
illwieckz.net ~ Unvanquished ~ gg.illwieckz.net { le frag courtois } ~ NetRadiant

31

Concernant Punix, il y a sur youtube une vidéo publié hier qui montre punix jouer de la musique : http://www.youtube.com/watch?v=ksoavrKHIRc chante
avatar
† In te confirmátus sum ex útero : de ventre matris meæ tu es protéctor meus.
illwieckz.net ~ Unvanquished ~ gg.illwieckz.net { le frag courtois } ~ NetRadiant

32

C'est, euh, un bon début cheeky
avatar
Zeroblog

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo

33

Bah, j'ai réinstallé PolySnd sur ma v200 aujourd'hui, j'ai pas mieux comme son cheeky

Sauf que là, l'idée de pouvoir écrire directement sur /dev/audio, c'est classe chapo

Cette musique m'a rappelé 2001, mais bon on n'est pas encore près à voir Hal tourner sur nos 68k cyborg
avatar
† In te confirmátus sum ex útero : de ventre matris meæ tu es protéctor meus.
illwieckz.net ~ Unvanquished ~ gg.illwieckz.net { le frag courtois } ~ NetRadiant

34

illwieckz (./33) :
Bah, j'ai réinstallé PolySnd sur ma v200 aujourd'hui, j'ai pas mieux comme son mod.gif
ExtendeD avait fait un lecteur audio de meilleure qualité : topics/16-80365-ti-vibe-un-lecteur-de-musique-pour-ti
avatar
Zeroblog

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo

35

Ah oui ce serai bien, et pour réduire encore plus la barrière, pouvoir proposer de vrais paquets smile

Pour proposer de vrais paquets, en plus du système de build, il faut probablement changer les outils (au moins tigcc, tprbuilder, ktigcc 1, ktigcc 2). Et ça risque de casser le build d'une petite minorité de programmes utilisateur...
Après, reste-t-il encore assez d'utilisateurs pour que ce travail de packaging en vaille le coup ? Pas sûr - en tout cas, ce n'est pas sur ça que je travaillerais en priorité.

Un pas important vers l'abaissement de la barrière serait le build direct, sans passer par une étape de pré-packaging, depuis les sources Git. Avoir, en fin de compte, un build par ./configure --prefix=<...> (même si ce n'est pas un vrai script autotools, il n'est pas utile d'introduire autotools ici !), make, make install serait quand même super. Même si ce n'est pas trivial, par exemple à cause du système de doc qui nécessite une pré-configuration.
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

36

Lionel Debroux (./35) :
Un pas important vers l'abaissement de la barrière serait le build direct, sans passer par une étape de pré-packaging, depuis les sources Gi

pencil+++++++


Parce qu'en attendant, impossible pour moi de compiler ce qu'il y a sur git

37

La barrière entre utilisateurs et mainteneurs est maintenant abaissée sur ce point smile

Sur une nouvelle branche "experimental" du repository, hier soir et ce matin, j'ai implémenté le build depuis un clone du repository en quatre commandes:
[code]$ cd trunk/tigcc-linux/scripts
$ ./updatesrc
$ cd ../gcc4ti-0.96b11
$ scripts/Install[/code]
(et encore, on doit pouvoir regrouper les deux premières puis modifier la troisième)

Ce qui nécessitait une config manuelle, et plusieurs minutes de calcul, était la regénération de la doc et des include avec le système spécifique hérité. J'ai donc supprimé cette étape, en committant 3000+ fichiers générés. Le message de commit indique l'avantage (build facilité pour les utilisateurs) et le défaut (pollution encore plus élevée des diffs quand on déplace des fichiers de doc)... mais les très rares personnes qui lisent des diffs n'ont qu'à skipper les modifs pas intéressantes sur les fichiers auto-générés, voilà.


Par là-même, l'utilité d'une amélioration du système de build (passage de ce système de scripts à un système standard) a diminué. Le seul vrai avantage restant que je vois serait un build incrémental. Mais sachant que ce qui prend le plus de temps est le build de gcc+binutils, et que ce sont deux parties qui changent très peu... un truc facile serait de s'inspirer d'une pratique répandue dans les "configure": dans scripts/Install, poser à l'utilisateur une cinquième question "Do you want to rebuild gcc and binutils (y/n, default y) ?".


Un soft dont le packaging est basé sur un enchaînement non documenté de scripts qui nécessitent une pré-configuration manuelle non documentée est un moyen possible pour des mainteneurs de se rendre indispensables sur le court et moyen terme; pour les utilisateurs et sur le long terme, il n'est pas garanti que ce soit souhaitable.
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

38

(ptet une petite url pour confirmer que la version est la bonne ? ou a défaut un numéro de review/patch ?)
avatar
Webmaster du site Ti-FRv3 (et aussi de DevLynx)
Si moins de monde enculait le système, alors celui ci aurait plus de mal à nous sortir de si grosses merdes !
"L'erreur humaine est humaine"©Nil (2006) // topics/6238-moved-jamais-jaurais-pense-faire-ca

39

La page Github racine est https://github.com/debrouxl/gcc4ti , la branche qui nous intéresse ici est https://github.com/debrouxl/gcc4ti/tree/experimental smile

Le repository est git://github.com/debrouxl/gcc4ti.git ou https://github.com/debrouxl/gcc4ti.git (https est moins efficace en bande passante).
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

40

top
avatar
Zeroblog

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo

41

Lionel Debroux (./37) :
Par là-même, l'utilité d'une amélioration du système de build (passage de ce système de scripts à un système standard) a diminué. Le seul vrai avantage restant que je vois serait un build incrémental. Mais sachant que ce qui prend le plus de temps est le build de gcc+binutils, et que ce sont deux parties qui changent très peu... un truc facile serait de s'inspirer d'une pratique répandue dans les "configure": dans scripts/Install, poser à l'utilisateur une cinquième question "Do you want to rebuild gcc and binutils (y/n, default y) ?".

Je viens d'implémenter et documenter ça aussi, ça ne coûte pas cher smile
Bien entendu, il reste déconseillé de ne pas tout reconstruire, à moins qu'on soit sûr de ce qu'on fait.
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

42

Lionel, t'es un amour love

43

Merci grin

Parfois, il arrive qu'une solution utilisable - même si bien entendu pas sans inconvénients - à un problème soit simple et facile à mettre en place, mais tu n'y penses pas pendant des mois... c'est ce qui s'est produit ici.
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

44

45

Secure Connection Failed

An error occurred during a connection to linuxfr.org.

Peer's certificate has an invalid signature.

(Error code: sec_error_bad_signature)


* The page you are trying to view cannot be shown because the authenticity of the received data could not be verified. * Please contact the website owners to inform them of this problem. Alternatively, use the command found in the help menu to report this broken site.

fear
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

46

47

Je sais qu'il y a la version HTTP grin
Mais je ne peux pas, par défaut, la consulter avec Nightly, car j'utilise HTTPS Everywhere.
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

48

Ouaw, faut un copain chez Linuxfr pour être newsé là-bas, non ? ^^

49

pas nécessairement
avatar
Webmaster du site Ti-FRv3 (et aussi de DevLynx)
Si moins de monde enculait le système, alors celui ci aurait plus de mal à nous sortir de si grosses merdes !
"L'erreur humaine est humaine"©Nil (2006) // topics/6238-moved-jamais-jaurais-pense-faire-ca

50

Lionel Debroux (./47) :
Je sais qu'il y a la version HTTP grin
Mais je ne peux pas, par défaut, la consulter avec Nightly, car j'utilise HTTPS Everywhere.

Moi aussi... Et j'ai pas d'erreur sur ce site !

51

Lionel, suit ton câble téléphonique à la trace, il y a un homme au milieu !
avatar
Zeroblog

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo

52

53

En fait il faut les certificats CACert : http://www.cacert.org/ , Sinon il suffit d'ajouter une exception pour ce site.
Folco (./48) :
Ouaw, faut un copain chez Linuxfr pour être newsé là-bas, non ? ^^


Bah il suffit de proposer une dépêche et qu'elle soit bien rédigée, tout simplement !

En l'occurence, j'ai trouvé que Punix étant un unix libre, c'était une occasion en or pour parler de nos TI sur un site de libristes linuxiens grin. J'en ai profité pour faire une petite rétrospective de tas de trucs qui pourraient les intéresser (comme les langages de programmation, le crackage de clés, autant d'appeaux à geeks wink ) Et puis je sais que plusieurs anciens Ti-istes trainent sur ce site (TImaniac s'est déjà manifesté, Romain Liévin aussi, mais je n'ai pas encore vu mmu_man…), ça peut leur faire chaud au cœur de voir bouger un peu cette plate-forme qu'ils ont longtemps apprécié.

Folco, si tu releases ton assembleur et ton éditeur, je rédige une news sur LinuxFR grin
avatar
† In te confirmátus sum ex útero : de ventre matris meæ tu es protéctor meus.
illwieckz.net ~ Unvanquished ~ gg.illwieckz.net { le frag courtois } ~ NetRadiant

54

illwieckz (./53) :
Folco (./48) :
Ouaw, faut un copain chez Linuxfr pour être newsé là-bas, non ? ^^

Bah il suffit de proposer une dépêche et qu'elle soit bien rédigée, tout simplement !


+1

J'ai proposé une dépèche y a une semaine ou 2 qui a été acceptée : http://linuxfr.org/news/bubble-crusher-0-9-beta-release
(donc elle était bien rédigée?! grin)
Y a que toi Folco qui n'a pas encore été publié allez lance toi ! trigni

55

illwieckz (./53) :
Folco, si tu releases ton assembleur et ton éditeur, je rédige une news sur LinuxFR biggrin.gif

L'appât est gros, mais le boulot aussi grin

56

Suite à un petit article sur OSnews, Christopher a publié une FAQ pour expliquer comment on l'installe, etc.

Il en profite pour préciser qu'il supportera les 89 Titanium et les V200 (et en effet j'avais testé que la beta4 ne demandait déjà pas grand chose pour compiler pour V200).

(il dit aussi qu'il publiera bientôt une nouvelle version, parce qu'en effet la beta4 commence à dater !)
avatar
† In te confirmátus sum ex útero : de ventre matris meæ tu es protéctor meus.
illwieckz.net ~ Unvanquished ~ gg.illwieckz.net { le frag courtois } ~ NetRadiant

57

Pour les dernières news, Christopher a sorti sa 5ème beta le 20 avril dernier : http://punix-os.blogspot.fr/2012/04/beta-5-is-released.html pour ti89 et ti92+.

Petit détail sympa, Punix a été ajouté sur la page de l'historique Unix d'Éric Lévénez : http://www.levenez.com/unix/ smile
avatar
† In te confirmátus sum ex útero : de ventre matris meæ tu es protéctor meus.
illwieckz.net ~ Unvanquished ~ gg.illwieckz.net { le frag courtois } ~ NetRadiant