Xaapyks a écrit 543 commentaires

Et tu y crois ?

Tu as raison, en fait quand la personne est déconnectée depuis un certain temps, les messages lui arrivent en tant qu'e-mail. Si elle est déconnectée depuis seulement quelques secondes de l'interface web de gmail, ça tombe en erreur.

C'est quand même mal foutu, ça fait quelques temps que je n'ai pas reessayé cependant.

Donc pour résumer, ton problème c'est que tu ne laissais des messages qu'aux gens connectés, si je résume bien ?

Et bien je te le donne en mille : c'est simple, c'est dû à un problème d'implémentation XMPP de Google et un problème d'utilisation de ta part.

J'ai un serveur XMPP "pur" avec lequel je discute avec des personnes sur gmail, entre autres. Avec les gens qui ont d'autres "vrais" comptes XMBB/Jabber, je peux leur laisser des messages hors ligne. Ceux sur gmail, c'est impossible, erreur du serveur.
Du coup, quand c'est possible, et si la personne a pas un service XMPP castré, je laisse des messages hors ligne, et j'ai la réponse quand elle le reçoit et y répond…

Pourtant pour avoir relevé la faute du "hors" ça prouve que tu n'es pas passé si vite que ça à l'article suivant ;-)

Je suppose que c'est importation + invitation des amis…

Mouai, c'est comme quand des gens voient mon KDE (plutot stock) et me disent "mais c'est comme Windows en fait !" parcequ'il y a le panneau en bas et le lanceur au même endroit que le menu démarrer…

J'ai testé la signature dans kmail2, c'est plutôt bien intégré.

Thank you captain obvious

Et pour info, tu as quel genre de qualifications ? Quel âge ? Et surtout dans quelle région ?
En idf en tout cas, les SSII embauchent à tour de bras… Pour des salaires pas forcément énormes, certes, pour des projets pas forcément intéressants certes, mais pour un salaire qui te permet d'être loin de te retrouver à la rue…

Franchement trouver du boulot c'est si dur en informatique ? As-tu peu de qualifications ? Quand bien même, tu as une bonne experience au vu de l'adoption de ton soft (que je ne connais pas).
Si tu es dans une situation difficile, va pisser du code histoire de bouffer, j'ai du mal à croire que les offres manquent dans le domaine…

C'est dommage de retourner du HTML en dur…
Tu pourrais retourner seulement les données brutes en XML ou JSON et laisser au client la liberté de l'afficher comme bon lui semble.

Que les sources de chromium sont disponibles.

C'est étrange que ce soit les lignes du CD qui fassent échouer, je n'en suis pas 100% sûr.
Ouvre /etc/apt/sources.list et supprime les lignes qui parlent de cdrom, ca devrait être les premières.

gksudo gedit /etc/apt/sources.list je suppose sous ubuntu

Il y a pas un bouton pour voir les détails ?

Sinon, depuis un terminal: sudo apt-get update
Tu auras au moins une erreur explicite…

En regardant de plus prêt, toutes les dépendances sont versionnées ">=x.y.z" donc OK, au moins j'ai, je pense, la garantie de tirer un binaire et toutes les libs qui vont bien avec.

Et je viens de voir : (http://www.debian.org/doc/debian-policy/ch-sharedlibs.html)

The run-time shared library must be placed in a package whose name changes whenever the SONAME of the shared library changes. This allows several versions of the shared library to be installed at the same time, allowing installation of the new version of the shared library without immediately breaking binaries that depend on the old version.

Parfait !

Tiens, question aux debianistes aguéris :

Quand on tourne en stable, et qu'une version de package nous intéresse en experimental, comment on s'y prend de façon élégante et pérenne pour l'installer ? Je parle bien sur du cas où ce package n'est pas dans les backports.

Le coup du apt-get -t experimental install <package> fonctionne pour le moment, mais je suppose bien qu'un jour la compatibilité binaire de sid/experimental sera cassée avec stable…

Donc, est-ce que c'est mort et il faut soit attendre que backports package le soft tant voulu, soit se le compiler à la main ? Ou bien apt-get est tellement supérieur à tous les package managers qu'il sait tirer les bonnes bibliothèques avec la bonne ABI quand celle de stable ne sera plus compatible ?

J'espère avoir été clair…
Je me pose cette question car j'étais jusqu'à maintenant en testing, avec quelques paquets d'experimental, et là je viens de me limiter à wheezy stable…

Ça a l'air sympathique, je vais essayer de tester ça rapidement !

Par contre, tu ne devrais peut-être pas afficher ton adresse postale dans tes copies d'écran (sur github)…

ajout/suppression, tout à fait, il faudra dans ce cas faire un dist-upgrade.

HD7xxx le driver libre est très très jeune encore, pour fglrx si tu choisis cette solution, ce sera supporté, bien sûr.

Les drivers propriétaire ATI n’ont pas fait de progrès ces dernières années ? :-(

A peine.

En changeant avec la carte graphique de ma femme, ça marche… hélas ça ne discrimine pas complètement l’alimentation vu que sa carte consomme moins. Je vais continuer mes tests ce soir avec une 9600GT histoire de tirer sur l’alimentation pour être sûr du diagnostique.

Pour les artefacts, probablement la VRAM qui meurt et qui fait des erreurs quand elle chauffe un peu…

Salut,

Le facteur discriminant ici c'est les jeux gourmands, et surtout si tu joues via wine (donc sans rebooter sur un autre OS, je suppose que tu vas pas changer de driver entre chaque session…). Et donc rien que ça implique les drivers non-libres, qui implique donc aussi nvidia.

Sinon tout le reste (kwin voire quelques jeux pas trop gourmands) se fait très bien avec des cartes récentes ATI/nvidia avec drivers libres. Evite peut être les radeon HD7xxx , nvidia je ne sais pas trop.

J'ai une HD6870 qui tourne avec les drivers libres et tout est parfait pour mon usage, les jeux passent très bien, même si forcément fglrx fait mieux, ca me suffit.

si on veut convaincre l'utilisateur lambda d'utiliser Linux

Ah bon on veut ?

En occurrence lui il va devoir le faire, c'est un peu risqué mais ça peut se tenter il me semble… Même si on doit découper le bord des pistes…

Je me rappelle qu'il y a longtemps eu un problème avec les ISO, elles n'étaient jamais à jour… Ce qui obligeait les nouvelles installation à se taper les opération manuelles d'upgrade dès l'install… Ca fait des années qu'ils sont censés sortir une ISO par mois voire par majeure de noyau ou sur gros changements quidemandent intervention manuelle mais ça ne s'est jamais vraiment fait…

Je comprends bien que ça fasse mauvaise impression, pas trop envie de se prendre la tête avec une distrib qu'on ne connait pas quand on débute dessus…

Oui, c'est malheureusement comme ça que ça se passe.
En général il ne faut pas dépasser environ 6 mois avant une mise à jour, c'est le délai que s'accordent les mainteneurs pour retirer les procédures de mises à jour du legacy de leurs packages.
C'est pour ça qu'il ne faut pas installer une arch là où on sait qu'elle ne sera pas mise à jour de l'année… Ça peut-être vu comme un défaut, mais pacman et la distrib bougent tellement que c'est inévitable (ex. changement des dépots, passage à systemd, passage à /usr/{bin,lib}, etc…)
Une Arch ça s'entretient :-)
Les Archers étant en général des nerds avides de bleeding edge, ces cas arrivent rarement.

Je pense qu'il parlait des anecdotes comme l'interdiction des maisons, pas de l'info elle-même…