repo.calcforge.org disponible pour Fedora 9 - Page 2

C'est vraiment pas évident de deviner ce qu'il faut entrer dans Synaptic. J'ai fini par comprendre. Vous devriez expliquer sur votre page d'acceuil.
Pour vous, Linux ne doit être réservé qu'aux gens qui ont lu 36 bouquins et aux ingénieurs ?

Parle-en à Romain... Ce n'est pas moi qui maintiens le dépôt Debian!

Pour le dépôt Fedora, il suffit de cliquer sur "Repository configuration RPM: automatically sets up this repository in yum, apt-rpm and smart" et de confirmer l'installation du paquetage et tout est autoconfiguré.

Je viens de comprendre un truc Kevin... Ce topic n'était pas vraiment là pour rendre service aux utilisateurs de TI68k. C'était une publicité déguisée pour Fedora.

Kevin Kofler (./1) :
Le dépôt pour Fedora de CalcForge ouvre désormais ses portes pour les utilisateurs de Fedora 9, dont la sortie officielle est prévue le 13 mai. http://repo.calcforge.org/fedora/

Si tu avais vraiment fait ce topic dans l'intérêt des propriétaires de TI68k, tu aurais parlé du dépôt Debian.

J'ai parlé du dépôt Fedora parce que le support pour Fedora 9 est nouveau, c'est censé être un topic d'actualité. Ça fait longtemps que le dépôt Debian a été annoncé ici, et c'est moi qui l'ai annoncé, même! topics/99690-repocalcforgeorg-logiciels-calculatrices-ti-packages-pour-gnulinux

Si je voulais faire de la publicité pour le dépôt Fedora, je dirais:
* que mon dépôt pour Fedora propose plus de paquetages que le dépôt Debian de Romain
* que mon paquetage de TIGCC fonctionne automatiquement alors que pour le DEB de Romain il faut bidouiller (les variables d'environnement ne sont pas réglées automatiquement)
* que mon paquetage de TIGCC est splitté en la partie libre et en tigcc-a68k (non-libre)
* que mon dépôt Fedora est plus simple à installer (cf. ./32)
* que Fedora propose une version de KDE suffisante pour compiler le KTIGCC le plus récent sans réintroduire un vieux hack que j'avais mis pour contourner une fonctionnalité manquante des anciennes kdelibs, rajoutée depuis mai 2007 (mais Debian stable propose une version obsolète d'octobre 2006)
* que mon paquetage de KTIGCC a toutes les dépendances qu'il faut, alors que pour le DEB de Romain, il faut penser à installer tigcc, et ktigcc-completion-data n'est pas packagé du tout
et j'aurais mis ça dès le post de départ.

Ah oui et aussi que mon libticables2 marche tout seul alors qu'il faut rajouter un utilisateur dans un groupe à la main sous Debian (parce que Debian (du moins etch) ne propose pas de solution comme ConsoleKit ou le vieux pam_console qui permet de donner les permissions automatiquement à l'utilisateur devant la machine, ce n'est pas simple à contourner dans un paquetage sans bouleverser tout le système, donc je ne pense pas que Romain pourra le corriger sauf si Debian accepte ConsoleKit).

Comme déjà dit sur IRC, Fedora 7 n'est plus supporté.

Je crois que tu n'as pas très bien compris
Tu utilises du logiciel non supporté. Si ça casse, tant pis pour toi. Comme d'habitude.

Et de toute façon, le problème m'a l'air d'être que BLAG ne propose pas de /etc/fedora-release valide, ça marche/marchait très bien sur un vrai Fedora 7. Et comme dit sur la page d'accueil du dépôt: "IMPORTANT: This is a Fedora RPM repository. The packages in this repository have not been tested on other RPM-based distributions (e.g. OpenSUSE, Mandriva etc.), and thus are not supported in any way under these distributions." Ceci est valable même pour les dérivées de Fedora. Je suis désolé, mais je ne peux vraiment pas supporter toutes les dérivées de Fedora, je ne dis pas que ça ne marchera forcément pas, mais ici je ne crois pas que le problème soit vraiment dans calcforge-release.

Folco (./43) :
C'est pas grave, de toute façon, je voulais laisser tomber tigcc pour assembler avec les outils de PreOS, c'est largement suffisant pour du code assembleur.

Ces outils sont totalement obsolètes, non seulement il y a A68k comme seul assembleur, mais en plus il y a l'antique pseudo-linker MakePrgm qui ne permet pas d'utiliser la compilation séparée et qui crée des programmes kernel qui quittent sans rien dire si on les lance sans kernel, ce qui n'est pas du tout pratique pour l'utilisateur!

En plus, ces outils sont fait pour les édveloppeurs, pas pour l'auteur, donc j'aurai pas d'emmerdes de ce genre.

Euh, écoute, tu racontes n'importe quoi là:
* Ton problème est exclusivement avec le dépôt CalcForge, pas avec TIGCC, tu peux toujours compiler TIGCC à partir des sources comme tu es en train de le faire avec les outils de PreOs!
* Est-ce si dur que ça de coder 7 en dur dans ton /etc/apt/sources.list.d/calcforge.list, étant donné que visiblement $VERSION ne fonctionne pas sous BLAG? (Un problème qui n'est pas du tout de ma faute!)

Folco (./45) :
Non, c'est déjà fait, mais j'ai pas trop envie d'installer des RPMs Fedora sur BLAG.

Bah, ces distributions sont presque identiques, mis à part les bogues rajoutés par BLAG (comme justement le $VERSION de apt-rpm qui ne fonctionne pas). Et le fait que BLAG n'est pas à jour...

BLAG modifie évidemment fedora-release, et apparemment ils le modifient d'une manière qui casse $VERSION dans apt-rpm.