(faudrait juste que je trouve une astuce simple pour colorer différemment les différentes regex de grep, comme ça je pourrai transformer les log en véritables arbres de nowel au taf :p).
Oui, je me suis toujours demandé quel était le sens de ce… disons… commentaire.
J'imagine qu'en fait, c'est lié au fait que certaines consoles peuvent ne pas être super contente de devoir afficher de la couleur, ou interpréter les caractères spéciaux bizarrement. Mais pourquoi ne pas le dire directement dans ce cas? Ça reste un mystère pour moi.
Du coup sur chaque bécane faut se taper l'édition à la mano de ces p***** de scripts dans le tc… d'un autre côté, je me dis que c'est un bon moyen pour repérer si l'utilisateur de la machine aime les lignes de commande ou pas :)
Au passage, vu que tu découvres ce commentaire, il est envisageable que tu ne connaisses pas l'option -R de less. Très utile. Très, très utile (faudrait juste que je trouve une astuce simple pour colorer différemment les différentes regex de grep, comme ça je pourrai transformer les log en véritables arbres de nowel au taf :p).
Sous Debian et ses filles, un paquet peut être marqué pour installation de deux façons différentes:
installé
installé automatiquement
Pour virer un méta paquet (Ubuntu en utilise une quantité assez impressionnante, ce qui donne cette impression qu'on peut rien virer sans tout péter) il faut marquer les paquets qu'il à installé et que l'on souhaite garer comme installés manuellement , et ensuite virer le méta paquet.
C'est pour ce genre de raisons que j'adore aptitude. Entres autres.
D'autant plus que ça ne marche pas pour tout. Avec MATE j'ai du utiliser :
mate-panel --layout --reset
Tu n'as donc pas dû supprimer tous les fichiers de config. Pour info, XDG est un standard qui spécifie la ou doivent aller certains dossiers (entres autres). En général, tu vas te retrouver avec .cache, .config, et .local dans ton $HOME. Si tu les supprimes, tu réinitialiseras la quasi totalité de tes applications. Quasi, parce qu'un certain nombre d'applications ne les utilisent pas par défaut (bash, vim, cgdb, redeclipse, etc).
Je trouve ça réellement déprimant qu'il n'y ait pas de standard pour ce genre de chose.
Il y en a souvent utilisé par les développeurs, notamment ceux qui développent les bureaux. Le problème manifestement, c'est que tu ne le connais pas (freedesktop). Sinon, tu aurais su que pour réinitialiser tes config, il te suffit de supprimer les fichiers que j'ai cités plus haut.
Idem, mais je me souviens de certaines fonctions bien puissantes (comme celle-ci) que je n'ai jamais vues dans d'autres langages.
Au passage, ton site était l'une des références, si je me souviens bien, et le revoir me rappelle les premiers sites que j'ai consultés sérieusement: qbworld et probgoards… ça date tout ça!
Il ne s'agit pas de promouvoir un langage plutôt qu'un autre, mais de s'adapter à ce qui existe.
Pourquoi le basic des calculatrices était-il enseigné jusqu'à présent ? La réponse est très pragmatique: c'était alors le seul langage disponible sur les calculatrices, donc utilisable dans une classe banalisée et pas dans une salle informatique. (peu nombreuses, très utilisées, pas toujours en état, à réserver à l'avance…)
Python est maintenant utilisé au lycée et en prépa… et il est plus portable que ce qu'on pense !
Alors tu ne verras aucun problème si je propose le C++? Après tout, le C était enseigné en terminale il y à 10 ans (en STI génie électronique, pour programmer les PIC par exemple) et il est plus simple de pondre un truc en C++ qu'en C (pas de gestion manuelle de la mémoire notamment). De plus, il est portable (moins que le C, mais bon, il ne doit pas y avoir tant de plate-formes que ça qui supportent C et python mais pas C++), ne sera jamais à l'étroit si python ne l'est pas, etc.
D'ailleurs, pour continuer sur ce chapitre, C++ serait plus adapté que python, pour la simple et bonne raison qu'il ne prend pas la tête à définir à la place du programmeur le coding style (je pense surtout aux indentations/nombre d'instructions par ligne ici).
Mais ma proposition est bien sûr humoristique: même si avec des libs dédiés on peut avoir un truc hyper simple à utiliser, ça n'en reste pas moins un langage aux possibilités complexes, trop pour les programmes de calculatrice que l'on fait via l'éditeur de texte intégré.
La gestion des exceptions (bien que pas obligatoire en C++), les assignations dynamiques (avec les problèmes de mémoire qui vont avec, mais idem, pas obligatoire), et les objets (héritage et méthodes virtuelles, surcharge d'opérateurs et de fonctions, comme d'hab pas obligatoires) ne sont pas des choses triviales à utiliser.
Un langage pour une calculatrice doit rester simple, voire simpliste, ce que les BASICs de calculatrice sont. Et ce que python, tout comme C++, n'est pas par défaut.
Si il faut castrer un langage pour lui faire faire une tâche qu'un autre fait mieux, quel intérêt?
Pourquoi, à ton avis, Basic a-t-il été utilisé dans les calculatrices? Si c'est pour le côté didactique, on aurait très bien pu utiliser le Pascal…
Tiens, voila la fonction dont je parlais plus précisément.
Tu verras que tes fonctions circle et square sont largement à la ramasse…
Notes que je ne parles pas de basic, mais de Qbasic (aussi appelé QuickBasic) qui est un langage pour PC… tout comme python. Mais c'est un dérivé de Basic, que tu considères tellement moins puissant que ton langage favori. Ce qui peut être vrai sur certains points, d'ailleurs (quoique je n'ai jamais regardé ce que fait darkbasic, ou visual basic).
Après, si tu étends un langage, que ce soit par l'ajout de lib ou tout autre artifice, on ne parles plus du même langage. Par exemple, le langage des TI se nommait, de mémoire, TIbasic. En tout cas, ce n'était pas du basic pur et dur.
Si tu n'es pas capable d'admettre que ton langage favori n'est pas la panacée et que certains langages le surpassent dans certains cas, je ne peux rien pour toi.
Bah… dans ce cas, on peut tout faire facilement même en assembleur, hein, s'il "suffit de rajouter des modules externes" (des libs en fait… 'fin bon…).
De quelle version de Basic tu parles? Si c'est du QBasic, faudrait que je remettes les mains dedans, mais je pense pouvoir donner l'exemple que tu souhaites… notamment via les fonctions qui permettent de générer du graphisme ou de la musique grâce à de simples chaînes de caractères. Et je ne parle pas de trucs "de base", il s'agit en fait, si ma mémoire ne me trompe pas, quasiment d'un mini-langage: placement de curseur, changement de couleur, déplacement vers le point X,Y, faire une ellipse, etc.
Effectivement, le projet s'est fermé vers 2007/2009 si j'en crois SF.net.
Mais au cas où, voici un lien qui parle mieux que moi.
Si maintenant ils utilisent cygwin, alors il n'y à aucune raison de payer, y'en a d'autres en libres qui utilisent cygwin, alors tant qu'a s'emmerder avec une usine à gaz, autant s'emmerder avec une usine libre.
Ça dépend. Ta liseuse, elle les gère bien les calculs flottants? Et la trigo? Sans parler des diverses fonctions mathématiques que je n'ai plus utilisé depuis 10 bonnes années (genre les dérivées, les logarithmes, ce genre de trucs)…
Je sais qu'un CPU spécialisé dans les entiers peut le faire, c'est juste que, c'est plus long, ça chauffe plus, qu'une puce spécialisée. Après, peut-être qu'effectivement, une liseuse peut faire ce genre de choses sans prendre trop cher…
Xming, c'est justement pas basé sur cygwin. Xming, jusqu'a une certaine version, c'est libre.
Pour les applis windows, ben, ça fait pas tourner des applis linux en fait, mais ça peut permettre (c'était mon usage) d'utiliser le Xorg via réseau d'une autre machine. Je doute qu'il soit impossible de lui faire avaler des applis windows, puisqu'après tout, ça utilise un client ssh windowsien pour communiquer avec les autres X11 …
Tu te souviens bien. Pour ma part, mon 1er programme "sérieux" fut un casse brique. Qu'il à fallu optimiser, bien sûr, pour qu'il soit un minimum difficile (vu que l'accès aux tableaux était pas rapide, et pire encore pour l'écran).
Le plus fun, c'est que je l'ai codé, j'y ai joué genre 2 jours (sans compter les phases de debug, bien sûr) et après je l'ai zappé pour passer à un autre programme :D
Quand tu chroot, normalement tu pars d'une base saine (le CD d'install propose, habituellement, un mode rescue ou tu n'as qu'un busybox… juste de quoi mount et chroot, limite.). Logiquement, sur une Debian, il ne démarre pas bash, mais dash, qui avec un peu de chances marchera. Bon, après, je ne suis pas un expert des chroot, et je n'ai encore jamais fusillé un système au même stade que toi donc pas sûr. Chapeau bas, d'ailleurs :)
Ta solution pourrait éventuellement marcher. Éventuellement, parce qu'un .deb, ce n'est pas juste une archive, mais aussi des scripts, qui doivent être exécutés dans un chroot (fait par dpkg d'habitude) dans un endroit précis.
Perso, avant ta solution bourrin, je tenterai plutôt le rescueCD + chroot, justement.
Une fois chrooté, taper dpkg -i comme dans la solution d'Olivier.
Si jamais ça ne marche pas, parce que dpkg gueule pour problème de compat, le man dpkg dit que l'option --force-all est dangereuse, mais dans ton cas tu n'as plus grand choses à perdre, pas vrai?
Donc, soit tu tentes le dpkg --force-all -i blabla, soit tu peux aussi tenter d'abord de dpkg -r --force…blah…
Si rien de tout ça ne fonctionne, il reste encore la solution de juste décompresser l'archive, comme dit plus haut, bien que je doute que ça marche. Donc restera plus que l'installe à faire…
Ceci étant dit, un dernier avertissement pour l'avenir: évites de mélanger plusieurs distros. Ça peut se faire, avec plus ou moins de bonheur, mais à éviter sur environnement de prod. Pour jouer, ok, pour bosser, non. Parce qu'entre Debian et Ubuntu, la libc6 n'est pas compilée avec les mêmes options, et donc, l'ABI n'est pas nécessairement compatible, ce qui peut poser le genre de crash que tu peux avoir dans le lien que tu as cité.
Et si vraiment tu dois le faire pour une raison X ou Y, vérifies à 3 reprises… voire plus! qu'aucun paquet essentiel n'est altéré par la distro "invitée". Genre la libc…
Pour ça, je te conseilles vivement soit de télécharger le paquet que tu veux à la main, et de l'installer avec dpkg, puis corriger l'une après l'autre les dépendances (lent et chiant, mais à peu près sûr, si tu sais ce que tu fais), soit d'utiliser un front-end visuel, genre aptitude, qui te permets de voir de façon nettement plus claire ce qui est mis à jour (probablement vers la distro invitée…) afin de pouvoir le geler si ça risque de pourrir ton système entier (chose qu'a ce que je sais, apt ne sais pas faire, du moins pas facilement!).
Dernière solution dans ce cas, jouer avec le fichier /etc/apt/preferences. Mais attention à vérifier que ta config est bonne, parce que comme tu as pu le voir, mixer le mauvais paquet d'une distro avec une autre, peut tout casser.
Si je ne me trompe pas, mate est un fork de gnome 2. Suivant de très loin l'évolution des usines à gaz DEs quasi-monolithiques, je ne serai pas surpris que Gnome Classic, alias gnome 3, soit plus exigeant envers le hardware.
Hors, il semble que les machines existantes étaient sous XP. On peut en déduire sans trop de risque qu'elles ont un matériel des plus limité, voire obsolète. Le choix de mate, supposément plus léger, permettrait donc de ne pas avoir à renouveler le parc, accroissant ainsi quelques peu les économies engendrées par la migration à une distribution GNU/Linux.
[^] # Re: Non à la couleur dans le terminal !
Posté par freem . En réponse à la dépêche Utiliser colout pour colorier tout ce qu'affiche GDB. Évalué à 2.
Mouarf… suis con moi aussi.
Ben… colout… /me se cache
[^] # Re: bonne idée
Posté par freem . En réponse à la dépêche Utiliser colout pour colorier tout ce qu'affiche GDB. Évalué à 2.
En fait, je pense qu'il fait référence à ddd ici. Par exemple. Et cette IHM est proprement… inutilisable, selon ma très personnelle opinion.
[^] # Re: Non à la couleur dans le terminal !
Posté par freem . En réponse à la dépêche Utiliser colout pour colorier tout ce qu'affiche GDB. Évalué à 1. Dernière modification le 17 octobre 2014 à 15:15.
Oui, je me suis toujours demandé quel était le sens de ce… disons… commentaire.
J'imagine qu'en fait, c'est lié au fait que certaines consoles peuvent ne pas être super contente de devoir afficher de la couleur, ou interpréter les caractères spéciaux bizarrement. Mais pourquoi ne pas le dire directement dans ce cas? Ça reste un mystère pour moi.
Du coup sur chaque bécane faut se taper l'édition à la mano de ces p***** de scripts dans le tc… d'un autre côté, je me dis que c'est un bon moyen pour repérer si l'utilisateur de la machine aime les lignes de commande ou pas :)
Au passage, vu que tu découvres ce commentaire, il est envisageable que tu ne connaisses pas l'option -R de less. Très utile. Très, très utile (faudrait juste que je trouve une astuce simple pour colorer différemment les différentes regex de grep, comme ça je pourrai transformer les log en véritables arbres de nowel au taf :p).
[^] # Re: Que l'on ne confonde plus « environnement de bureau » et « suite bureautique »
Posté par freem . En réponse au message Ce que vous n'aimez pas/aimeriez avoir dans votre distribution de bureau. Évalué à 2.
Sous Debian et ses filles, un paquet peut être marqué pour installation de deux façons différentes:
Pour virer un méta paquet (Ubuntu en utilise une quantité assez impressionnante, ce qui donne cette impression qu'on peut rien virer sans tout péter) il faut marquer les paquets qu'il à installé et que l'on souhaite garer comme installés manuellement , et ensuite virer le méta paquet.
C'est pour ce genre de raisons que j'adore aptitude. Entres autres.
[^] # Re: Aptitude et réinitialisation des environnements
Posté par freem . En réponse au message Ce que vous n'aimez pas/aimeriez avoir dans votre distribution de bureau. Évalué à 2.
Tu n'as donc pas dû supprimer tous les fichiers de config. Pour info, XDG est un standard qui spécifie la ou doivent aller certains dossiers (entres autres). En général, tu vas te retrouver avec .cache, .config, et .local dans ton $HOME. Si tu les supprimes, tu réinitialiseras la quasi totalité de tes applications. Quasi, parce qu'un certain nombre d'applications ne les utilisent pas par défaut (bash, vim, cgdb, redeclipse, etc).
Il y en a souvent utilisé par les développeurs, notamment ceux qui développent les bureaux. Le problème manifestement, c'est que tu ne le connais pas (freedesktop). Sinon, tu aurais su que pour réinitialiser tes config, il te suffit de supprimer les fichiers que j'ai cités plus haut.
[^] # Re: Super projet
Posté par freem . En réponse à la dépêche Une calculatrice scientifique libre sous Linux (materiel). Évalué à 2.
Idem, mais je me souviens de certaines fonctions bien puissantes (comme celle-ci) que je n'ai jamais vues dans d'autres langages.
Au passage, ton site était l'une des références, si je me souviens bien, et le revoir me rappelle les premiers sites que j'ai consultés sérieusement: qbworld et probgoards… ça date tout ça!
[^] # Re: /tmp, vraiment ?
Posté par freem . En réponse à la dépêche Utiliser colout pour colorier tout ce qu'affiche GDB. Évalué à 2.
Ça à l'air bien utile cet outil. Merci!
[^] # Re: Super projet
Posté par freem . En réponse à la dépêche Une calculatrice scientifique libre sous Linux (materiel). Évalué à 2.
La question n'est pas de savoir si on peut indenter, mais si on y est obligé.
[^] # Re: Chaussette ! (coucou le nain)
Posté par freem . En réponse à la dépêche 67 chaussettes pour OpenSSH. Évalué à 2.
Bon ça, ça veut dire qu'on pourra faire encore chier le groupe!
[^] # Re: /tmp, vraiment ?
Posté par freem . En réponse à la dépêche Utiliser colout pour colorier tout ce qu'affiche GDB. Évalué à 3.
Réaction primaire: le problème, c'est que le ~/tmp n'est pas vidé automatiquement au boot :)
[^] # Re: Super projet
Posté par freem . En réponse à la dépêche Une calculatrice scientifique libre sous Linux (materiel). Évalué à 1.
Alors tu ne verras aucun problème si je propose le C++? Après tout, le C était enseigné en terminale il y à 10 ans (en STI génie électronique, pour programmer les PIC par exemple) et il est plus simple de pondre un truc en C++ qu'en C (pas de gestion manuelle de la mémoire notamment). De plus, il est portable (moins que le C, mais bon, il ne doit pas y avoir tant de plate-formes que ça qui supportent C et python mais pas C++), ne sera jamais à l'étroit si python ne l'est pas, etc.
D'ailleurs, pour continuer sur ce chapitre, C++ serait plus adapté que python, pour la simple et bonne raison qu'il ne prend pas la tête à définir à la place du programmeur le coding style (je pense surtout aux indentations/nombre d'instructions par ligne ici).
Mais ma proposition est bien sûr humoristique: même si avec des libs dédiés on peut avoir un truc hyper simple à utiliser, ça n'en reste pas moins un langage aux possibilités complexes, trop pour les programmes de calculatrice que l'on fait via l'éditeur de texte intégré.
La gestion des exceptions (bien que pas obligatoire en C++), les assignations dynamiques (avec les problèmes de mémoire qui vont avec, mais idem, pas obligatoire), et les objets (héritage et méthodes virtuelles, surcharge d'opérateurs et de fonctions, comme d'hab pas obligatoires) ne sont pas des choses triviales à utiliser.
Un langage pour une calculatrice doit rester simple, voire simpliste, ce que les BASICs de calculatrice sont. Et ce que python, tout comme C++, n'est pas par défaut.
Si il faut castrer un langage pour lui faire faire une tâche qu'un autre fait mieux, quel intérêt?
Pourquoi, à ton avis, Basic a-t-il été utilisé dans les calculatrices? Si c'est pour le côté didactique, on aurait très bien pu utiliser le Pascal…
[^] # Re: Super projet
Posté par freem . En réponse à la dépêche Une calculatrice scientifique libre sous Linux (materiel). Évalué à 3.
Tiens, voila la fonction dont je parlais plus précisément.
Tu verras que tes fonctions circle et square sont largement à la ramasse…
Notes que je ne parles pas de basic, mais de Qbasic (aussi appelé QuickBasic) qui est un langage pour PC… tout comme python. Mais c'est un dérivé de Basic, que tu considères tellement moins puissant que ton langage favori. Ce qui peut être vrai sur certains points, d'ailleurs (quoique je n'ai jamais regardé ce que fait darkbasic, ou visual basic).
Après, si tu étends un langage, que ce soit par l'ajout de lib ou tout autre artifice, on ne parles plus du même langage. Par exemple, le langage des TI se nommait, de mémoire, TIbasic. En tout cas, ce n'était pas du basic pur et dur.
Si tu n'es pas capable d'admettre que ton langage favori n'est pas la panacée et que certains langages le surpassent dans certains cas, je ne peux rien pour toi.
# euh, journal?
Posté par freem . En réponse au message powertop et économie d'énergie. Évalué à 4. Dernière modification le 14 octobre 2014 à 16:55.
Tu te serais bien trompé de section… 'fin bon, je dis ça, je dis rien moi.
[^] # Re: Super projet
Posté par freem . En réponse à la dépêche Une calculatrice scientifique libre sous Linux (materiel). Évalué à 1.
Bah… dans ce cas, on peut tout faire facilement même en assembleur, hein, s'il "suffit de rajouter des modules externes" (des libs en fait… 'fin bon…).
[^] # Re: Je suis intéressé !
Posté par freem . En réponse à la dépêche Une calculatrice scientifique libre sous Linux (materiel). Évalué à 3.
J'ai essayé, mais tu avais déjà fini ton message :p
[^] # Re: Super projet
Posté par freem . En réponse à la dépêche Une calculatrice scientifique libre sous Linux (materiel). Évalué à 2.
De quelle version de Basic tu parles? Si c'est du QBasic, faudrait que je remettes les mains dedans, mais je pense pouvoir donner l'exemple que tu souhaites… notamment via les fonctions qui permettent de générer du graphisme ou de la musique grâce à de simples chaînes de caractères. Et je ne parle pas de trucs "de base", il s'agit en fait, si ma mémoire ne me trompe pas, quasiment d'un mini-langage: placement de curseur, changement de couleur, déplacement vers le point X,Y, faire une ellipse, etc.
Donc, de quelle version de Basic parles-tu?
[^] # Re: Géométrie variable
Posté par freem . En réponse au sondage Bureaux virtuels et multi-écrans, qu'avez-vous ?. Évalué à 1.
Effectivement, le projet s'est fermé vers 2007/2009 si j'en crois SF.net.
Mais au cas où, voici un lien qui parle mieux que moi.
Si maintenant ils utilisent cygwin, alors il n'y à aucune raison de payer, y'en a d'autres en libres qui utilisent cygwin, alors tant qu'a s'emmerder avec une usine à gaz, autant s'emmerder avec une usine libre.
[^] # Re: Coin !
Posté par freem . En réponse au journal Veuillez instancier ce journal avant de le lire. Évalué à 2.
valgrind? Note que je ne sais pas vraiment m'en servir, mais ça à l'air d'être puissant.
[^] # Re: super soft !
Posté par freem . En réponse à la dépêche Une calculatrice scientifique libre sous Linux (materiel). Évalué à 2.
Ça dépend. Ta liseuse, elle les gère bien les calculs flottants? Et la trigo? Sans parler des diverses fonctions mathématiques que je n'ai plus utilisé depuis 10 bonnes années (genre les dérivées, les logarithmes, ce genre de trucs)…
Je sais qu'un CPU spécialisé dans les entiers peut le faire, c'est juste que, c'est plus long, ça chauffe plus, qu'une puce spécialisée. Après, peut-être qu'effectivement, une liseuse peut faire ce genre de choses sans prendre trop cher…
[^] # Re: Géométrie variable
Posté par freem . En réponse au sondage Bureaux virtuels et multi-écrans, qu'avez-vous ?. Évalué à 3.
Faux, pas tout à fait faux et … je sais pas.
Xming, c'est justement pas basé sur cygwin. Xming, jusqu'a une certaine version, c'est libre.
Pour les applis windows, ben, ça fait pas tourner des applis linux en fait, mais ça peut permettre (c'était mon usage) d'utiliser le Xorg via réseau d'une autre machine. Je doute qu'il soit impossible de lui faire avaler des applis windows, puisqu'après tout, ça utilise un client ssh windowsien pour communiquer avec les autres X11 …
[^] # Re: TI-BASIC
Posté par freem . En réponse à la dépêche Une calculatrice scientifique libre sous Linux (materiel). Évalué à 3.
Tu te souviens bien. Pour ma part, mon 1er programme "sérieux" fut un casse brique. Qu'il à fallu optimiser, bien sûr, pour qu'il soit un minimum difficile (vu que l'accès aux tableaux était pas rapide, et pire encore pour l'écran).
Le plus fun, c'est que je l'ai codé, j'y ai joué genre 2 jours (sans compter les phases de debug, bien sûr) et après je l'ai zappé pour passer à un autre programme :D
[^] # Re: super soft !
Posté par freem . En réponse à la dépêche Une calculatrice scientifique libre sous Linux (materiel). Évalué à 1.
Heu, y'a des trucs pour faire du calcul flottant rapidement, sur une liseuse?
[^] # Re: A tester
Posté par freem . En réponse au message Installation de paquets qui passent a la configuration de locales, libc6 broke au systeme qui .... Évalué à 2.
Quand tu chroot, normalement tu pars d'une base saine (le CD d'install propose, habituellement, un mode rescue ou tu n'as qu'un busybox… juste de quoi mount et chroot, limite.). Logiquement, sur une Debian, il ne démarre pas bash, mais dash, qui avec un peu de chances marchera. Bon, après, je ne suis pas un expert des chroot, et je n'ai encore jamais fusillé un système au même stade que toi donc pas sûr. Chapeau bas, d'ailleurs :)
[^] # Re: A tester
Posté par freem . En réponse au message Installation de paquets qui passent a la configuration de locales, libc6 broke au systeme qui .... Évalué à 2. Dernière modification le 09 octobre 2014 à 12:45.
Ta solution pourrait éventuellement marcher. Éventuellement, parce qu'un .deb, ce n'est pas juste une archive, mais aussi des scripts, qui doivent être exécutés dans un chroot (fait par dpkg d'habitude) dans un endroit précis.
Perso, avant ta solution bourrin, je tenterai plutôt le rescueCD + chroot, justement.
Une fois chrooté, taper dpkg -i comme dans la solution d'Olivier.
Si jamais ça ne marche pas, parce que dpkg gueule pour problème de compat, le man dpkg dit que l'option --force-all est dangereuse, mais dans ton cas tu n'as plus grand choses à perdre, pas vrai?
Donc, soit tu tentes le dpkg --force-all -i blabla, soit tu peux aussi tenter d'abord de dpkg -r --force…blah…
Si rien de tout ça ne fonctionne, il reste encore la solution de juste décompresser l'archive, comme dit plus haut, bien que je doute que ça marche. Donc restera plus que l'installe à faire…
Ceci étant dit, un dernier avertissement pour l'avenir: évites de mélanger plusieurs distros. Ça peut se faire, avec plus ou moins de bonheur, mais à éviter sur environnement de prod. Pour jouer, ok, pour bosser, non. Parce qu'entre Debian et Ubuntu, la libc6 n'est pas compilée avec les mêmes options, et donc, l'ABI n'est pas nécessairement compatible, ce qui peut poser le genre de crash que tu peux avoir dans le lien que tu as cité.
Et si vraiment tu dois le faire pour une raison X ou Y, vérifies à 3 reprises… voire plus! qu'aucun paquet essentiel n'est altéré par la distro "invitée". Genre la libc…
Pour ça, je te conseilles vivement soit de télécharger le paquet que tu veux à la main, et de l'installer avec dpkg, puis corriger l'une après l'autre les dépendances (lent et chiant, mais à peu près sûr, si tu sais ce que tu fais), soit d'utiliser un front-end visuel, genre aptitude, qui te permets de voir de façon nettement plus claire ce qui est mis à jour (probablement vers la distro invitée…) afin de pouvoir le geler si ça risque de pourrir ton système entier (chose qu'a ce que je sais, apt ne sais pas faire, du moins pas facilement!).
Dernière solution dans ce cas, jouer avec le fichier /etc/apt/preferences. Mais attention à vérifier que ta config est bonne, parce que comme tu as pu le voir, mixer le mauvais paquet d'une distro avec une autre, peut tout casser.
[^] # Re: Intérêt de Mate ?
Posté par freem . En réponse au journal La ville allemande de Gummersbach a migré de Windows vers Linux !. Évalué à 2.
Si je ne me trompe pas, mate est un fork de gnome 2. Suivant de très loin l'évolution des
usines à gazDEs quasi-monolithiques, je ne serai pas surpris que Gnome Classic, alias gnome 3, soit plus exigeant envers le hardware.Hors, il semble que les machines existantes étaient sous XP. On peut en déduire sans trop de risque qu'elles ont un matériel des plus limité, voire obsolète. Le choix de mate, supposément plus léger, permettrait donc de ne pas avoir à renouveler le parc, accroissant ainsi quelques peu les économies engendrées par la migration à une distribution GNU/Linux.
J'ai bon?