1

Salut a tous,

je sais que le site hackspire est down

c'est dû au fait que j'ai upgradé mon serveur et que j'ai pas eu le temps de remettre mediawiki, je dois mettre une vieille. La base de données est intacte et fonctionnelle, pas de souci.

Je vais essayer de le remettre en ligne ASAP, mais j'ai vraiment du boulot professionnel en montagne en ce moment, et j'ai pas eu le temps de m'en occuper. Désolé.

PS: si ce pb se reproduit je chercherai un hébergement avec une personne qui s'en occupe plus que moi smile

2

au fait, ca avance les hacks de nspire? (dsl j'ai pas trop suivi et j'ai la flemme de lire tout le forum)
Tout ce qui passe pas par le port 80, c'est de la triche.

3

sur le protocole, oui. sur la machine, non.

4

hackspire up \o/

un targezed et 2 liens symboliques, j'aurais pu le faire avant quand même triso

5

[qn veut éditer ce topic pour l'appeler "news hackspire" svp?]

bon j'ai passé mediawiki en 1.13, en install partagée par mes autres wikis. normalement j'ai bien tout upgradé mais si vous voyez un truc bizarre dites le moi, j'ai encore un backup de la db pour la version 1.9
j'ai aussi viré l'URL rewriting mais ça change rien pour les utilisateurs.

6

squalyl (./5) :
[qn veut éditer ce topic pour l'appeler "news hackspire" svp?]

c'est fait cheeky
avatar
Tutorial C (TI-89/92+/v200) - Articles Développement Web (PHP, Javascript, ...)
« What is the sound of Perl? Is it not the sound of a wall that people have stopped banging their heads against? » - Larry Wall

7

8

Si besoin est, je peux héberger le wiki (serveur Debian sur ligne ADSL Free).
Romain Liévin aka 'roms'
"Linux, y'a moins bien mais c'est plus cher !"

9

Va nous corriger ton paquetage tigcc vide plutôt, toi. hehe
avatar
Mes 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é

10

Romain, j'en ai besoin !!!!!!!! \o/
avatar
<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !

11

grin

sinon merci pour l'opportunité de backup, je retiens.

(pour le moment le dédié est moins contraignant qu'une ligne adsl)

12

> Folco: Romain, j'en ai besoin !!!!!!!! \o/

Je sais qu'ils sont vides et que çà fait un moment que Kevin m'en parle mais j'ai pas trouvé le temps/motivation de les pondre...

Bon, la version i386 ou amd64 ?

Romain Liévin aka 'roms'
"Linux, y'a moins bien mais c'est plus cher !"

13

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

14

Je veux bien mais j'ai plus de PC x86_64...
Romain Liévin aka 'roms'
"Linux, y'a moins bien mais c'est plus cher !"

15

Merde... fais ce que tu peux alors ...
avatar
<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !

16

Il y a toujours la solution QEmu, mais qu'est-ce que c'est lent, même avec KQEmu...
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

17

Kevin a proposé mieux, un accès ssh sur une de ses machines qui semble supporté la virtualisation en hard grin (ou alors je te fais ça chez moi, mais pas sûr d'avoir tous les outils de dev installés, et ça m'frait bien chier de te passer un accès root grin
avatar
<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !

18

J'ai un processeur x86-64 (Core 2 Duo), et de la place pour installer une Debian (ou proche dérivée) 64 bits. Au boulot, le téléchargement d'un ISO de 600-700 MB prend moins de 100 secondes, donc c'est pas le problème grin
Mais je ne sais pas comment on compile de vrais packages (par opposition aux packages checkinstall) avec par exemple debhelper, je ne l'ai jamais 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.

19

Lionel Debroux (./18) :
Au boulot, le téléchargement d'un ISO de 600-700 MB prend moins de 100 secondes

#eeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeek# t1 la moule !!!
avatar
<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !

20

5 minutes chez moi. C'est bien assez rapide tongue
avatar
Un 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.

21

Moi c'est #3 heures tsss
avatar
<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !

22

23

Y'en a, des news ? grin
avatar
Que cache le pays des Dieux ? - Forum Ghibli - Forum Littéraire

La fin d'un monde souillé est venue. L'oiseau blanc plane dans le ciel annonçant le début d'une longue ère de purification. Détachons-nous à jamais de notre vie dans ce monde de souffrance. Ô toi l'oiseau blanc, l'être vêtu de bleu, guide nous vers ce monde de pureté. - Sutra originel dork.

24

pas de nouvelle, bonne nouvelle tritop

mais bon les paquetages de TiEmu...

25

Concernant les paquetages TIGCC poru Debian, il n'y en aura plus. Copie des mails avec Kevin:

Salut,

> ktigcc-1-branch, ou tu prends le tarball sur:
> http://sourceforge.net/project/showfiles.php?group_id=31034&package_id=195050
> tout simplement. Mais il n'y a pas eu de release depuis longtemps, il n'y a rien qui a changé dans le CVS (sauf un commit de ta part qui applique mon patch pour les anciens KDE - grrr, ce patch n'a rien à faire dans mes sources upstream!!! S'il te plaît ne committes PLUS RIEN dans le CVS de KTIGCC, tu pollues mes changelogs autogénérés, trouve-toi un endroit meilleur pour tes répertoires Debian).
>

je veux bien mais çà m'oblige à tenir le répertoire debian à jour de manière séparée alors qu'il est plus simple de le laisser dans les sources. Beaucoup de projets fonctionnent comme çà.

Pour moi, c'est plus de travail alors que j'ai pas forcément le temps.

Si je tiens à jour le répertoire Debian à part, pourquoi alors garder le répertoire Fedora ?

> Kevin Kofler
>
Romain.


Salut,
> PS: Tu n'as plus accès en commit à tigcc-linux, j'ai retiré ton accès admin et commit.
>
> Kevin Kofler
>

ah bon ?! Pourquoi ?

Romain.


Salut,
> PPS: Pour voir le bordel que tu as fait, regarde les historiques de ces 2 fichiers:
> http://tigcc-linux.cvs.sourceforge.net/viewvc/tigcc-linux/ktigcc/ktigcc.cpp?sortby=rev&view=log&r1=1.30.2.3&pathrev=ktigcc-1-branch
> http://tigcc-linux.cvs.sourceforge.net/viewvc/tigcc-linux/ktigcc/preferences.cpp?sortby=rev&view=log&r1=1.34.2.2&pathrev=ktigcc-1-branch
>

je sais mais je maîtrise mal CVS, d'autant plus que c'est une MERDE par rapport à SubVersion.

> Tu committes le patch obsolete-kde accidentellement en mettant à jour ton répertoire Debian, tu le revertes, tu trouves le moyen de le recommitter ENCORE UNE FOIS accidentellement en mettant à jour une fois de plus ton répertoire Debian et cette fois-ci tu n'as même pas vu ce qui s'est passé vu que c'est moi qui ai dû faire le revert maintenant (5 mois plus tard, parce que j'ai aussi autre chose à faire que de te courir après).
>
> On n'applique jamais un patch comme ça dans un checkout, on fait un export et on travaille avec l'export, puis on copie dans son checkout seulement les fichiers à committer.
>
> Mais de toute façon je n'ai aucune intention de te rendre l'accès en commit à TIGCC, tu n'en as plus besoin, tu l'avais seulement gardé pour des raisons historiques, mais ça fait des années que tu ne travailles plus sur TIGCC/*nix à part le packaging.
>

D'accord. Je vais finir par croire que tes détracteurs ont raison: tu fais tout pour te fâcher avec tout le monde et garder l'accès rien que pour toi.

Dans ce cas, il n'est plus nécessaire que je me fasse CHIER à packager tigcc et ktigcc. C'est une perte de temps car je dois tout faire à la main:
- ktigcc n'utilise pas automake/autoconf, du coup je suis obligé de faire faire par mon package ce que ton système de build ne sait pas faire
- tigcc: idem

Meme tilem est plus facile à packager!

En clair: concernant tigcc/ktigcc, tu peux aller te faire FOUTRE!

Cela dit, çà n'affecte et n'affectera en rien le reste (TiLP/TiEmu). Par contre, ktigcc/tigcc, je tourne la page...

> Kevin Kofler
>

Cordialement, Romain.
Romain Liévin aka 'roms'
"Linux, y'a moins bien mais c'est plus cher !"

26

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

27

je dis bravo, alors là franchement Kevin c'est superbe neutral

tu te plains que personne ne contribue, et tu vires tes principaux contributeurs?

quel TIran!

28

Je sais que Romain avait fait beaucoup pour TIGCC/*nix à une époque, mais ça fait longtemps qu'il n'est plus un développeur actif, or il se trouve qu'il utilisait abusivement son accès CVS:
* Il a importé le répertoire Debian alors que je lui ai dit explicitement de ne pas le faire:
> je suis en train de builder un paquet debian pour ktigcc; est-ce que je
> peux faire un commit du répertoire debian pour ktigcc ?

Bah, tu es censé faire des paquetages non-native de toute façon, alors
pourquoi pas rajouter le répertoire avec le diff.gz comme c'est fait
normalement? Le problème du répertoire Debian dans le repo, c'est qu'il a
tendance à ne pas être à jour quand je veux releaser. :-( (D'ailleurs je me
demande si je ne devrais pas resortir les .spec des sources de libti*/tilp/tiemu et les gérer ailleurs, pour la même raison.)

et:
Personellement, je suis plutôt contre les trucs dans le CVS qui ne sont pas
distribués, aussi parce que j'utilise cvs2cl pour générer automatiquement les
changelogs de KTIGCC (donc aussi attention à tes commit messages si tu committes qqch., ils se retrouveront tels quels dans le changelog).

(mails du 9 décembre 2007).
* Il l'a fait sans faire attention à ce qu'il committe, et du coup il a pollué mes sources upstream avec un patch Debian-local (un retour en arrière pour gérer le KDE antique (< 3.5.7) de Debian, réintroduisant un hack affreux et lent que le nouveau KDE m'a permis de virer, donc je n'ai aucune intention de faire ce retour en arrière dans mes sources officielles, il faut mettre à jour son KDE!) pas une fois, mais deux et il n'a même pas corrigé son erreur la deuxième fois.
Donc je n'ai pas eu d'autre choix que de le retirer. (Et cette discussion ne se ferait pas en public si ce n'était pas l'intéressé direct à nous tenir cette discussion ici...)

D'ailleurs, les dossiers Fedora vont disparaître aussi, je vais mettre un dépôt central avec tous les specfiles du dépôt Fedora sur CalcForge quelque part, ce sera plus pratique pour moi et ça évitera de polluer les sources avec des specfiles qui auront forcément au moins une release de retard (parce qu'un RPM, ça se met à jour juste après la release, pas avant).
avatar
Mes 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é

29

Au fait, Kevin, à propos de contributions... qu'advient-il des nôtres, qu'on a pris le temps de faire (on aurait pu ne pas le faire...) et qu'on a postées, conformément à ta demande, sur le forum de TIGCC/TICT ?
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

30

Elles seront intégrées.
avatar
Mes 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é