freem a écrit 4916 commentaires

Ç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…

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 …

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

Heu, y'a des trucs pour faire du calcul flottant rapidement, sur une liseuse?

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.

J'ai bon?

et sachant que libreoffice utilise encore java qui doit consommer 500Mo de ram,

hum… non, pas vraiment, j'ai pas de java installé sur ma machine, et pourtant j'ai le tableur et le traitement de texte. En fait, il me semble, mais je n'ai pas été vérifier, que java n'est obligatoire que pour la base de données (l'équivalent d'accès quoi).

Pour le reste, je suis d'accord, je me souviens même avoir du utiliser gnumerics pour pouvoir afficher correctement une formule d'excel, parce que ce dernier était incapable d'afficher plus de 64Ki caractères, alors qu'il avait pondu la formule sous l'instigation d'un commercial qui utilisait le mode d'enregistrement… formule que j'ai d'ailleurs remplacé par une formule d'à peut près 40 caractères de long (excel avait utilisé des if imbriqués, pour faire l'équivalent d'un locate… forcément ça pique, et en plus c'est plus limité… mouarf!).

Ouai mais tu voiiiiis, y'a le moisi pas fashione, et le moisi hype tu voiiiiiss…

Je n'osais pas le dire, que la meilleure solution était d'utiliser un vrai outil :)

mais on va dire que c'est une erreur bien géré non?

Y"a crash ou pas? Données perdues ou pas? Même si le message d'erreur est pourri, y'a-t-il eu perte de données? Parce que du coup, le quelqu'un en question aurait pu demander à un support quelconque (je sais pas moi, un pote, la famille, voire une boîte, une thèse c'est un taf important je crois?)

Dès que tu travailles sur un document un peu gros que ce soit MSO ou LO, il faut faire une sauvegarde régulière ET incrémentale (rapportV0.1, rapportV0.2,rapportV0.3…), sinon le moment où ça plante t'est sacrément dans la merde.

C'est bien ce que je dis. C'est un workaround, et les workaround, ça ne devrait pas exister (note, parce que les choses devraient être faite proprement plutôt qu'à l'arrache entre 2 post-it sur la machine à café…). Surtout quand on paye. Franchement, quand il y à un bug sur une appli qui engendre perte de données, chez nous (qui somme presta) ben on se fait taper sur la tronche. Et c'est normal.

Le cas des TPE / PME est bien souvent aussi caricatural.

Ici (bientôt plus que 4 employés…) on doit se fader du MSO dans un cas: un gros client (voire LE) exige du MS. Le problème au fond, c'est que pas une suite n'est réellement compatible avec son voisin (non, LO n'est pas compatible avec MSO, j'en ai la preuve assez souvent. Ou alors juste pour des trucs basiques… ce qui n'est pas satisfaisant à mon grand dam).

Mais bon, il paraîtrait que la dernière de MSO peut avaler du LO, à voir…

Euh, une erreur bad allocation, ça peut vouloir dire diverses choses, mais la plus probable c'est: "merde, j'ai pas assez de ram pour répondre à ta demande!".
Si c'est bien ça le problème, ça peut vouloir dire 2 choses: soit la machine à effectivement saturé sa RAM (virtuelle et physique) et windows refuse donc d'allouer plus, soit le logiciel à essayé d'allouer une quantité véritablement phénoménale, et l'OS se défend comme il peut.

Dans tous les cas que j'ai énoncés, si le logiciel est écrit en C++, ce qui est, de mémoire, le cas de LO, c'est très probablement une exception qui à été lancée. Pour un logiciel qui cible un public un minimum pro, c'est dommage de ne pas récupérer de ce type d'exception, par exemple en enregistrant les données dans l'état ou elles étaient avant la corruption/l'erreur. C'est justement à ça que servent les exceptions: en remontant la stack, ça permets de revenir à un point où l'état était connu, et d'annuler l'action qui à foiré.

Que le document ait été écrit avec impress ou pas, ne change donc rien au fait qu'il s'agit d'un problème grave dans le code.
Après, facile de dire que c'est la faute au logiciel qui marche sans crasher… mais je trouve que ça fait un peu deux poids deux mesures, non?

Qu'une application crash ou bug, pourquoi pas. Personne n'est parfait. Par contre, qu'un truc que l'on sert à des pros engendre une perte de temps de, disons, 3H, c'est déjà plus grave.
Je vais être cynique (je parle de coût de reviens, pas de salaire net, hein): dans le cas ou c'est la secrétaire smicarde qui coûte ses 20€ de l'heure, bon, à la rigueur, ça peut passer, c'est pas trop cher.
Mais dans le cas ou c'est l'ingénieur que l'on paye dans les 80€ de l'heure… c'est déjà plus chiant, et plus cher. Plus qu'a prier pour qu'il n'ait pas passé sa journée à chiader son truc… pour rien.

Bien sûr, on peut objecter qu'il est prudent de sauvegarder régulièrement… mais moi, j'appelle ça un workaround. Un système stable, ne devrait pas planter, et si on était dans un monde idéal, il y aurait des onduleurs pour éviter les emmerdes d'une coupure de courant…
Bref, la sauvegarde auto ne devrait pas être obligatoire pour moi.

J'avais mal formulé, mais ce que je voulais dire c'est que pour moi, attaquer l'auteur ou les gens derrière le projet, c'est la même catégorie.
Mais bon, on est d'accord :)

cobol

Tout est dit. Peut-on vraiment comparer les mainframe avec power? Du (très) peu que j'en sais, les anciens mainframes pour aussi performants qu'ils soient, ne peuvent être ciblés par beaucoup de langages, ce qui est un problème.
Sur power, si Ubuntu supporte, ça veut dire linux, et si Ubuntu marche, c'est probablement grâce au travail de Debian, qui à une quantité non négligeables de paquets, incluant Java, python et C/C++. Entres autres.

Du coup, le coût de développement logiciel devrait être moins élevé que pour du cobol, je suppose? Tu l'as dit après tout: pas mal de choses ont été portées sur Java…

'fin bon, vue ma compréhension du sujet (big data & co, je ne connais malheureusement pas), je ne dis peut-être que de la merde.

(pour te convaincre : regarde les attaques sur systemd, et analyse les, tu verras qu'il y a que du vent derrière, ça n'empèche pas de dire qu'il y a une "raison")

Il y à 10 types d'attaques contre systemd. Celles qui mettent en cause l'auteur, les gens derrière le projet, et celles qui mettent en cause le projet.
Les premières sont complètement inutiles, stupides et méprisables, les autres sont parfois inutiles, stupides, mais pas méprisables pour autant.

Tu veux dire pour le manque de message d'erreur… C'est une bonne idée en effet.

C'est utilisé, oui, mais c'est un abus de langage. De la part de quelqu'un qui fait chier le monde à faire le grammar nazi, je trouve ça incorrect.

Laisses tomber, certains sont tellement aveuglés par les noms et les réputations qu'ils en oublient les contenus pertinents.

Brigitte sors de ce corps!

Jamais eu ce souci, donc je suppose que ça l'a été ( je n'utilise LO qu'au taf, et je ne taf sur linux que depuis moins d'un an… )

Pour windows, tu peux toujours faire tourner un Xming et un véritable gestionnaire de fenêtre. Comme ça, tu contournes l'un des principaux défauts de windows: le manque d'ergonomie et de liberté dans les modifications.

… mais c'est uniquement parce que je n'arrive pas à demander à Debian et randr de détecter cette p***** de seconde carte graphique!!!

Sinon, ce serait 3 écrans (2*4/3 + 1 16/9(pas sûr du ratio en fait. Un large quoi…)) avec i3 donc workspaces. Et le jour ou j'aurai la motivation pour suspendre en plus mon 4ème (oui, j'ai acquis pour pas cher les 4/3 récemment) ce sera quad-screen \o/ (en mode pyramidal, vue la forme des divers écrans c'est ce qui sera le plus exploitable).

ET (on l'a vu également avec pulseaudio) lintégration avec un niveau de finition inadéquat avec un système en production car le release early c'est bien dans l'absolu, mais lorsque ca casse ton système, lorsque ce qui marchait avant ne marche plus, tu n'as pas envie de faire des bisous aux bisounours.

Le release early, release often est une bonne chose, pour les projets KISS (dont systemd ne fait clairement pas partie j'ai l'impression). Pour les autres, ça reste à définir…

Je suppose que ça dépend des usages, vu que perso j'ai jamais eu de problèmes de son. Mais bon, je me contente d'écouter de la musique, regarder des vidéos sur you…tube et de jouer alors forcément…