🚲 Tanguy Ortolo a écrit 12704 commentaires

Qu'est-ce que c'est que ça, le calendrier du shell ?

Il serait utile de prendre en charge l'import-export au format BSD calendar(1). C'est assez simple, ça ressemble à ça, cf. le man pour plus de détails :

12 juin Fête à Toto

Ce n'est pas plutôt au comptoir d'un bistro qu'on entend des discussions aussi sensées ?

Je ne suis pas le seul à avoir de la merde dans les oreilles alors. En fait tous les gens que je connais sont dans le même cas, incapable de déceler un problème de qualité de son sur ce montage.

Oh, le langage lui-même, ou plutôt sa bibliothèque standard — ça s'appelle un classpath je crois, en jargon javaiste — a aussi des problèmes d'abus de raffinement de conception, souvent liés aux patrons de conception — le design par terre.

Typiquement, le fait d'avoir en standard une interface HashMap et plusieurs implémentations à utiliser au choix du programmeur. Ou encore, des croquemitaines comme la fabrique singleton de fabrique de documents XML, qui amène à écrire ce genre d'horreur :

Document doc = DocumentBuilderFactory.getInstance().newDocumentBuilder().createDocument()

Alors certes, ce genre d'absurdité a sans doute un intérêt théorique, seulement comme personne à part son concepteur ne comprend cet intérêt — et encore, je n'en suis même pas sûr — tout le monde les utilise sans comprendre comme des sauvages et ça ne fait qu'alourdir le langage.

La partition EFI est détectée si elle porte le bon type et un système de fichiers lisible par le firmware, dans ce cas FAT (12, 16, 32 bits, les trois peut-être ?) et HFS+ il me semble.

Le chargeur de démarrage est lancé par le firmware dans l'un des cas suivants :

• il a été enregistré dans le menu du gestionnaire de démarrage avec la commande MacOS X bless ou avec l'utilitaire libre efibootmgr, ce dernier ayant l'inconvénient de briquer certaines CM de MacBook ;
• il a été installé, ou copié, sous le nom standard /efi/boot/bootx64.efi, utilisé pour les cas où le gestionnaire de démarrage ne peut pas être configuré en statique, typiquement pour les supports amovibles.

Dans le cas restant, à savoir GRUB installé comme /efi/debian/grub.efi et non déclaré au gestionnaire de démarrage, le firmware de la carte mère ne peut pas deviner où il se trouve et ne le lancera pas.

Ah oui. J'ai déjà eu ça tiens. Un MacBook briqué après avoir utilisé efibootmgr.

• l'installation de Grub (installer grub-efi-x86_64 et ne pas tenir compte de l'avertissement du wiki).

Quel avertissement ?

Ah, bien vu alors. Je n'aurais pas pensé à y regarder. Ils devraient changer l'avertissement affiché pour y ajouter cette précision :

Les spectateur sont invités à vérifier sur leur ticket…

…mais de tester di une variable vaut 0 ou "".

Ah, ça explique des choses. Effectivement, mettre une telle fonction dans la grammaire du langage, c'est abominable.

Oui, au temps pour moi.

J'écoutais il y a peu une interview sur france-cul

On ne veut pas savoir ce que tu écoutes comme cochoncetés ! ;-)

Empty the grammar

La fonction empty permet de vider une variable, très bien, pourquoi pas.
Mais la fonction empty, n'est pas une fonction !!!
C'est quoi alors ?
C'est un mot clé de la grammaire ! Si si, ils ont osé !

Tu t'attendais à quoi pour une fonction qui agit sur des éléments du langage lui-même, à savoir les variables ? En C++, del, c'est une fonction peut-être ?

Donc empty($var) fonctionne mais empty($var || $var2) provoque un parse error !!

Et ce serait censé donner quoi à part une erreur au juste ?

Found FALSE

Mais que se passe t-il si l'élément recherché est à l'index 0 ? Mhhh ?
False égal quoi en PHP, déjà ?

Ce n'est pas un problème de array_search() mais de l'opérateur == qui est inutilisable, comme l'indique l'article en question.

Ah, c'est peut-être spécifique à la France, je ne sais pas, je n'ai pas été voir ailleurs ce qu'il en était.

Après faut pas être neuneu. En tant que parent tu peux te renseigner un poil pour savoir si tu peux laisser tes enfants aller le voir. Si tes enfants désobéissent c'est un autre problème.

Évidemment, ce n'est pas ça le problème. Le problème, c'est le crétinisme d'un tel avertissement, qui sous sa forme actuelle ne sert à rien alors qu'il pourrait être très utile s'il était conçu avec un minimum de bon sens.

Pour plein de raison, ça m'a l'air d'un parfait exemple de tout ce qu'il ne faut pas faire. Avec des trucs joyeux, genre de gros soupçons de corruption, de l'incompétence à tous les niveaux, un financement public, des acteurs qui sont de bons gros dinosaures en voie de fossilisation, un résultat qui sera probablement inexistant, inutilisable ou inutilisé en pratique.

Le seul truc qu'ils n'ont pas, c'est ce qu'il faudrait pour avoir la moindre chance de sortir un truc qui marche, du dynamisme. Bref, ça va faire pchit. Dommage que ce soit avec nos sous.

OpenSeaMap existe depuis 2009 mais n'a pas encore été evoqué sur LinuxFr.org. Il s'appuie sur OpenStreetMap et le complète pour la partie cartographie marine. Il est également possible d'afficher le trafic maritime mondial en temps réel (Menu View ->Marine Traffic).

Que signifie exactement « complète et s'appuie » ? S'agit-il d'un projet différent, d'une collection de données qui ne sont pas dans la base d'OpenStreetMap ? Ou d'un projet interne, qui intègre des données maritime dans la base OSM ?

Bon, alors si c'est censé être audible, magnifique, cela signifie que mon baladeur est capable de détecter si j'ai branché des écouteurs ou un ampli, et de s'adapter en conséquence. J'ai de la chance d'avoir pris un modèle aussi bien fichu !

La différence est censée être audible pour un type lambda, pas spécialement audiophile, ni éduqué à ce genre de trucs ? Genre ça fait du souffle, des grésillements ? Parce qu'honnêtement, je ne remarque rien de tel en branchant mon baladeur sur un ampli.

Au client de choisir s'il le veut ou non, il y a encore du choix chez la concurrence - pour le moment.

Cette dernière précision me semble inutile : la concurrence dépasse largement Apple, qui sont en train de décroître, en terme de parts de marché.

C'est juste que c'est un ampli conçu pour des écouteurs, pas pour des enceintes.

s/enceintes/amplificateurs/

Que je sache, on ne branche pas un baladeur directement sur des enceintes. J'ai déjà du mal à comprendre tout ça, alors si en plus on commence à confondre les mots…

Je ne pense pas que le but soit vraiment de faire du bénéfice sur les accessoires. Ça compte, mais c'est mineur à mon avis. C'est plutôt l'effet de réseau, avec les accessoires qu'on achète, et qui font qu'on rachète ensuite forcément un téléphone de la même marque. Bref, du verrouillage, la spécialité d'Apple.

Bon, reprenons : l'important, question standards, c'est d'utiliser l'existant. Pas forcément exclusivement, mais de permettre de l'utiliser. Jack et micro-USB donc.

Pour la sortie son : un mini-jack, ils en mettent déjà un, pas de gaîté de cœur mais par la force des choses, cette connectique étant trop répandue pour qu'ils puissent l'ignorer.

Pour l'entrée son : pareil, sans mini-jack c'est inutilisable, les micros disponibles sur le marché c'est du mini-jack, s'ils ne mettent qu'un connecteur proprio ça revient en pratique à ne rien mettre du tout puisque les gens ne pourront pas l'utiliser.

Pour la recharge : ne pas utiliser une prise micro-USB c'est de la mauvaise volonté pure.

Pour l'échange de données : il faut de l'USB de toute façon puisque c'est un protocole établi, que Firewire ne pourra jamais détrôner à cause d'une grossière erreur de conception (pas de broches d'alimentation fiable), ne pas utiliser une prise micro-USB c'est de la mauvaise volonté pure.

Pour le reste : il n'y a pas de standard, donc utiliser une prise propriétaire c'est normal. Ce qui est très mal, c'est de la breveter. Après il faut bien remettre les choses en place : c'est Apple, donc si on attend d'eux qu'ils agissent pour autre chose que leur pomme, on risque d'attendre longtemps.

Je ne suis pas un défenseur d'Apple bien au contraire, mais force est de constaté que chez Samsung ils jouent aussi assez mal la carte μUSB car ils obligent à utiliser un adaptateur 12V/USB pour charger votre smartphone dans votre voiture

Je ne comprends pas. À moins d'avoir une voiture (ou un bateau !) qui dispose d'une sortie USB, il faut un adaptateur, c'est sûr. En revanche,un adaptateur 12V/USB, c'est tout à fait standard et courant.

Non non, je précise : sur la plupart des appareils photo, il y a une prise intitulée USB/vidéo. Branchée sur un hôte USB, ça cause USB. Branchée sur un téléviseur, ça cause je ne sais pas quoi, mais un truc vidéo analogique en tout cas.