60

Lionel Debroux (./57) :
IRC n'est pas une discussion à table avec des amis. C'est un moyen de communication (semi-)public.

Bah non, un chan avec quelques personnes, c'est un petit groupe de personnes, ce n'est pas plus public qu'une table avec quelques personnes.
-il m'est impossible +je refuse absolument alors que je pourrais

C'est qui qui refuse? roll Résigne du projet GCC4TI (et fais ton possible pour demander sa fermeture) et demande l'intégration à l'équipe de TIGCC (ce qui prendra plusieurs mois (pendant lesquels tous tes patches seront passés sous revue un par un et pendant lesquels tu devras démontrer de savoir produire du code de qualité et conforme à la ligne du projet), ça a été comme ça pour moi aussi!) et on pourra en reparler. Mais quelque chose me dit que tu n'es pas vraiment intéressé par l'idée de travailler avec moi, tu cherches juste quelqu'un sur qui rejeter la faute. roll
Thibaut (./58) :
Putain Kevin, si les responsables de Fedora te lisaient ici tel que tu es naturellemet, ils te vireraient direct.

Bah non. Appeler du code "crap" est très courant dans le monde de GNU/Linux, ce n'est même pas vu comme une insulte.
avatarMes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

61

Kevin Kofler (./60) :
crap
Kevin Kofler (./49) :
Tu viens de citer un mot dit sur #tigcc, donc tu as enfreint les règles du chan, et donc tu es désormais banni. (Bah oui, faut bien que je te fasse le même traîtement qu'à Lionel Folco, la loi est la même pour tout le monde, c'est ça la justice!)


avatar<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !

62

C'est moi qui ai dit le mot sur le chan, donc je peux m'autoriser à reproduire cette citation (cf. règles du chan, la publication est permise si et seulement si toutes les personnes impliquées approuvent), ce que j'ai fait (parce que c'est nécessaire pour répondre à ton leak abusif), désolé. tongue
avatarMes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

63

Bon... je vais finir par penser que kicker Kevin le menteur (et pourquoi pas le bannir de yAronet... même après que j'y sois revenu, ça se passait carrément mieux tant que Kevin était banni suite à son irrespect inadmissible envers le travail de yAro et tous les gens qui fréquentent yAronet !) est une des seules solution pour remettre ce topic dans les rails, là...

Sur TIGCC vs. GCC4TI: je refuse tellement de bosser avec Kevin que c'est moi qui ai créé, et qui ai fait vivre, un topic du forum TICT/TIGCC fait justement pour discuter de patches ( http://tichessteamhq.yuku.com/topic/4650 )... J'ai déjà utilisé ce fait dans au moins un des deux jolis flames récents que sont http://tichessteamhq.yuku.com/topic/4719 et http://tichessteamhq.yuku.com/topic/4723 - mais manifestement, Kevin préfère continuer à propager ses habituels mensonges... et continuer à écrire les faits à l'envers, comme je le lui reproche dans ces topics.
Sur LPG vs. CalcForge: manifestement, Romain et Julien ont tous deux pensé que je pourrais apporter quelque chose au projet (je rappelle que je n'ai jamais demandé les droits de commit !). C'est Kevin qui refuse de travailler avec moi, voir entre autres l'énorme topic topics/122111-tilptiemu-arret-du-developpement . Pas l'inverse, même si ça arrangerait bien Kevin qu'il en soit ainsi (et surtout, ça l'arrangerait bien que de réussir à faire croire une connerie pareil à tous).


Dans http://tichessteamhq.yuku.com/topic/4719 ou http://tichessteamhq.yuku.com/topic/4723 (flemme de regarder lequel), Kevin se plaint que la suggestion (je me demande comment il a pu la croire sérieuse grin) de rejoindre GCC4TI était insultante.
Dans topics/122111-tilptiemu-arret-du-developpement , Kevin exige que j'abandonne les droits de commits sur les logiciels LPG pour qu'il daigne continuer à bosser avec le LPG. De quel droit ? Ici ( topics/126309-alternative-a-fgets/2#59 ), Kevin exige que j'abandonne et que je fasse arrêter GCC4TI. De quel droit ?
Qui est insultant ?

~"you're acting like a cornered and wounded animal. What are you so afraid of ?" (ticalc.org, 2009, en réponse à un post de Kevin)
avatarMembre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

64

Ton idée de "coopération" est vraiment tordue. Ne comprends-tu pas qu'échanger des patches entre 2 forks est une fausse coopération et que la vraie coopération, ce serait de ne pas forker du tout pour commencer? roll

De quel droit je te demande de laisser tomber GCC4TI? Parce que c'est le fork et TIGCC est le vrai projet avec lequel tu devrais travailler au lieu de dupliquer les efforts pour rien.

Et ce qui s'est passé avec la LPG est la conséquence directe de ton comportement envers TIGCC.
avatarMes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

65

Et GCC4TI est la conséquence directe de ton comportement toutes ces années envers les idées postées par les utilisateurs pour TIGCC, comportement qui décourage les gens (et déclenche des polémiques, parce que les choix techniques ne sont pas comme les maths: ça n'est presque jamais vrai xor faux, c'est un compromis). Tu es très mauvais en compromis.
Toujours cette manie chez toi de te focaliser sur des causes secondaires ("proximate" dans Guns, Germs and Steel) plutôt que de remonter aux causes racines ("ultimate" dans Guns, Germs and Steel)...
Je parle donc de coopération, dans l'état actuel des projets, parce que cela en est. Ou du moins, ça voudrait en être, mais tu ne prends pas la perche.

Le fait est qu'il n'y a à peu près aucun effort sur TIGCC: en 10 mois, 7 commits. Parmi ces commits, il est un fait que 4 sont des backports de GCC4TI, et que les trois autres sont des trivialités. Depuis la première release de GCC4TI, la duplication d'efforts vient plutôt de ton côté wink
avatarMembre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

66

Kevin Kofler (./64) :
De quel droit je te demande de laisser tomber GCC4TI? Parce que c'est le fork et TIGCC est le vrai projet avec lequel tu devrais travailler au lieu de dupliquer les efforts pour rien.

Tu te rends compte que ton discours est exactement l'opposé de l'opportunité que clame ta chère GPL ? roll
avatar<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !

67

Il est libre de forker mon projet, mais je suis aussi libre de le lui reprocher comme l'acte de non-coopération et la duplication d'efforts que c'est.
avatarMes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

68

mon projet

...

Quand on a affaire à un disciple d'Ulrich Drepper (tant par la rigidité idéologique que par les démonstrations d'irrespect - ça n'est vraiment pas un compliment que de se faire comparer à la face sombre de Drepper, qui s'est encore distingué récemment par l'égoïsme et l'irrespect constituant sa réponse à FatELF - "It is a "solution" which adds costs in many, many places for a problem that doesn't exist. I don't see why people even spend a second thinking about this.", les TI-68k-istes croiraient lire du Kevin...) dans ton genre, on a trois choix:
* laisser faire sans rien dire, et voir se vider et s'enfoncer de plus en plus la communauté dont on fait partie;
* laisser faire en se plaignant, et voir se vider et s'enfoncer de plus en plus la communauté dont on fait partie;
* bouger un peu nos fesses pour faire changer les choses, car tel est un avantage du logiciel ouvert sur le logiciel propriétaire: si le(s) mainteneur(s) du logiciel ouvert rejette(nt) la plupart des idées, laisse(nt) les patches en souffrance pendant 5 à 7 ans (même ceux qui sont aussi ultra-testés que le sont les deux premières passes d'optimisation aux routines de sprites), et autres comportements indignes d'un(de) mainteneur(s) coopératif(s), il est plus facile aux utilisateurs (surtout si comme plusieurs d'entre nous, ils sont d'anciens contributeurs ^^) de changer les choses.


Tu as le droit de nous le reprocher, mais nous sommes fiers d'avoir fait (par ta faute !) le troisième choix, après avoir fait pendant longtemps le deuxième choix. Manifestement, tu persistes dans ton incapacité à agir sainement quand tu es leader (TIGCC), ou contributeur important ( topics/122111-tilptiemu-arret-du-developpement ), à un projet - donc c'est aux utilisateurs à se prendre en charge pour se donner une gouvernance plus ouverte.
avatarMembre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

69

Kevin Kofler (./67) :
Il est libre de forker mon projet, mais je suis aussi libre de le lui reprocher comme l'acte de non-coopération et la duplication d'efforts que c'est.

Et comme c'est le cas de la très grande majorité des forks, alors le fait de forker est presque par définition l'oeuvre d'un connard abruti qui n'a rien compris au film. Super ! Viva la libertad !

Et dire que toi tu as forké TiLP/Emu au seul motif que tu n'es pas le main maintener. Uniquement une question d'ego, quoi.

Tu fais la preuve d'un comportement ridicule, car contradictoire et mesquin, Kevin.
avatar<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !

70

Lionel Debroux (./68) :
sa réponse à FatELF

Il y a eu aussi les miennes, hein! Notamment:
https://www.redhat.com/archives/fedora-devel-list/2009-October/msg01024.html
https://www.redhat.com/archives/fedora-devel-list/2009-October/msg01067.html
Ulrich Drepper (cf. https://www.redhat.com/archives/fedora-devel-list/2009-October/msg01118.html) a été modéré en comparaison. grin (Et il a explicitement dit "Yes." à une phrase que j'ai écrite. tongue)
avatarMes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

71


https://www.redhat.com/archives/fedora-devel-list/2009-October/msg01024.htmlhttps://www.redhat.com/archives/fedora-devel-list/2009-October/msg01024.html
https://www.redhat.com/archives/fedora-devel-list/2009-October/msg01067.htmlhttps://www.redhat.com/archives/fedora-devel-list/2009-October/msg01067.html
Ulrich Drepper (cf. https://www.redhat.com/archives/fedora-devel-list/2009-October/msg01118.htmlhttps://www.redhat.com/archives/fedora-devel-list/2009-October/msg01118.html) a été modéré en comparaison. grin

Oooooh. Facepalm.
J'avais vu, dans les références, que tu participais à la "discussion", mais j'avais arrêté de la lire au post d'Ulrich Drepper...


Merci beaucoup de nous fournir à la fois un excellent exemple de ce que j'écrivais en ./59 (tu te montres malheureusement chez Fedora comme tu te montres dans la communauté TI-68k... et c'est autrement plus grave dans Fedora que dans la communauté TI-68k, parce qu'il y a énormément plus d'utilisateurs de Fedora que d'utilisateurs de programmes pour TI-68k) et un exemple de ce que j'écrivais en ./46: rien ne semble te faire honte.

Dans le thread sur FatELF, je ne vois pas de réponse indiquant l'agacement d'autres membres du projet. En revanche, il y en a très explicitement deux à https://www.redhat.com/archives/fedora-devel-list/2009-July/msg00595.htmlhttps://www.redhat.com/archives/fedora-devel-list/2009-July/msg00595.html (pour ceux qui ne savent pas, "spot" n'est pas n'importe qui dans la communauté et le projet Fedora !). Cet avertissement suit un énorme flame entre (largement) Sam Varshavchik, qui préfère autotools, et Kevin Kofler, qui préfère cmake.
Quand j'écris "énorme", comptez donc les occurrences "Re: an update to automake-1.11?" dans la page https://www.redhat.com/archives/fedora-devel-list/2009-July/date.htmlhttps://www.redhat.com/archives/fedora-devel-list/2009-July/date.html, qui ont été postées par Sam Varshavchik ou Kevin Kofler grin
Evidemment, chez Fedora aussi, Kevin (et Sam Varshavchik, d'ailleurs) n'arrête pas quand on lui signifie qu'il va franchir les limites, donc "spot" se fâche: https://www.redhat.com/archives/fedora-devel-list/2009-July/msg00615.htmlhttps://www.redhat.com/archives/fedora-devel-list/2009-July/msg00615.html.
avatarMembre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

72

Tiens, je vois que Fedora, pour ne pas livrer des gros binaires 32 + 64 bits, préfère produire des binaires pour 386. Pas mal. oui
avatar<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !

73

Il n'y a pas de Fedora 64 bits ?
avatarUn site complet sur lequel vous trouverez des programmes et des jeux pour votre calculatrice TI 89 / Titanium / 92+ / Voyage 200 : www.ti-fr.com.
Quelques idées personnelles ici.

74

Si, je parlais de la version 32 bits.
avatar<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !

75

Si, il y a des Fedora 64 bits smile
Dans le cas des binaires FatELF, il serait possible, avec un assez petit sous-ensemble de librairies, d'avoir facilement une meilleure compatibilité entre installations 32 bits et 64 bits. L'auteur de FatELF liste un certain nombre d'autres avantages à l'approche.
Faudrait que je réessaie de compiler Wine (extrait de Git) 32 bits sur mon Linux 64 bits sans passer --without-freetype à configure.
avatarMembre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

76

Wine en 64 bits, ça serait un grand pas. oui

Ou du moins, Wine sans ses 32 000 000 de dépendances 32 bits
avatar<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !

77

Le support d'exécutables Windows 64 bits contenu dans Wine (quand il s'exécute sur un hôte 64 bits, naturellement) est loin d'être un jouet, même si pour en bénéficier pleinement, il faut extraire ce qui deviendra GCC 4.5 depuis SVN et se cogner la compilation wink
Ou du moins, Wine sans ses 32 000 000 de dépendances 32 bits

FatELF aurait permis d'améliorer la soupe de ce côté-là. Mais maintenant que des gens défendant, avec la même délicatesse, le même genre de positions qu'Ulrich Drepper et Kevin, ont découragé l'auteur de FatELF (qui a porté nombre de jeux vers Linux, et a par là-même acquis une bonne vue d'ensemble du problème et de certaines solutions potentielles) - voir http://icculus.org/cgi-bin/finger/finger.pl?user=icculus&date=2009-11-03&time=19-08-04 - eh bien il faudra que quelqu'un d'autre reprenne le flambeau...

Je viens de réessayer de compiler Wine sans --without-freetype: maintenant, Wine compile avec succès, et produit un ensemble d'exécutables qui utilise FreeType (car l'affichage de texte autre que le texte de certains menus n'est plus une bouille infâme grin). Chouette smile
En l'absence de packages de développement pour dbus et hal, je n'ai pas le support dynamique des périphériques, mais bon, c'est nettement moins grave ^^
avatarMembre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

78

Folco (./72) :
Tiens, je vois que Fedora, pour ne pas livrer des gros binaires 32 + 64 bits, préfère produire des binaires pour 386. Pas mal. oui

C'est faux, les binaires 32-bits de Fedora demandent i586 minimum pour Fedora 11 et i686 minimum depuis Fedora 12.
avatarMes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

79

Il était temps. Ca veut dire qu'en 2008, on pondait les premières releases de KDE 4 pour 386 ? grin
avatar<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !