karteum59 a écrit 885 commentaires

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…

Parce que déjà la plupart de tes contacts ne font pas de GPG et sont sur gmail, donc niveau vie privé toussa on repassera, tes communications mails sortirons forcément de ton serveur auto-hébergé.

Il faut bien commencer par quelque part, montrer l'exemple.

Rien n'empêche d'utiliser un client lourd IMAP (e.g. thunderbird) avec un compte sous GMail (ou autre provider IMAP). Ce n'est pas parfait, mais ça permet de faire du chiffrement sans avoir les emmerdements d'un mail totalement auto-hébergé.

Pour être honnête il faudrait aussi ajouter la qualité déplorable du SDK

Oui, j'ai bien dit que j'avais aussi pas mal de critiques à l'encontre d'Android… :)

Sans oublier que Google lui-même abandonne le support de ses modèles flagship entre 6 mois et un an après leur sortie.

On est clairement d'accord sur le fait que Google abandonne le support trop tôt… mais je suis à peu près sûr que c'est un peu plus que 6 mois / 1 an ! (le Galaxy Nexus non mis à jour à Kitkat avait fait scandale, car il était jeté alors qu'il n'avait "que" 1 an 1/2. Les Nexus 4 sont mis à jour vers Lollipop…).

Bof, Google est le premier responsable de la fragmentation, avec la complicité des vendeurs de téléphones (ou l'inverse).

J'ai pas mal de critiques à l'encontre d'Android, mais pas celle-là et je trouve au contraire que Google a plutôt fait son possible pour garder ça assez homogène. La "fragmentation" (suivant le sens qu'on donne à ce mot) vient selon moi plutôt

• du fait que les devices ont des specs différentes (aspect ratio, pixels, fonctionnalités, présence d'un écran/clavier ou non, etc.)
• du fait que les plates-formes non-x86 sont infichues d'avoir "one kernel to rule them all" (OK, ceux qui font correctement leur boulot peuvent maintenant shipper un dtb) car le hardware est dépourvu de capacités d'introspections. Donc à chaque release/upgrade il faut un boulot particulier pour supporter chaque SoC et chaque carte-mère.
• du fait que beaucoup de fabricants ne fournissent aucun sources (drivers, board files / kernel, bootloader… Le fameux doigt de Linus envers nvidia aurait probablement autant mérité d'être adressé à Mediatek et surtout à ses ODMs chinois qui semblent mettre un point d'honneur à ne pas respecter la GPL…), ce qui complique leur support par la communauté lorsque le fabricant décide que le produit est obsolète