Auquel je ne te demande pas d'apporter de preuves juste de proposer une autre hypothese.
Il te l'a expliquée 42 fois : sur le desktop Linux n'est pas vraiment un concurrent de Windows (en terme d'argent). Partant de là, il n'est pas vraiment choquant à mon sens que le truc cherche à booter par tous les moyens, sachant que de toute façon les enthousiastes sauront facilement retomber sur leurs pieds.
Que ça te plaise ou non, linux reste dans l'épaisseur du trait niveau part de marché sur le desktop, et à ma connaissance on se fout d'avoir des serveurs multiboot.
Quand un pourcentage significatif de gens gueulera à cause de ça, Microsoft reconsidèrera sa position. Pour le moment, ne sont embêtés que les gens avec un linux qui en plus utilisent un Windows.
Bref, pas un scandale.
Le seul OS qui casse vraiment la compatibilité c'est WinRT (la version 100% ARM
Pas vraiment en plus. Le truc principal qui est pété c'est la compatibilité binaire, sinon, à peu près tout le reste est là. Si tu as les sources de ton soft et que tu recompiles, ça devrait pas trop mal se passer.
Heu… Je ne suis pas 100% sûr de ce que je vais dire, mais il me semble qu'aucun protocole du mail ne chiffre les métadonnées actuellement (adresses, heure d'envois, …etc).
Oui et non : certes S/MIME laisse les meta données en clair, mais celles-ci passent de plus en plus souvent dans un tuyaux chiffré SSL entre le client et le serveur ou entre deux serveurs (valable pour pop, imap et smtp). Y a deux versions, la version bourrinement over SSL sur un port dédié (465 ou 993 pour ssmtp et imaps), déclaré caca par la RFC mais que j'aime bien ou une version plus subtile qui travaille dans la session préalablement établie en clair (sur les ports standards) bénie par la RFC.
Quoi qu'il en soit, ça reste du chiffrement de proche en proche (mais ça semble correspondre à ce que tu disais dans ton précédent post), contrairement à S/MIME qui est de bout en bout.
En même temps, je ne vois pas trop comment faire une confidentialité de bout en bout sans un minimum de données en clair, pour savoir à qui envoyer le truc.
Avec un vieux bug persistant :
tu réponds à un mail n dans une conversation, tu reçois un mail n+1 dans la conversation, tu réponds, paf, la rédaction de la réponse repart du mail n au lieu au lieu du n+1. C'est looooourrrd.
Je n'ai pas lu l'article. Cela dit, je tiens à signaler la présence native dans windows 98 d'un outil permettant de convertir FAT16 en FAT32, Drive Converter. Il aurait fait cette conversion au moment ou Microsoft lui-même poussait pour (au moment de win98), ça aurait marché nickel.
Houla, quand je vois […] le carnet d'adresses bitmap, le calendrier bitmap et son faut cuire, bref la plupart des trucs de productivité Apple, y avait de quoi "remettre".
T'es au courant que tout ça a déjà disparu dans Mavericks ?!?
MacOSX avec tous ses effets ultra kikoo et ses interfaces qui brillent de partout. […] Mais au bout d'un moment, ça fout la gerbe tous ces effets.
Euh, on parle du même MacOS ? Parce que maintenant c'est super sobre.. Les seuls qu'il y a c'est l'effet ombre sous les fenêtres et l'effet "génie" quand tu minimises une appli. Le truc qui pourrait être bling bling c'est le machin qui a remplacé exposé, et je trouve ça plutôt réussi. Ou l'interface time machine (à mon avis, elle va prendre cher à la prochaine mise à jour)
T'es mignon mais l'argument "moi j'ai pas de problèmes", c'est à peu près aussi utile que "me too" dans une discussion. Tu n'as pas de problèmes, c'est cool, tu as remonté des bugs, c'est génial, tu vis au valhala et sacrifies un CEO Microsoft tous les jours en lui jetant des cailloux même pas tranchant, c'est ton choix ( :) ).
Ca peut éventuellement indiquer une tendance, mais ce n'est pas pour autant que ce qui marchera chez toi marchera chez moi dans le petit cas à la con où qui se produira chez moi et pas chez toi et qui fera que je perdrais des trucs.
Maintenant, tant qu'il ne sera pas flaggé "stable", je la jouerai sécurité, et je ne mettrais pas mes photos de vacances dessus.
Il n'y a aucune RAISON de mettre des choses sous /opt… via un système de paquet
Je disconviens respectueusement. Tu es en train de dire qu'un fournisseur vendu de logiciel privateur a le choix entre fournir un .deb pour une debian et écrire ses fichiers dans /opt. Ca n'a aucun sens.
Je peux très bien avoir envie de fournir ma propre configuration d'éclipse sans aller pourrir la version qui est déjà installée sur le système avec ma configuration dans mon coin. Google pourrait très bien fournir un .deb d'ADT qui ferait ça au lieu d'un gros zip. Et pis tant qu'on y est, je pourrais avoir envie d'avoir une version spécifique de mon jdk à côté. Le tout sans faire mumuse avec update-alternatives.
Après, tu penses ce que tu veux. Les paquets qui mettent des choses sous /opt sont mal fichus.
Moi je ne pense rien, c'est toi qui débarque en disant qu'écrire dans /opt c'est le mal absolu
Limitations qui seraient assez facilement contournées par un hook sauvage de l'appel système open dans apt avec finalement assez peu d'intelligence autour. Ca aurait l'avantage de marcher partout. Et tant pis si c'est pas réutilisable !
Oui, mais non. Le FHS en version 2.3 dit au 3.8.1 au sujet de son existence "Therefore, no program should rely on this location.", donc on ne peut pas. Ou alors, ça marchera souvent, mais pas toujours.
/home et /opt doivent pouvoir être monter par NFS et donc cela les exclus de fait des gestionnaires de paquets.
Pourquoi ? Le problème est le même aussi pour /usr/bin ou /usr/X11R6 (il existe toujours, lui ?)
En plus, /opt est clairement réservés à l'installation manuelle de logiciels…
Et en quoi cela exclut-il les paquets ? Le FHS en version 2.3 dit au 3.13 "/opt is reserved for the installation of add-on application software packages." Checke le paragraphe, il y a absolument rien qui dit "to please Sytoka Modon, it shall come from a tar.gz".
(je suis parti du principe que la version 2.3 est la version de référence, je l'ai chopé sur http://www.pathname.com/fhs/ )
rpm et apt aurait du INTERDIRE ces dossiers en dur dans leur code source
J'espère que ça aurait été fait avec des #CONSTANTES :)
Cela aurait été une bonne chose pour les codes privateurs…
Sauf que ça ne marchera jamais bien. Pourquoi ? Parce si tu veux faire un rollback qui marche, il faut pouvoir le faire partout où un paquet est susceptible d'écrire des fichiers, c'est à dire en gros à peu près partout. Si tu ne veux pas fusiller arbitrairement tous les fichiers touchés par l'utilisateur durant l'update foireux, il faut interdire le rollback sur /home ou /bidule si les répertoires utilisateurs sont dans /bidule. Donc le rollback sur des paquets écrivant dans /home ne seront pas bien "rollbackés". Certes un paquet qui écrit dans /home ça serait moche, mais est-ce interdit ?
Ensuite, /var. Il y a plein de paquets qui à l'installation vont écrire dans /var. Le problème c'est que ce ne sont pas les seuls, il y a aussi le serveur web, le serveur mail, tous les logs, dont l'audit. Si on rollbacke, il faut savoir quels sont les fichies liés à l'update, et ceux qui ont évolués suite au fonctionnement du système.
Je pense que si on cherche avec /etc on doit pouvoir trouver des cas où ça ne marche pas.
On peut multiplier les exemples qui montrent qu'à mélanger les couches (FS vs applicatif) on n'obtient rien de vraiment bon. C'est pas parce qu'on a un marteau comme unique outil que le problème est un clou.
le P4 était super bon pour ce qui fait bander les fans d'optimisation de code réguliers : les instructions SSE du P4, et le pipeline allant jusqu'à 33 étages étaient du pain béni pour les applications extrêmement régulières en termes d'accès aux données et avec peu de branchements.
Au prix d'une efficacité par watt ou par Mhz assez pathétique. Par contre le PIII avait déjà le SSE.
Ça c'est faux.
How, god. Je viens de retourner 10 ans en arrière et c'est vrai que c'était pas terrible. Par contre, je n'ai rien retrouvé d'évident sur les prix pratiqués.
pourquoi 64bits sont complètement inutiles aujourd'hui!
Oui mais non. C'est une réflexion à très courte vue complètement passéiste. Aujourd'hui, tu as des téléphones qui ont plus de 2go de ram. Selon toute probabilité, ça va devenir un vrai problème dans 2 ans (le galaxy note 3 a 3go de ram) . Deux ans, c'est demain. La nouvelle architecture a le double de registres, ce qui est aussi intéressant pour les perfs. D'ailleurs les benchmarks montrent en gros que le passage A6>A7 a quasi doublé les perfs, à quasi iso fréquence.
Non, ce qui a surpris la concurrence, c'est que tout le monde bossait sur l'arm64, mais qu'apple a débarqué en avance avec non seulement un CPU, mais aussi tout l'écosystème autour (OS+chaîne de compil+SDK) "available now".
Après il faut bien voir aussi qu'apple choisit ses combats : ajd l'a7 est un dual core ~1.3Ghz avec 1Go de ram. Chez Samsung on est à du quadcore+quadcore à 1.6Ghz +2go.
Donc Intel a fait de mauvais processeurs avec des grosses fréquences uniquement pour vendre une supériorité mesurée en GHz.
Pour un académique peut-être. Maintenant, regardons objectivement les choses : même "mauvaise", l'architecture netburst a duré un bon bout de temps, a gentiment augmenté en performances jusqu'à fournir, c'est vrai de petits hauts fourneaux miniature. Maintenant, chez AMD, ils n'ont jamais réussi à avoir un truc qui soit significativement mieux niveau perf. Ca a fait le job, comme on dit.
[^] # Re: Ca traduit bien un état d'esprit de la part des développeurs de systemd
Posté par oinkoink_daotter . En réponse au journal Systemd vs Linux, quand l'intransigeance d'un développeur tourne au ridicule.... Évalué à 4.
Il te l'a expliquée 42 fois : sur le desktop Linux n'est pas vraiment un concurrent de Windows (en terme d'argent). Partant de là, il n'est pas vraiment choquant à mon sens que le truc cherche à booter par tous les moyens, sachant que de toute façon les enthousiastes sauront facilement retomber sur leurs pieds.
Que ça te plaise ou non, linux reste dans l'épaisseur du trait niveau part de marché sur le desktop, et à ma connaissance on se fout d'avoir des serveurs multiboot.
Quand un pourcentage significatif de gens gueulera à cause de ça, Microsoft reconsidèrera sa position. Pour le moment, ne sont embêtés que les gens avec un linux qui en plus utilisent un Windows.
Bref, pas un scandale.
[^] # Re: Ca traduit bien un état d'esprit de la part des développeurs de systemd
Posté par oinkoink_daotter . En réponse au journal Systemd vs Linux, quand l'intransigeance d'un développeur tourne au ridicule.... Évalué à 9.
Force est de constater que tu le traites assez régulièrement de menteur, ce qui à ma connaissance est insultant.
[^] # Re: Une alternative a Windows XP ?
Posté par oinkoink_daotter . En réponse à la dépêche ReactOS : officialisation et financement. Évalué à 2.
Pas vraiment en plus. Le truc principal qui est pété c'est la compatibilité binaire, sinon, à peu près tout le reste est là. Si tu as les sources de ton soft et que tu recompiles, ça devrait pas trop mal se passer.
[^] # Re: Mail dépassé
Posté par oinkoink_daotter . En réponse au journal Thunderbird : j'en peux plus ! Qui arrive à l'utiliser pour de vrai ? Quoi d'autre ?. Évalué à 2.
Oui et non : certes S/MIME laisse les meta données en clair, mais celles-ci passent de plus en plus souvent dans un tuyaux chiffré SSL entre le client et le serveur ou entre deux serveurs (valable pour pop, imap et smtp). Y a deux versions, la version bourrinement over SSL sur un port dédié (465 ou 993 pour ssmtp et imaps), déclaré caca par la RFC mais que j'aime bien ou une version plus subtile qui travaille dans la session préalablement établie en clair (sur les ports standards) bénie par la RFC.
Quoi qu'il en soit, ça reste du chiffrement de proche en proche (mais ça semble correspondre à ce que tu disais dans ton précédent post), contrairement à S/MIME qui est de bout en bout.
En même temps, je ne vois pas trop comment faire une confidentialité de bout en bout sans un minimum de données en clair, pour savoir à qui envoyer le truc.
[^] # Re: virsh & quelques commandes
Posté par oinkoink_daotter . En réponse au journal VGA Passthrough par vfio sur libvirt / qemu / kvm sous Debian Jessie : ca fonctionne !. Évalué à 3.
Ben oui, sinon imagine le merdier quand les deux OS vont aller jouer avec la carte graphique …
[^] # Re: Mail dépassé
Posté par oinkoink_daotter . En réponse au journal Thunderbird : j'en peux plus ! Qui arrive à l'utiliser pour de vrai ? Quoi d'autre ?. Évalué à 2.
Soit il y a un truc subtil dans ce que tu as écrit qui m'échappe, sois tu proposes un truc qui existe déjà (et utilisé).
[^] # Re: ah la fonction de recherche...
Posté par oinkoink_daotter . En réponse au journal Thunderbird : j'en peux plus ! Qui arrive à l'utiliser pour de vrai ? Quoi d'autre ?. Évalué à 3.
Les buzz word qui vont avec genre "déplacement de la chaîne de valeur".
[^] # Re: claws-mail
Posté par oinkoink_daotter . En réponse au journal Thunderbird : j'en peux plus ! Qui arrive à l'utiliser pour de vrai ? Quoi d'autre ?. Évalué à 2.
Avec un vieux bug persistant :
tu réponds à un mail n dans une conversation, tu reçois un mail n+1 dans la conversation, tu réponds, paf, la rédaction de la réponse repart du mail n au lieu au lieu du n+1. C'est looooourrrd.
[^] # Re: webmail
Posté par oinkoink_daotter . En réponse au journal Thunderbird : j'en peux plus ! Qui arrive à l'utiliser pour de vrai ? Quoi d'autre ?. Évalué à 2.
T'as vu que tu es en train de dire que l'avenir c'est Evolution ? /o\
[^] # Re: Diverses remarques
Posté par oinkoink_daotter . En réponse au journal Fin de Windows XP et opportunité GNU. Évalué à 3.
Je n'ai pas lu l'article. Cela dit, je tiens à signaler la présence native dans windows 98 d'un outil permettant de convertir FAT16 en FAT32, Drive Converter. Il aurait fait cette conversion au moment ou Microsoft lui-même poussait pour (au moment de win98), ça aurait marché nickel.
[^] # Re: [eye roll]
Posté par oinkoink_daotter . En réponse au journal Et toi, t'en penses quoi du flat design?. Évalué à 2.
T'es au courant que tout ça a déjà disparu dans Mavericks ?!?
[^] # Re: Bon goût ?
Posté par oinkoink_daotter . En réponse au journal Et toi, t'en penses quoi du flat design?. Évalué à 4.
Euh, on parle du même MacOS ? Parce que maintenant c'est super sobre.. Les seuls qu'il y a c'est l'effet ombre sous les fenêtres et l'effet "génie" quand tu minimises une appli. Le truc qui pourrait être bling bling c'est le machin qui a remplacé exposé, et je trouve ça plutôt réussi. Ou l'interface time machine (à mon avis, elle va prendre cher à la prochaine mise à jour)
[^] # Re: pas de revolution
Posté par oinkoink_daotter . En réponse au journal Et toi, t'en penses quoi du flat design?. Évalué à 4.
Moi j'aime bien :)
[^] # Re: pas de revolution
Posté par oinkoink_daotter . En réponse au journal Et toi, t'en penses quoi du flat design?. Évalué à 4.
Y a peu de chances.
C'est du Ive pur jus. Et totalement opposé au skeumorphisme à gogo de l'ère Forstall.
[^] # Re: Rollbacks
Posté par oinkoink_daotter . En réponse au journal APT : nouvelle version 1.0. Évalué à 1.
T'es mignon mais l'argument "moi j'ai pas de problèmes", c'est à peu près aussi utile que "me too" dans une discussion. Tu n'as pas de problèmes, c'est cool, tu as remonté des bugs, c'est génial, tu vis au valhala et sacrifies un CEO Microsoft tous les jours en lui jetant des cailloux même pas tranchant, c'est ton choix ( :) ).
Ca peut éventuellement indiquer une tendance, mais ce n'est pas pour autant que ce qui marchera chez toi marchera chez moi dans le petit cas à la con où qui se produira chez moi et pas chez toi et qui fera que je perdrais des trucs.
Maintenant, tant qu'il ne sera pas flaggé "stable", je la jouerai sécurité, et je ne mettrais pas mes photos de vacances dessus.
[^] # Re: Rollbacks
Posté par oinkoink_daotter . En réponse au journal APT : nouvelle version 1.0. Évalué à 5.
Je disconviens respectueusement. Tu es en train de dire qu'un fournisseur vendu de logiciel privateur a le choix entre fournir un .deb pour une debian et écrire ses fichiers dans /opt. Ca n'a aucun sens.
Je peux très bien avoir envie de fournir ma propre configuration d'éclipse sans aller pourrir la version qui est déjà installée sur le système avec ma configuration dans mon coin. Google pourrait très bien fournir un .deb d'ADT qui ferait ça au lieu d'un gros zip. Et pis tant qu'on y est, je pourrais avoir envie d'avoir une version spécifique de mon jdk à côté. Le tout sans faire mumuse avec update-alternatives.
Moi je ne pense rien, c'est toi qui débarque en disant qu'écrire dans /opt c'est le mal absolu
/o\
[^] # Re: Rollbacks
Posté par oinkoink_daotter . En réponse au journal APT : nouvelle version 1.0. Évalué à 4.
"Chez moi ça marche", ce n'est pas un argument !
[^] # Re: Rollbacks
Posté par oinkoink_daotter . En réponse au journal APT : nouvelle version 1.0. Évalué à 2.
Je ne vois pas le rapport avec le problème !
Je suis bien d'accord. Vivement que btrfs vienne régler les problèmes LVM/FS.
[^] # Re: Rollbacks
Posté par oinkoink_daotter . En réponse au journal APT : nouvelle version 1.0. Évalué à 2.
Ce n'est pas si clair sur le fait que ça marche bien : http://doc.opensuse.org/products/draft/SLES/SLES-admin_sd_draft/cha.snapper.html#sec.snapper.limits
Limitations qui seraient assez facilement contournées par un hook sauvage de l'appel système open dans apt avec finalement assez peu d'intelligence autour. Ca aurait l'avantage de marcher partout. Et tant pis si c'est pas réutilisable !
[^] # Re: Rollbacks
Posté par oinkoink_daotter . En réponse au journal APT : nouvelle version 1.0. Évalué à 8.
Oui, mais non. Le FHS en version 2.3 dit au 3.8.1 au sujet de son existence "Therefore, no program should rely on this location.", donc on ne peut pas. Ou alors, ça marchera souvent, mais pas toujours.
Pourquoi ? Le problème est le même aussi pour /usr/bin ou /usr/X11R6 (il existe toujours, lui ?)
Et en quoi cela exclut-il les paquets ? Le FHS en version 2.3 dit au 3.13 "/opt is reserved for the installation of add-on application software packages." Checke le paragraphe, il y a absolument rien qui dit "to please Sytoka Modon, it shall come from a tar.gz".
(je suis parti du principe que la version 2.3 est la version de référence, je l'ai chopé sur http://www.pathname.com/fhs/ )
J'espère que ça aurait été fait avec des #CONSTANTES :)
(soupir)
[^] # Re: Typos
Posté par oinkoink_daotter . En réponse à la dépêche Sortie de Linux 3.14. Évalué à 4.
l'UMS après que le pilote Radeon a
(proof)
[^] # Re: Rollbacks
Posté par oinkoink_daotter . En réponse au journal APT : nouvelle version 1.0. Évalué à 10.
Sauf que ça ne marchera jamais bien. Pourquoi ? Parce si tu veux faire un rollback qui marche, il faut pouvoir le faire partout où un paquet est susceptible d'écrire des fichiers, c'est à dire en gros à peu près partout. Si tu ne veux pas fusiller arbitrairement tous les fichiers touchés par l'utilisateur durant l'update foireux, il faut interdire le rollback sur /home ou /bidule si les répertoires utilisateurs sont dans /bidule. Donc le rollback sur des paquets écrivant dans /home ne seront pas bien "rollbackés". Certes un paquet qui écrit dans /home ça serait moche, mais est-ce interdit ?
Ensuite, /var. Il y a plein de paquets qui à l'installation vont écrire dans /var. Le problème c'est que ce ne sont pas les seuls, il y a aussi le serveur web, le serveur mail, tous les logs, dont l'audit. Si on rollbacke, il faut savoir quels sont les fichies liés à l'update, et ceux qui ont évolués suite au fonctionnement du système.
Je pense que si on cherche avec /etc on doit pouvoir trouver des cas où ça ne marche pas.
On peut multiplier les exemples qui montrent qu'à mélanger les couches (FS vs applicatif) on n'obtient rien de vraiment bon. C'est pas parce qu'on a un marteau comme unique outil que le problème est un clou.
[^] # Re: Pourquoi ?
Posté par oinkoink_daotter . En réponse au journal Canonical abandonne Ubuntu One. Évalué à 2.
Au prix d'une efficacité par watt ou par Mhz assez pathétique. Par contre le PIII avait déjà le SSE.
How, god. Je viens de retourner 10 ans en arrière et c'est vrai que c'était pas terrible. Par contre, je n'ai rien retrouvé d'évident sur les prix pratiqués.
[^] # Re: Et alors ...
Posté par oinkoink_daotter . En réponse au journal Microsoft libère leur compilateur C#. Évalué à 2.
Aussi étonnant que ça puisse paraître, non seulement ça fonctionne, c'est supporté et y a une TN sur msdn : http://msdn.microsoft.com/en-gb/vstudio/ms788708.aspx oO'
(certes, ça ne parle pas de windows 2012, mais de windows 8)
[^] # Re: Pourquoi ?
Posté par oinkoink_daotter . En réponse au journal Canonical abandonne Ubuntu One. Évalué à 2. Dernière modification le 05 avril 2014 à 15:47.
Oui mais non. C'est une réflexion à très courte vue complètement passéiste. Aujourd'hui, tu as des téléphones qui ont plus de 2go de ram. Selon toute probabilité, ça va devenir un vrai problème dans 2 ans (le galaxy note 3 a 3go de ram) . Deux ans, c'est demain. La nouvelle architecture a le double de registres, ce qui est aussi intéressant pour les perfs. D'ailleurs les benchmarks montrent en gros que le passage A6>A7 a quasi doublé les perfs, à quasi iso fréquence.
Non, ce qui a surpris la concurrence, c'est que tout le monde bossait sur l'arm64, mais qu'apple a débarqué en avance avec non seulement un CPU, mais aussi tout l'écosystème autour (OS+chaîne de compil+SDK) "available now".
Après il faut bien voir aussi qu'apple choisit ses combats : ajd l'a7 est un dual core ~1.3Ghz avec 1Go de ram. Chez Samsung on est à du quadcore+quadcore à 1.6Ghz +2go.
Pour un académique peut-être. Maintenant, regardons objectivement les choses : même "mauvaise", l'architecture netburst a duré un bon bout de temps, a gentiment augmenté en performances jusqu'à fournir, c'est vrai de petits hauts fourneaux miniature. Maintenant, chez AMD, ils n'ont jamais réussi à avoir un truc qui soit significativement mieux niveau perf. Ca a fait le job, comme on dit.