🚲 Tanguy Ortolo a écrit 12224 commentaires

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.

Ça c'est de la mauvaise foi pure. Avec une prise comme ça :

,-,  ,-----, ,----------------,
`-'  `-----' `----------------'
 ↑      ↑             ↑
jack micro-USB    extension

N'importe qui serait capable :

• de placer l'appareil sur une station d'accueil proprio ;
• de brancher une fiche proprio sur l'appareil ;
• de brancher une fiche de chargeur standard sur la partie centrale de la prise en question ;
• de brancher un fiche jack sur la partie gauche de la prise en question.

Tu ne la mets pas. Tu la mets sur l'USB, avec un truc hybride pour faire la commutation entre les deux, comme sur tous les appareils photos que j'ai vus.

Tu fais exprès de pas comprendre ? La sortie jack où on branche les écouteurs, elle est amplifiée par un ampli intégré, limité niveau qualité. Donc on ne veut pas l'utiliser pour le connecter à des enceintes, parce qu'on hériterait automatiquement de la distorsion de l'ampli interne.

J'ai des doutes sur le sujet. Avec des écouteurs, je dois régler un niveau assez faible (dans les 30% de la puissance maximale). En branchant mon baladeur à un ampli par la même prise, je dois monter à 100% pour avoir un niveau sonore comparable à celui d'un CD qui serait joué sur la platine CD de l'ampli en question.

Donc, l'idée que la sortie casque doive être amplifiée par rapport à la sortie ligne destinée à un ampli externe me semble vraiment hasardeuse.

C'est plus probable. Donc, pas besoin d'un jack de plus, celui qui sert à brancher les écouteurs fera très bien l'affaire. Ça marche sur mon baladeur, pas de raison que ce soit infaisable ailleurs.

Et tes baladeurs CD d'il ya 20 ans, ils avaient une line in aussi?

Non en effet. Ça doit servir à enregistrer ce genre de prise, donc pour pouvoir y brancher un micro, pas le choix : un second mini-jack. Des micros avec la connectique proprio, jamais vu.

Non

Sisi. Ton protocole au dessus de l'usb, il va pas s'interpreter tout seul. A moins que t'arrives a faire ca avec un jack?

Ce n'est pas mon protocole, et ce n'est pas sur USB mais sur jack. Le contrôle de lecture par un anneau supplémentaire sur le mini-jack, c'est utilisé depuis des dizaines d'années.