Argument spécieux.
On parle de drivers ici. Le fait que l'appli tourne sur un smartphone iOS (pas MacOS) ou Android (l'appli voit beaucoup plus ART que le Linux sous jacent qui est surtout un moyen de lancer la VM en question) n'a pas de rapport. Elle tourne probablement en full usermode. Le machin connecté, il tourne sur l'OS qu'il veut (probablement un Linux d'ailleurs, avec assez peu de GNU autour) et l'appli lui parle sur IP (avec de plus en plus un espèce de proxy chez son vendeur qui te masque complètement ledit machin).
Ben ma HP Laserjet 2100 TN devrait aussi bien marcher sur mes macinou (essayé validé) que sur mes PC windows 10 (pas essayé, mais HP dit que ça marche).
Difficile de tirer un cas général : ici un exemple d'imprimante Brother qui ne marche plus avec El Capitan mais qui marche avec Windows 10.
Disons qu'effectivement au lieu de dépendre de la communauté pour fournir le driver car le constructeur s'en cogne (Linux), on dépend d'un OEM sous acide (MacOS ou Windows), sachant que la base installée est très supérieure sous Windows par rapport à MacOS.
Du coup il est beaucoup plus facile de tomber sur le côté arbitraire d'une décision de support ou non d'une imprimante ou autre équipement sur MacOS. D'autant plus que sous Windows, il y a quand même le filet de sécurité des drivers génériques et de la compatibilité interversion. Sous MacOS, c'est plus chaud, car la base de pilotes connues de MacOS est plus faible que celle de MS, qu'Apple a tendance à péter des trucs dans le noyau à chaque release (genre la signature obligatoire des drivers ou SIP avec El Gringo) et qu'une nouvelle version sort tous les ans.
Mais du coup, tu peux arriver à des trucs de 10 ans qui sont mieux supporté sous linux que de trucs faits y a 4/5 ans.
Quand on suit les forums de macounets, y a à chaque fois des gens laissés dans le froid.
Parceque OSX et Linux en dehors de "proof of concept" je n'ai pas entendu parler.
Le KeRanger de Transmission du début du mois était bien réel. Après, je ne sais pas au 21e siècle ce qu'on appelle virus.
Mais c'est typiquement ce qu'un AV devrait bloquer.
Amusant de voir qu'il faut attendre 2016 pour que MS Office n'ouvre pas les macros dans les documents de facon automatique (enfin si j'en crois une des annonces de MS sur les nouveautes de MS Office 2016).
D'après Microsoft, il y a l'air d'y avoir déjà des choses depuis office 2007. Sur l'ordinateur du boulot, Office 2010, il me demande si je veux activer les macros quand il y en a. Ca a aidé (pas seul) à ne pas nous faire pourrir par dridex et locky. D'ailleurs, on a vu la dedans des fichiers word vérolés dont le texte du doc indiquait que le contenu ne pouvait pas être affiché à cause de la désactivation des macros et qui expliquait gentiment comment les activer <3.
En fait, d'après Zdnet, ce qui est mis en place dans Office 2016, c'est ce sont des moyens anti-boulet, car la fonction existe bien, mais les utilisateurs font n'imp.
Bref, comme souvent, tu fais ce que tu reproches à MS. Tu fuddes :(
Si, ça peut. Y a des gens qui se sont fait lourder pour avoir dit du mal sur leur employeur de façon publique (de mémoire, via Facebook, les likes étant visibles des amis des amis).
je peux générer un mot de passe spécifique utilisable seulement par un client mail désigné par moi.
Tu peux générer un mot de passe qui il me semble n'est propre à aucune application (il marche pour imap, pop, smtp, caldav, carddav etc) et qui marche depuis n'importe quel client
Mon compte sur le site de ma banque, où se trouve mon argent : « protégé » par un unique « mot de passe » de 6 chiffres …
Mauvaise banque…
Cela dit, il se bloque probablement au bout de 3 essais faux, et il ne doit pas être possible de tranférer de l'argent vers un compte non déjà référencé dans l'interface sans action spécifique (envoi sms, courrier)
Je pense que tu confonds mise à jour de l'OS et mise à jour du SE.
Je ne confonds rien du tout. Ce que je dis, c'est qu'apparemment, il est (serait?) possible de mettre à jour secure enclave sans effacer les données et sans que le truc soit en mode "dévérouillé".
On est d'accord que c'est très très mal.
Sauf qu'en vrai c'est faux. Tout d'abord l'article d'ARS parle de la désactivation de Secure Boot et non de la gestion des clefs par l'utilisateur. Mais même.
Le PDF avec les exigences est par là, en bas de la page "download offline …". Il faut regarder page 684(!) la partie qui dit "On non-ARM".
Ca dit exactement l'inverse de ce qui est écrit (ou pas) dans l'article d'ARS :
- l'utilisateur doit pouvoir gérer ses bases de clef;
- l'utilisateur doit pouvoir désactiver secureboot.
Sauf si vous êtes sur une plateforme ARM, auquel cas vous puez du groin. Mais vous puiez déjà du groin sous Windows 8.1
Normalement, ça devrait pas.
Lors du tollé sur secure boot, MS avait été obligé d'ajouter la possibilité de gérer ses clefs à la certification logo windows.
Wai. Gare à la sauvegarde quand même. Une clef USB, ça se casse, ça se petitsuicide, ça se perd.
Donc en confidentialité, voir en intégrité, c'est plutôt bien, mais en dispo, c'est pas terrible.
À bien y réfléchir, je suppose que c'est pour gérer les mouvements de la tête comme une entrée hid ? Ça pourrait pas être bêtement géré comme une périphérique USB?
Ben oui, y a un acceleromètre/gyroscope dans le casque pour détecter les mouvements de la tête et adapter le champ visuel présenté par le casque. D'ailleurs quand je l'ai essayé l'année dernière, c'était assez précis (l'image présentée était celle attendue par le cerveau), mais il y avait un lag notable entre les mouvements de tête et le déplacement du champ, et la résolution n'était pas géniale. Du coup, ça collait quand même vaguement la gerbe.
D'autant que le principe ne doit pas si clair (comprendre interprétable vu les éléments présentés à l'écran) que ça, dans la mesure où l'achat en un clic est possible en France chez Amazon (testé à l'instant).
En même temps, vu ce que tu dois payer en plus de nos abonnements tripleuh play à nous qu'on a ici, on doit pouvoir en visionner un paquet avant de te rattrapaÿ.
les utilisateurs de Mac détestent? Ce n'est pas obligatoire (ou pas gênant : les updates système, ou alors on doit détester aussi "yum update"), donc c'est surtout une posture. A moins que les développeurs utilisent que ce canal mais du coup c'est sans doute pour une bonne raison que les développeurs le font?
En tant qu'utilisateur, je te confirme ce que te donnera la moindre recherche google à ce sujet. C'est buggué jusqu'à la moelle. Apple est parti à fond dans iOS et délaisse OSX et particulièrement le MacApp Store depuis son lancement (au MacAppStore). Du coup, y a plein de petits trucs relous (le rechargement systématique des onglets quand tu cliques sur un truc, les téléchargements à la con qui gauffrent et qu'il faut recommencer si tu n'as pas de bol quand tu mets le machin en veille -kikoo xcode-, ca te demande de t'authentifier un peu quand ça veut, le bouton "tout mettre à jour" qui est des fois grisé alors que les maj individuelles sont possibles, les maj qui ne se font pas quand tu cliques sur mettre à jour, etc.). Et y a pas vraiment d'applis à valeur ajoutée, à part les machins apple, pixelmator et 1password. Y a pas les outils des éditeurs historiques (adobe, Ms, etc). La faute aux 30% de taxe. Belle réussite.
les développeurs de Mac détestent? Ce n'est pas obligatoire ils peuvent s'en passer et vendre en direct. A moins que les utilisateurs utilisent que ce canal mais du coup c'est sans doute pour une bonne raison que les utilisateurs le font, et que les 30% prélevés dont certes râler mais les 70% restant c'est quand même bon?
Il me semble qu'il y a beaucoup de devs qui détestent. Pour 3 raisons : la taxe apple, l'application à géométrie variable de l'équivalent des CGU pour les développeurs et un sous point très important de celles-ci mais qui fait bien chier tout le monde, le sandboxing. Encore une fois, Google c'est en haut à droite. Après, y a le délais de review, l'impossibilité de répondre aux commentaires, etc.
Dire que le MacApp Store est une réussite, ça montre surtout qu'on ne l'utilise pas. Je me répète, mais encore heureux que ce n'est pas obligatoire. L'AppStore iOS, ok, mais celui d'OSX, sérieux ?
[^] # Re: Question
Posté par oinkoink_daotter . En réponse au journal Bash dans Windows. Évalué à 3.
Sur le desktop, pas vraiment, en fait. Ca stagne. Après, ce sont des stats web…
[^] # Re: Question
Posté par oinkoink_daotter . En réponse au journal Bash dans Windows. Évalué à 3.
Argument spécieux.
On parle de drivers ici. Le fait que l'appli tourne sur un smartphone iOS (pas MacOS) ou Android (l'appli voit beaucoup plus ART que le Linux sous jacent qui est surtout un moyen de lancer la VM en question) n'a pas de rapport. Elle tourne probablement en full usermode. Le machin connecté, il tourne sur l'OS qu'il veut (probablement un Linux d'ailleurs, avec assez peu de GNU autour) et l'appli lui parle sur IP (avec de plus en plus un espèce de proxy chez son vendeur qui te masque complètement ledit machin).
[^] # Re: Question
Posté par oinkoink_daotter . En réponse au journal Bash dans Windows. Évalué à 3.
Ben ma HP Laserjet 2100 TN devrait aussi bien marcher sur mes macinou (essayé validé) que sur mes PC windows 10 (pas essayé, mais HP dit que ça marche).
Difficile de tirer un cas général : ici un exemple d'imprimante Brother qui ne marche plus avec El Capitan mais qui marche avec Windows 10.
[^] # Re: Question
Posté par oinkoink_daotter . En réponse au journal Bash dans Windows. Évalué à 6.
Disons qu'effectivement au lieu de dépendre de la communauté pour fournir le driver car le constructeur s'en cogne (Linux), on dépend d'un OEM sous acide (MacOS ou Windows), sachant que la base installée est très supérieure sous Windows par rapport à MacOS.
Du coup il est beaucoup plus facile de tomber sur le côté arbitraire d'une décision de support ou non d'une imprimante ou autre équipement sur MacOS. D'autant plus que sous Windows, il y a quand même le filet de sécurité des drivers génériques et de la compatibilité interversion. Sous MacOS, c'est plus chaud, car la base de pilotes connues de MacOS est plus faible que celle de MS, qu'Apple a tendance à péter des trucs dans le noyau à chaque release (genre la signature obligatoire des drivers ou SIP avec El Gringo) et qu'une nouvelle version sort tous les ans.
Mais du coup, tu peux arriver à des trucs de 10 ans qui sont mieux supporté sous linux que de trucs faits y a 4/5 ans.
Quand on suit les forums de macounets, y a à chaque fois des gens laissés dans le froid.
[^] # Re: Question
Posté par oinkoink_daotter . En réponse au journal Bash dans Windows. Évalué à 4.
Le support matériel de MacOS c'est pas non plus super reluisant…
[^] # Re: Et pour les virus?
Posté par oinkoink_daotter . En réponse à la dépêche ReactOS 0.4.0. Évalué à 6.
Le KeRanger de Transmission du début du mois était bien réel. Après, je ne sais pas au 21e siècle ce qu'on appelle virus.
Mais c'est typiquement ce qu'un AV devrait bloquer.
D'après Microsoft, il y a l'air d'y avoir déjà des choses depuis office 2007. Sur l'ordinateur du boulot, Office 2010, il me demande si je veux activer les macros quand il y en a. Ca a aidé (pas seul) à ne pas nous faire pourrir par dridex et locky. D'ailleurs, on a vu la dedans des fichiers word vérolés dont le texte du doc indiquait que le contenu ne pouvait pas être affiché à cause de la désactivation des macros et qui expliquait gentiment comment les activer <3.
En fait, d'après Zdnet, ce qui est mis en place dans Office 2016, c'est ce sont des moyens anti-boulet, car la fonction existe bien, mais les utilisateurs font n'imp.
Bref, comme souvent, tu fais ce que tu reproches à MS. Tu fuddes :(
[^] # Re: Hôpital … charité
Posté par oinkoink_daotter . En réponse au journal Sale temps pour les informaticiens lanceurs d'alerte. Évalué à 2.
ah, vi
Mon cerveau a remplacé "que" par "pas" oO'
[^] # Re: Hôpital … charité
Posté par oinkoink_daotter . En réponse au journal Sale temps pour les informaticiens lanceurs d'alerte. Évalué à -1.
Si, ça peut. Y a des gens qui se sont fait lourder pour avoir dit du mal sur leur employeur de façon publique (de mémoire, via Facebook, les likes étant visibles des amis des amis).
[^] # Re: Backup => il y a de l'idée
Posté par oinkoink_daotter . En réponse au journal Comment Github a ressuscité mon logiciel libre. Évalué à 3.
Les logs OCSP pourraient donner pas mal d'info ?
[^] # Re: et si free
Posté par oinkoink_daotter . En réponse au journal cas d'utilisation de GPG. Évalué à 2.
Pour être exact :
Tu peux générer un mot de passe qui il me semble n'est propre à aucune application (il marche pour imap, pop, smtp, caldav, carddav etc) et qui marche depuis n'importe quel client
Mauvaise banque…
Cela dit, il se bloque probablement au bout de 3 essais faux, et il ne doit pas être possible de tranférer de l'argent vers un compte non déjà référencé dans l'interface sans action spécifique (envoi sms, courrier)
[^] # Re: Precisions
Posté par oinkoink_daotter . En réponse au journal Dilemme entre vie privée et contrôle de sa machine. Évalué à 2.
Je ne confonds rien du tout. Ce que je dis, c'est qu'apparemment, il est (serait?) possible de mettre à jour secure enclave sans effacer les données et sans que le truc soit en mode "dévérouillé".
On est d'accord que c'est très très mal.
[^] # Re: Precisions
Posté par oinkoink_daotter . En réponse au journal Dilemme entre vie privée et contrôle de sa machine. Évalué à 2.
A priori, justement, non, ça ne fonctionne pas (encore?) comme ça avec SE.
[^] # Re: Portnawak
Posté par oinkoink_daotter . En réponse à la dépêche Un système d’exploitation français pour la souveraineté numérique. Évalué à 4.
Y a eu une ou deux sorties assez saignantes du patron de l'ANSSI au FIC.
[^] # Re: Boulette
Posté par oinkoink_daotter . En réponse au journal rm -rf tue votre bios UEFI. Évalué à 6.
Sauf qu'en vrai c'est faux. Tout d'abord l'article d'ARS parle de la désactivation de Secure Boot et non de la gestion des clefs par l'utilisateur. Mais même.
Le PDF avec les exigences est par là, en bas de la page "download offline …". Il faut regarder page 684(!) la partie qui dit "On non-ARM".
Ca dit exactement l'inverse de ce qui est écrit (ou pas) dans l'article d'ARS :
- l'utilisateur doit pouvoir gérer ses bases de clef;
- l'utilisateur doit pouvoir désactiver secureboot.
Sauf si vous êtes sur une plateforme ARM, auquel cas vous puez du groin. Mais vous puiez déjà du groin sous Windows 8.1
[^] # Re: Boulette
Posté par oinkoink_daotter . En réponse au journal rm -rf tue votre bios UEFI. Évalué à 2.
Normalement, ça devrait pas.
Lors du tollé sur secure boot, MS avait été obligé d'ajouter la possibilité de gérer ses clefs à la certification logo windows.
[^] # Re: Dans une clef USB
Posté par oinkoink_daotter . En réponse au journal Où mettre son archive de mots de passe ?. Évalué à 3.
Wai. Gare à la sauvegarde quand même. Une clef USB, ça se casse, ça se petitsuicide, ça se perd.
Donc en confidentialité, voir en intégrité, c'est plutôt bien, mais en dispo, c'est pas terrible.
[^] # Re: Ça fait cher les frais de port
Posté par oinkoink_daotter . En réponse au journal Oculus Rift : trop cher !. Évalué à 5.
Ben oui, y a un acceleromètre/gyroscope dans le casque pour détecter les mouvements de la tête et adapter le champ visuel présenté par le casque. D'ailleurs quand je l'ai essayé l'année dernière, c'était assez précis (l'image présentée était celle attendue par le cerveau), mais il y avait un lag notable entre les mouvements de tête et le déplacement du champ, et la résolution n'était pas géniale. Du coup, ça collait quand même vaguement la gerbe.
[^] # Re: Ça a l'air trop bon
Posté par oinkoink_daotter . En réponse au journal Galette pomme/noisette. Évalué à 10.
Le principal problème de la margarine, c'est surtout que c'est absolument dégueulasse.
[^] # Re: Absence de "double clic"
Posté par oinkoink_daotter . En réponse au journal L'escroquerie Contact+. Évalué à 2.
D'autant que le principe ne doit pas si clair (comprendre interprétable vu les éléments présentés à l'écran) que ça, dans la mesure où l'achat en un clic est possible en France chez Amazon (testé à l'instant).
[^] # Re: Remboursement
Posté par oinkoink_daotter . En réponse au journal L'escroquerie Contact+. Évalué à 4.
En même temps, vu ce que tu dois payer en plus de nos abonnements tripleuh play à nous qu'on a ici, on doit pouvoir en visionner un paquet avant de te rattrapaÿ.
Krkrkrk /o\
[^] # Re: Commentaire consensuel !
Posté par oinkoink_daotter . En réponse à la dépêche Joyce Reynolds est morte :-(. Évalué à 3.
D'après le ton de son tweeter, ça le fait surtout marrer ?
[^] # Re: .
Posté par oinkoink_daotter . En réponse au journal Opera 12: la relève?. Évalué à 10.
Pourtant tu reproches à des brouteurs de ne pas avoir de client mail ni IRC :/. Ce qui est à la fois pas très cohérent et pas superkiss/lourdingue.
[^] # Re: Fifth browser
Posté par oinkoink_daotter . En réponse au journal Opera 12: la relève?. Évalué à 4.
Y a que le moteur kkscript d'Edge qui est Open Source (pas regardé s'il était libre).
Mais il manque quand même Gecko dans la liste de BohwaZ<.
[^] # Re: Commentaire consensuel !
Posté par oinkoink_daotter . En réponse à la dépêche Joyce Reynolds est morte :-(. Évalué à 3.
Déjà que ça ne contraint même pas écrire en francééé…
Sauf à estimer que Linuxfr est une personne morale de droit public et ou une personne morale de droit privé dans l'exercice d'une mission de service public.
[^] # Re: Pas besoin d'être une startup
Posté par oinkoink_daotter . En réponse au journal Slack remplace l'IRC, ou comment l'opensource qui ne réussit pas à se défaire de ses démons. Évalué à 8.
Tu racontes n'imp.
En tant qu'utilisateur, je te confirme ce que te donnera la moindre recherche google à ce sujet. C'est buggué jusqu'à la moelle. Apple est parti à fond dans iOS et délaisse OSX et particulièrement le MacApp Store depuis son lancement (au MacAppStore). Du coup, y a plein de petits trucs relous (le rechargement systématique des onglets quand tu cliques sur un truc, les téléchargements à la con qui gauffrent et qu'il faut recommencer si tu n'as pas de bol quand tu mets le machin en veille -kikoo xcode-, ca te demande de t'authentifier un peu quand ça veut, le bouton "tout mettre à jour" qui est des fois grisé alors que les maj individuelles sont possibles, les maj qui ne se font pas quand tu cliques sur mettre à jour, etc.). Et y a pas vraiment d'applis à valeur ajoutée, à part les machins apple, pixelmator et 1password. Y a pas les outils des éditeurs historiques (adobe, Ms, etc). La faute aux 30% de taxe. Belle réussite.
Il me semble qu'il y a beaucoup de devs qui détestent. Pour 3 raisons : la taxe apple, l'application à géométrie variable de l'équivalent des CGU pour les développeurs et un sous point très important de celles-ci mais qui fait bien chier tout le monde, le sandboxing. Encore une fois, Google c'est en haut à droite. Après, y a le délais de review, l'impossibilité de répondre aux commentaires, etc.
Dire que le MacApp Store est une réussite, ça montre surtout qu'on ne l'utilise pas. Je me répète, mais encore heureux que ce n'est pas obligatoire. L'AppStore iOS, ok, mais celui d'OSX, sérieux ?