gpe a écrit 804 commentaires

Je suis sous testing avec OOo 1.1.3 officiel Debian et j'utilise le java de Sun avec.

Pour celà j'ai installé le paquet java-package qui permet de créer un .deb à partir du binaire java de Sun.

Ensuite il faut aller sur le site web du mainteneur (je crois) OOo de Debian pour récupérer le paquet non-officiel Debian (openoffice.org-java) permettant d'activer le support java dans OOo Debian.
Quand je serais chez moi ce soir je pourrrai donner l'url pour le paquet openoffice.org-java parce que je ne l'ai pas en mémoire.

Donc voila, pour ceux qui se demandent si ils font sauter le pas a tel ou tel membre de la famille, n'hesitez pas a le faire !

Moi j'aimerai bien leur faire sauter le pas, ça me simplifierait la vie! Mais ils utilisent des applis sans équivalent sous Linux...

J'ai du mal à comprendre. Des dma tu en as pour tout un tas de trucs autres que l'USB, non?. Et il n'y aurait que celui de l'USB qui empêcherait le passage en mode eco?

Ah, mais c'est de la telephonie mobile moderne mon pauvre amis, vous ne semblez point au gout du jour et devez travailler sur des technologies obsoletes ;-).

:-) Ben nous aussi c'est du mobile que l'on fait. Mais bon il faut avouer que l'on a abandonné le marché du handset depuis 1 an et demi. On s'est recentré sur le M2M et sur l'automobile principalement. Mais du coups on embarque l'appli du client en plus de la stack GSM/GPRS/EDGE et de la stack Bluetooth (Ericsson) et on a toujours que 512Ko de RAM et 8 Mo de ROM. Mais l'année prochaine on passe à 1Mo!!! Faut accueillir l'UMTS, et les applis clientes sont de plus en plus gourmandes.

La quantite de memoire totale des telephones actuels, je ne suis pas sur, je crois que ca tourne autour des 32 Mo. C'est qu'il faut le caser tout le bordel. Remarque, meme avec toute cette memoire, je me demande ce qu'il y a des fois... Ca doit etre pour les fonctions micro-onde et lave-vaisselle.
En ce moment, je bosse sur l'integration d'un chip accelerateur dans la plateforme Ericsson. De base, 600ko dans le chip graphique, mais on peut passer a 2 ou 8 Mo pour pouvoir faire de la super 3D, lire du MPEG4 a 30fps, prendre des photos a 5 Mpixels, etc...

Boudiou ça a bien évolué depuis 2 ans le téléphone!!! Et on peut encore téléphoner avec ou c'est une option?

Alorsavec tes 512 ko ou mes 750, ca fait vraiment petit joueur...

Effectivement!! :-)

[...]mais c'etait des telephones "precis, pointus, affutes"[...]
j'essaie de quitter les telecom pour retourner en F1. [...] Et puis avec 750 ko de RAM pour stoquer programme et donnees, on a une bonne raison de faire attention a la memoire...

Parce que tu avais plus de 750Ko de RAM dans le téléphone????
Moi je suis dans la téléphonie également et on n'a que 512Ko de RAM...

C'est incroyable le nombre de personnes qui croient que des professionnels font forcement du meilleur travail que des amateurs, surtout en programmation logiciel.

Oui mais il ne faut pas non plus tomber dans l'excès inverse: les amateurs ne font pas forcément du meilleurs boulot que les pros. Il faut bien voir aussi que les contraintes d'un pro et d'un amateur ne sont pas les mêmes.

Travaillant dans une equipe de développement soft (en propriétaire mais je travaille sur une version Linux du produit dans mon coin en réutilisant/améliorant plein de composants logiciel libres) je peux vous dire que mes collègues font ce qu'ils font pour bouffer, pas pour le plaisir ni, surtout, parce ce qu'ils ont besoin du soft qu'il développent.

Et toi tu le fais pourquoi? T'es pas payé? On le fait tous pour bouffer! Mais ça n'empêche pas d'aimer ce que l'on fait et d'essayer de le faire bien même si ce n'est pas source ouvert et que je n'utiliserai jamais le produit sur lequel je bosse!

Une remarque provocative : avoir des bugs à corriger permet de continuer à avoir un boulot.

ça c'est de plus en plus faut (si ça l'a été un jour...). De plus en plus la maintenance des softs n'est plus faite chez nous. Dans la boite ou je bosse ce sont des indiens qui corrigent mes bugs... en attendant qu'ils les créent eux-mêmes! :-<

Oui je suis assez d'accord avec toi. Je suis sur un Athlon 1.3GHz et je constate aussi cette lenteur quand tu changes de répertoire. C'était la même chose sur sylpheed-claws et c'est pour ça que j'avais repris sylpheed 1 à la place de claws...

Et tu arrives à le faire fonctionner bogofilter?
Je dois être neuneu mais je n'y arrive pas...
J'ai cherché dans la mailing list sylpheed et manifestement je ne suis pas le seul à me poser des questions mais je n'ai pas trouvé de réponse...

Ben pour Sylpheed 2 il est recommandé d'utiliser gtk 2.6 (et au mini gtk 2.4), donc j'ai l'impression qu'ils sont déjà passé en 2.6, non?

Pour la vérif ortho multilingue je ne sais pas. Je n'utilise pas la vérif ortho dans Sylpheed.

Par contre il est clair que Sylpheed est un mailer pur. Il n'y a donc pas de raison qu'il gère un calendrier.

Perso j'utilise Sylpheed en liaison avec jpilot (calendrier et carnet d'adresse) et ça me va bien.

Je n'ai pas l'impression que Sylpheed et Evolution visent les mêmes personnes. Sylpheed se veut léger et rapide. Evolution (ça fait longtemps que je ne l'ai pas réessayé) me semble plus être un mastotonde exhaustif mais pas vraiment léger ni rapide. Je me trompe?

(Je ne suis pas un dieu dans le domaine et j'espère ne pas dire de connerie...)

Ou est défini l'encodage par défaut (si il y'en a un) ?

oui se sont les locales qui définissent l'encodage par défaut. La commande locale t'indiquera les locales ayant cours sur ton système.

Quand je fais 'cat toto' dans un gnome-terminal par exemple, comment choisit il l'encodage ?

En fonction de tes locales (cf question précédente).

Peut-on changer l'encodage par défaut du système ?

oui on peut. Pour la distribution Debian tu fais un dpkg-reconfigure locales. Pour les autres distri je ne sais pas.

Y'a t'il des outils de conversions ? (utf8 <-> isoXXX ...) en ligne de commande ?

Je pense que si tu regardes du côté de recode tu devrais trouver ton bonheur.

Bref : des connards qui pourraient tout à fait faire ça en silence, avec une poulie et la force humaine, mais qui préfèrent débarquer sur les jolis chemins pédestre avec leurs gros 4x4 de luxe,

Si un 4x4, véhicule relativement large, passe c'est que le chemin il y est tout sauf pédestre...

y creusant des orgnières affreuse pour tout randonneur, berger, ou betail qui se respectent, pour y démarrer un moteur inutile et effrayer ainsi toute forme de vie aux alentours.

Euh... les bergers ne sont pas les derniers pour rouler en 4x4 et le bétail se défend pas mal pour ruiner un chemin alors faudrait arrêter les délires pseudo-écolo!

Moi j'ai perdu des fichiers sous Win XP, j'ai même perdu tout un disque en NTFS...
Ce qui est fort c'est que j'ai réussi à récupérer des trucs dessus grâce à Linux en le branchant dans un boitier firewire alors que Win XP est incapable de faire quoi que ce soit avec ce disque en boitier externe. Donc la tolérance de Windows je ne la vois pas trop...

Il faut voir aussi que des fois on n'a pas de bol. Il y a un et demi en 1 mois j'ai perdu 3 disques dur à la suite, sur 2 machines différentes (une XP et une Linux). D'abord le disque de la machine XP, changé en garantie, qui lui-même m'a laché au bout de 15j, nouvel échange en garantie. Entre temps celui sous Linux a laché aussi mais hors garantie, j'en ai donc acheté un neuf.
Depuis, plus aucun soucis! Y a des périodes comme ça ou tout va mal... Peut-être une attaque cosmique?
Mais bon comme quoi on ne peut pas généraliser un cas personnel...

Ben moi aussi j'en ai 2 de chez Plextor un qui a 4 ou 5 ans je ne sais plus et qui marche encore fort bien et un autre qui doit avoir 18 mois et qui aussi fort bien...
Mais j'ai peut-être de la chance...

<ma vie aussi>Ben moi je suis en Debian testing depuis 2 ans et demi avec Gnome et je n'ai jamais eu de retour sur gdm non voulu. J'ai eu des problème de plantage mais un memtest m'a démontré qu'une barrette était foireuse, depuis le changement plus de soucis. J'ai aussi eu des problème de perte de donnée sur un disque dur et un passage de drivefitness m'a démontré que le disque était bien malade (retour en garantie et changement du disque par Hitachi/IBM). Bref à chaque fois que j'ai eu des soucis c'était dû au matériel... Donc pour moi oui le système est stable.
Mais il est aussi vrai qu'il y a pas mal d'applis qui buguent mais énormément ne sont pas en version stable...
Il faut aussi voir que lorsque l'on sort une distri tous les 6 mois avec les derniers trucs de la mort qui tue mais non stabilisé il ne faut pas s'attendre à des miracles. Si tu tournais avec les version alpha et beta de Windows tu aurais aussi des problèmes.
Il faut donc comparer ce qui est comparable...</ma vie aussi>

RISC uniquement pour les entreprises???
Ben dans tous les téléphones portables (ou quasiement) c'est du RISC (archi ARM)... Donc le grand public connaît le RISC! :-)

Windows ne tourne pas que sur x86 32 bits...

il y a 10 ans (1995) il y avait déjà Windows 95...
il y avait aussi MacOS, GEM sur Atari, AmigaOS, OS/2, bref plein de trucs mieux qu'un MSDOS...(peut-être pas Windows 95? ;-) )
Il y avait aussi un certains Linux qui grandissait, non?

La seule petite lenteur que je vois c'est quand j'ouvre un dossier de + de 10.000 ou 20.000 mails, y'a ~2 secondes de "Tri du sommaire" qui me font passagèrement trépigner

Moi aussi; en même temps, c'est gros 20000 mails :)

Quand j'avais essayé sylpheed-claws (en version 1) ça m'avait agacé et j'étais revenu à sylpheed (non-claws) qui n'a pas ce phénomène.

Non on est en open source donc tu as les sources donc tu peux recompiler pour ta plateforme avec toutes les optims de la mort qui tue.

Et puis les optims à la volée c'est vraiment efficace? Le temps qu'il passe à faire l'optim à la volée ne bouffe-t'il le temps gagné sur l'éxecution de l'optim? (je précise que je n'y connais rien en JIT)

un programme C optimisé avec de mauvais algos, se fera battre à plates coutures par le même programme en Java avec de bons algos...

Et le même programme en C avec de bons algos battra celui java...

oui le problème du CD est corrigé mais le problème reste entier avec les supports réinscriptibles (clé usb, lecteur ZIP, etc). Il y a d'ailleurs un rapport de bug d'ouvert sur le sujet.

Et ça fait depuis longtemps que Gnome n'utilise plus famd...

Il y aurait donc un bug dans le processus de mise à jour de Gnome sur testing car j'ai toujours famd d'installé avec Gnome 2.8. Mais visiblement ce n'est pas génant puisque le remplaçant, gamin, reproduit les mêmes bugs (cf autres messages ci-dessus)...

Donc quid de la stabilité?
On reproche à SID de ne pas être stable et après on m'explique que Ubuntu c'est mieux que SID car en version stable alors que plein de truc dedans sont encore plus récent que SID et donc avec beacoup moins de retour. Moi pas tout comprendre...