karteum59 a écrit 863 commentaires

Quelques autres outils qui pourraient être appropriés pour la tâche ?

• PyQWT (c'est le premier auquel j'ai pensé en lisant le journal)
• Scilab (qui a bien évolué depuis l'époque où je m'en servais en école…)
• QTIplot (et assimilés) ?
• (et en fait, je découvre qu'il existe une page Wikipedia recensant une pléthore d'autres outils !)

Pas mal de gens s'imaginent aussi "PDF c'est standard et on peut l'ouvrir partout". Sauf que… certains PDFs ne s'ouvrent qu'avec Adobe Reader. C'est notamment le cas lorsqu'ils intègrent des formulaires XFA (car peu de gens le savent, mais il existe deux types de "formulaires" pour les PDF: les "acroforms" sont basiques mais à peu près pris en charge partout et notamment par Poppler, mais les "XFA Forms" ne sont supportés que par le lecteur Adobe, et uniquement sur desktop et non dans la version Android). De plus, personne ici n'ignore qu'Adobe a abandonné la plate-forme Linux (aussi bien concernant Reader que Flash ou Air). Bref, à chaque fois qu'on m'envoie du PDF+XFA, je suis bon pour devoir sortir une VM Windows juste pour faire tourner Adobe Reader…

Quel est le problème avec ce qui existe déjà, et qui peut être combiné ? Genre LZ4 puis AES ?

+1
Je ne pense pas que la vitesse de AES pose problème (la plupart des SoC possèdent des instructions pour l'accélérer matériellement).
Et le codage de source (compression) et le chiffrement sont des opérations relativement orthogonales à mon sens, modulo le fait qu'il vaut mieux appliquer le codage de source avant le chiffrement pour maximiser l'entropie de la source (mais bon, après tout, on a bien vu des sujets initialement un peu distincts se regrouper: par exemple les treillis-coded modulations mélangent modulation et codage de canal, et on parle aussi pas mal de codage conjoint source-canal, donc même si je suis circonspect sur la combinaison compression+chiffrement "tout en un", qui sait s'il n'y a pas des choses à regarder… :)

Vraiment pas mal du tout sur le rendu à peu près fidèle du .docx !
Par contre, pas de gestion des pièces-jointes OLE (i.e. toujours une dépendance à MS-Windows/Office pour ce genre de choses :( ).

C'est encore maintenu Slackware ?
Désolé, ce n'est pas destiné à être un troll mais une vraie question : par exemple sur http://www.slackware.com/ la dernière news date de novembre 2013 et parle de 14.1, donc je m'interroge (notamment pour les upgrades de sécurité).

Ce n'est pas plutôt le travail du KSM ça ?

Non, de base (et depuis toujours à ma connaissance i.e. rien à voir avec KVM ou une quelconque fonctionnalité avancée), Linux mutualise les pages de code (sections .text), aussi bien au niveau des processus que des libs (excepté pour le "self-modifying code" bien sûr :) ). Donc quel que soit le nombre d'instances d'un programme ou d'une lib, le code executable n'est présent qu'une seule fois en mémoire (mais cela dit, ce sont surtout les données qui bouffent de la place aujourd'hui et non le code… ma trentaine d'onglets Chromium/Firefox me le rappellent périodiquement malgré mes 8 Go de RAM !)

c'est disponible avec plusieurs variante.

Lapin compris… On parle de flags de compilation ? de fork ? ou juste d'options/cases à cocher ?

Il permet la limitation de la vitesse, la pause/reprise, la gestion de la liste de copie et la gestion des erreurs et collisions.

Comme tu parles de "liste de copie", j'imagine qu'il gère le fait de différer la copie (l'ajouter à la file d'attente) lorsqu'il y a déjà une copie en cours de/vers le même disque ? (sous Thunar/XFCE que j'utilise—mais je pense que c'est pareil avec à peu près tous les autres environnements—les copies sont séquentialisées si je lance une copie multiple d'un coup en sélectionnant plusieurs fichiers, mais par contre si je lance séparément une copie d'un gros fichier puis une autre immédiatement après, les deux vont avoir lieu en même temps et mon disque dur se retrouve à battre les blancs en neige…).

C'est vraiment petit 1500 slices

Je manque d'expérience en ce domaine pour juger.
Sinon, il y a aussi le modèle à base de LX25 pour 105$… Plus réaliste ?

Ce qui serait vraiment sympa (dans l'optique d'avoir plus de testeurs/contributeurs), ce serait que le FCPU puisse tenir sur un Xilinx Spartan6 LX9 pour fonctionner sur des cartes FPGA low-cost comme ceci ou ceci.

A noter qu'on ne parle plus non plus d'IA64, échec aussi (un bon gros échec, pas habituel chez Intel!)

Hum… comme HomeRF ? Comme le i960 ? Comme le WiMAX ? (OK dans ce dernier cas, c'est pas uniquement de la faute d'Intel, mais quand même un peu… :)

Si tu recherches la légèreté sans trop de compromis sur la qualité de l'écran et la puissance de la machine et à un coût abordable, tu as aussi la possibilité d'acheter un ancien haut-de-gamme d'occasion, par exemple un vaio z12 (ce n'est pas tout jeune mais ça doit taper en dessous de 300-400 € maintenant, et tu as malgré tout un core i5, une double carte-graphique Intel/Nvidia 330M avec un switch physique (pas optimus), un graveur DVD, deux ports microsata pour deux SSD en RAID (tu peux utiliser des adaptateurs microsata/msata), une batterie amovible (et globalement machine assez facile à démonter), jusqu'à 8 Go de RAM, 1 port RJ45 + VGA + HDMI + expresscard + 3xUSB2.0… pour 1.4 kg)

Bon OK, pas de coreboot (mais pas de UEFI non plus, ce que je vois plutôt positivement à ce stade), pas d'USB 3.0, et quelques soucis sous linux avec la nvidia et l'ACPI (malgré le fait que ce ne soit pas optimus), mais ça reste une bonne machine.

j'ai une VM OpenVZ pour 10$/an avec 768 MB RAM, 20GB disque et 2TB trafic/mois !

Où ? Parle ! :)

Dans mon cas, c'était une promo temporaire à Noël chez HostUS trouvée grâce à Lowendbox.

Quel est l'intérêt d'apprendre l'intégralité des cours ? On doit retenir ce qui sert le plus souvent

Sauf que ton cerveau (jeune) se structure en fonction des efforts que tu lui fais faire.
En lui faisant faire des maths, tu structures la pensée logique/rationnelle.
En faisant travailler la mémoire, tu actives des capacités qui serviront toute ta vie.
En faisant apprendre plein de choses dans tous les domaines à l'école (dont 80% ne "serviront" pas directement dans la vie professionnelle), tu donnes une culture générale…

Comment tu agrandi l'illimité ?

ça me fait bien marrer "l'illimité" dans un monde fini…

et le potentiel d’ARM me semble plus prometteur que celui d’Intel à long terme.

Mouais, sur ARM, on n'a pas de couche d'abstraction/introspection comme BIOS/ACPI/EFI/…
Donc on n'a pas "one kernel to rule them all" (alors que sur mes vieux PC d'il y a 15 ans, je peux encore booter un CD d'une distro linux quelconque). Donc c'est autrement plus complexe à maintenir (le device-tree améliore la donne, mais ça reste imparfait) et la pérennité de tes machines est largement discutable lorsque le constructeur en cesse le support.

N.B. 10$/mois, je trouve que c'est cher pour du ARM alors qu'un Odroid C1 (nettement plus puissant qu'un RPi) coûte 35$ ! Et comparé à du cloud : personnellement j'ai une VM OpenVZ pour 10$/an avec 768 MB RAM, 20GB disque et 2TB trafic/mois ! (évidemment ce n'est pas comparable, mais je trouve que le tarif de cette offre ARM reste disproportionné. Autre exemple : Kimsufi est moins cher…)

Je ne suis pas d'accord. Si tu as deux candidats aux idées similaires, ils risquent de se gêner mutuellement

Exactement. Le système de vote actuel favorise les partis/sous-groupes les plus homogènes, et non les idées majoritaires elles-mêmes.

Les méthodes sophistiquées comme Condorcet sont inapplicables en démocratie, car beaucoup trop complexes, et beaucoup trop à même d'entrainer des votes stratégique

Pourtant c'est la méthode employées par Debian. Je n'ai jamais suivi de très près les élections, mais il me semble que ça fonctionne. Sur le système de Hare, la page Wikipedia dit que "Il a été utilisé en Irlande, à Malte, en Tasmanie, en Australie, et occasionnellement en Estonie1 et fut utilisé aussi en Alberta (Canada) entre 1926 et 19552. Il est également aujourd'hui utilisé pour certaines élections locales en Nouvelle-Zélande, notamment pour la mairie de Wellington".

Par contre, le vote par valeur est intéressant, et je suis surpris qu'il n'ait jamais été vraiment testé. Son seul risque est de favoriser les candidats insipides

Je pense aussi qu'il est intéressant. J'ai écrit (plus par boutade) que "le souci, c'est que c'est toujours Bayrou qui gagne", mais en fait ça ne m'inquiète pas tant que ça : les candidats sauraient toujours se différencier d'une manière ou d'une autre, mais ce qui est certain c'est que ça encouragerait à être consensuel plutot que susciter des clivages

Pourquoi "en plus de" ? C'est quoi le problème avec cacert ? (d'ailleurs qqun sait pourquoi cacert n'est - justement - pas intégré de base dans Firefox/Chrome ?)

Parce qu'aujourd'hui le problème n'est pas vraiment le principe de démocratie, mais bien les choix des électeurs.

Ne pas oublier cependant que l'algorithme / système de vote influence le choix final.
Par exemple, avec un scrutin à un tour comme aux US, seuls deux partis peuvent survivre.
Avec un scrutin à deux tours comme en France, des partis minoritaires peuvent survivre et peser, mais le système reste très imparfait (e.g. Bayrou qui aurait gagné aussi bien face à Ségolène que face à Nicolas s'il avait seulement réussi à passer le 1er tour).
Il existe d'autres méthodes de vote, telles que le vote de valeur, Condorcet, Hare, etc. qui pourraient amener à des paysages différents (mais peut-être aussi avec des inconvénients. J'entends déjà "oui mais avec le vote par valeur, c'est toujours Bayrou qui gagne"… :).

Je terminerai avec une citation de Coluche qui disait « la dictature c'est "ferme ta gueule" et la démocratie c'est "cause toujours…" » :)

J'aimais vraiment bien KMail, jusqu'à ce que je réalise que son support du Disconnected IMAP était complètement pété (j'ai perdu des données avec ces bugs…). Mais c'était il y a plusieurs années. J'ignore si ça s'est stabilisé depuis.

N.B. l'avantage des clients lourds pour le mail, c'est le support du chiffrement/signatures.

J'attends le projet qui permet avec llvm de convertir d'assembleur en C/C++ et de pouvoir recompiler le programme

J'attends aussi le projet qui pourra recréer une vache à partir d'un lot de steak hachés :)

J'attends le projet qui permet avec llvm de convertir d'assembleur en C/C++ et de pouvoir recompiler le programme.

Moi j'attends que Hurd/L4 enterre Linux (et Android par la même occasion).

--> []

Je t'avoue que je ne suis pas très sûr que ton objectif soit raisonnable, car j'ai l'impression que le vocabulaire d'un langage de programmation reste très petit, et que le problème à ce niveau n'a quand même rien à voir avec celui des langues. Mais bon, ton idée est au minimum marrante

Je suis assez d'accord, ça m'a fait un peu penser à Chinese Python :)

Ouais, et comme on ne sait pas toujours à l'avance à quoi on aura accès, le protocole ICE a été inventé. Bref, une belle usine à gaz… Sauf que dans tous les cas, maintenir un proxy TURN c'est du service et ça a un coût, donc c'est quelque chose sur lequel les sociétés commerciales auront toujours un avantage face au libre où seul le soft est libre et où le service est absent (bien sûr, on pourrait très bien payer séparément son accès à un serveur TURN, mais ça veut donc dire que le succès de la VoIP libre repose sur le fait que les gens souscrivent de manière généralisée à un service TURN payant alors que dans la vraie vie beaucoup de gens préfèrent un service comme Skype en apparence gratuit et financé de manière optionnelle, e.g. par la pub ou par d'autres moyens…)

On n'aurait pas ce problème si IPv6 avait marché…

Sans checher à défendre outre mesure ces logiciels privateurs, je pense que ni Skype ni Teamviewer n'ont d'alternative libre et simple d'emploi lorsque les deux utilisateurs sont derrière un NAT…