Grosso modo ils partent en retraite en revendant un fichier client au successeur.
Tu as des artisans qui font ça aussi.
Des avocats itou.
Les notaires également (mais les gens ont généralement beaucoup moins de compassion vis à vis des notaires)
Enfin bon tout un tas d'indépendants, de professions libérales et autres qui revendent leur fichier client (et éventuellement leurs locaux, mais c'est pas garanti) pour payer leur retraite.
Si ce n'est pas le cas, ce qui est vendu, ce n'est pas une activité mais seulement des biens matériels et immatériels. Si dans ces biens figure un fichier client, c'est une vente de fichier client.
Ca va faire plaisir aux médecins de campagne ta définition.
On peut raisonnablement évaluer ce qui relève de la revente d'une vraie activité et ce qui est une revente détournée de fichier client.
Par exemple une société qui vend des places de concerts - si on la revend c'est quoi ? Vraie activité ou fichier client ?
La redoute, si ca fusionne avec les trois suisses sans que les trois suisses ne reprennent les stocks, c'est quoi ?
Une société de conseil juridique ? Ca rentre dans quelle catégorie ?
Ah, si c'est effectivement le cas, c'est moche, ce n'est rien d'autre qu'une grosse faille qui vide la loi de son sens… À patcher d'urgence.
Totalement impossible à "patcher" à moins d'interdire tout simplement la revente de fond de commerce. Quand une activité commerciale est racheté, celà implique nécessairement la clientèle liée à cette activité commerciale (ainsi que les contrats passés par la société, les accords bancaires etc.).
Virgin garde sans doute son fichier
Non il a été vendu dans le cadre d'une liquidation judiciaire. L'ancien propriétaire n'existait déjà plus au moment de la vente.
bah oui, Virgin a encore des magasins je crois avec des clients
Virgin France est mort. Vraiment mort. Le reste de Virgin n'est pas Virgin france et constitue donc "un tiers" au regard de la loi.
De plus, l'activité économique de Virgin n'est pas de concevoir un fichier client
Une société peut avoir plusieurs activités economiques, interdépendante ou indépendante. Une des activités economiques de Virgin Megastore France était de concevoir un fichier client et de promouvoir auprès de ces clients des produits culturels et des opérations commerciales.Celà s'appelle de la fidelisation.
Comme la Fnac ne reprend pas l'activité de Virgin
La Fnac reprend l'activité commerciale explicité ci dessus.
il est un tiers car Virgin et la Fnac sont des entités différentes
L'activité commerciale de fidelisation ayant été reprise par la Fnac, les données clients sont désormais propriété de la Fnac - elle ne peut donc être tiers de ces données puisqu'elle est propriétaire principale.
Petit coup de main pour apporter un peu d'eau à ton moulin :
Le terme médical a une production de lait anormale (ie en dehors des suites d'un acouchement) est galactorrhee (galactorrhea en anglais).
De là avec des recherches sur google tu tombes sur tout (ou à peu près), de la lactation de naissance (c'est le nouveau né qui produit du lait) à des hommes qui ont une vrai production de lait suite à une ablation des testicules. Des rumeurs (mal vérifié à mon sens) existe sur de la galactorrhee chez les (très) gros buveurs de bière.
Apparemment Lennart serait en train de préparer un ptit truc dans son coin pour remplacer MySQL jugé trop lent.
D'ailleurs le remplaçant se débarasse de tout un tas de vieilleries des temps passés :
Tous les formats de charactères sont nécessairement en UTF-8 avec un collate EN-US
Les dates sont nécessairement au format americain
Les bases de données doivent être démarrée/stoppée/crée/détruite/sauvegardée via systemctl
Ca va tout déchirer, même si il se trouvera des grincheux pour dire le contraire…
Je pense qu'il doit y avoir une erreur dans ta phrase. Soit il faut remplacer le deuxième "faible" par "forte", soit le "plus" par moins. Non ?.
Non, la probabilité est moins faible (ou plus forte) que ce que l'on pense (ie on pense que la probabilité est de une sur des milliards, alors qu'elle n'est que de une sur 1000)
il faut modifier encore un peu ta phrase et remplacer "_l'ADN du tueur_" par "_l'ADN d'un tueur_"
Si tu veux. Je me suis mis dans le cas le plus défavorable, mais c'est vrai que ce n'est qu'un des cas possible. Ceci étant plus le temps passe, plus ce cas a de chance d'arriver.
Je m'exprime particulièrement mal aujourd'hui, j'ai l'impression. J'espère que ce n'est pas trop confus. /o\
ça n'a pas grand chose à voir avec le paradoxe des anniversaires.
Ca a à voir avec le paradoxe des anniversaires dans le sens ou le test a un nombre limité de résultats possibles. A partir de là la probabilité pour que deux individus distincts aient le même résultat est beaucoup plus élevé que ce que l'on pourrait penser intuitivement.
Je ne peux rien dire sur le portage de Firefox, mais si on parle d'un autre logiciel phare du marché (Inkscape) - je peux te dire que le portage sous GTK3 est juste démentiel. Tu n'as pas fini de réécrire une série de fonctions que tu dois tout recommencer à 0. Sans compter Pango et Cairo dont les versions GTK3 sont juste totalements différentes des versions GTK2. Les fontes, les icones, les fenetres de dessin, les gradients etc. sont cassés d'une version à l'autre.
Toutes les personnes qui ont essayés de faire le portage ont jeté l'éponge dégoutés.
Ouaip, ben Maitre Eolas fait la bonne grosse confusion entre probabilité et statistique.
La probabilité qu'un ADN donné soit similaire à un autre ADN donné est très très faible, mais la probabilité que l'ADN du tueur soit similaire avec un des ADN d'une base de données de 740 millions d'individus est déjà nettement plus faible.
Deux écoles :
a) Les gars de chez GTK ont essayé de garder trop de compatibilité avec GTK2 dans GTK3 et ca a été un double echec. Tout d'abord la compatibilité est insuffisante et nécessite quand même de rentrer dans le code et ensuite ca a fait des boulets pour GTK3 dont il se débarasse au compte goutte.
b) Les mecs de chez GTK sont un petit peu trop proche du projet gnome et ca entrainne des débordements douteux - du type "comme Gnome 3 n'en a pas besoin/n'en veut pas - on le gicle de GTK3".
Après suivant votre niveau de troll vous prenez l'un ou l'autre. Si vous avez du mal à choisir, sachez juste que des éléments introduits en 3.2 ont été deprecated en 3.6 …
Pour les deprecated, je ne retrouve pas ça dans la doc, à part :
La doc de Gnome est assez mal foutue à ce niveau. On va dire qu'après les décimations de GTK 3.2 et 3.4, 3.6 et 3.8 font presque pale figure.
En deprecated on a quand même
En 3.8 :
GtkGradient qui prend une claque :
Fonctions impactées :
gtk_gradient_add_color_stop, function in GtkGradient
gtk_gradient_new_linear, function in GtkGradient
gtk_gradient_new_radial, function in GtkGradient
gtk_gradient_ref, function in GtkGradient
gtk_gradient_resolve, function in GtkGradient
gtk_gradient_to_string, function in GtkGradient
gtk_gradient_unref, function in GtkGradient
GtkIconTheme qui se fait (encore) shooter (on pouvait s'y attendre)
gtk_icon_info_copy, function in GtkIconTheme
gtk_icon_info_free, function in GtkIconTheme
GtkMenu : vous vous souvenez quand on disait ques CSS ne seraient pas obligatoires ? Ben en fait…
GtkMenu:horizontal-padding, object property in GtkMenu
GtkMenu:vertical-padding, object property in GtkMenu
GtkMenuBar:internal-padding, object property in GtkMenuBar
GtkMenuItem:horizontal-padding, object property in GtkMenuItem
GtkSettings : On ne gère pas les couleurs soi-même
GtkSettings:color-hash, object property in GtkSettings
GtkSettings:gtk-color-scheme, object property in GtkSettings
GtkStyle* : On ne gère pas non plus les styles soi-même
gtk_style_properties_lookup_color, function in GtkStyleProperties
gtk_style_properties_lookup_property, function in GtkStyleProperties
gtk_style_properties_map_color, function in GtkStyleProperties
gtk_style_properties_register_property, function in GtkStyleProperties
gtk_style_provider_get_icon_factory, function in GtkStyleProvider
gtk_style_provider_get_style, function in GtkStyleProvider
GtkSymbolicColor : J'ai déjà dit qu'on ne gérait pas les couleurs soi-même.
gtk_symbolic_color_new_alpha, function in GtkSymbolicColor
gtk_symbolic_color_new_literal, function in GtkSymbolicColor
gtk_symbolic_color_new_mix, function in GtkSymbolicColor
gtk_symbolic_color_new_name, function in GtkSymbolicColor
gtk_symbolic_color_new_shade, function in GtkSymbolicColor
gtk_symbolic_color_new_win32, function in GtkSymbolicColor
gtk_symbolic_color_ref, function in GtkSymbolicColor
gtk_symbolic_color_resolve, function in GtkSymbolicColor
gtk_symbolic_color_to_string, function in GtkSymbolicColor
gtk_symbolic_color_unref, function in GtkSymbolicColor
GtkThemingEngine : MAIS ARRRH ! Pas les thèmes !
gtk_theming_engine_get_direction, function in GtkThemingEngine
gtk_theming_engine_get_font, function in GtkThemingEngine
gtk_theming_engine_register_property, function in GtkThemingEngine
En 3.6 :
GtkInfoBar qui se fait rayer :
GtkInfoBar:action-area-border, object property in GtkInfoBar
GtkInfoBar:button-spacing, object property in GtkInfoBar
GtkInfoBar:content-area-border, object property in GtkInfoBar
GtkInfoBar:content-area-spacing, object property in GtkInfoBar
GtkStyleContext (certains éléments ont été deprecated en 3.8 - je emts ca sur le compte d'un oubli)
gtk_style_context_cancel_animations, function in GtkStyleContext
gtk_style_context_get_direction, function in GtkStyleContext
gtk_style_context_get_font, function in GtkStyleContext
gtk_style_context_notify_state_change, function in GtkStyleContext
gtk_style_context_pop_animatable_region, function in GtkStyleContext
gtk_style_context_push_animatable_region, function in GtkStyleContext
gtk_style_context_scroll_animations, function in GtkStyleContext
gtk_style_context_set_direction, function in GtkStyleContext
gtk_style_context_state_is_running, function in GtkStyleContext
GtkToolbar : petite claque sur la thémabilité - comme d'hab
GtkToolbar:internal-padding, object property in GtkToolbar
GtkToolbar:shadow-type, object property in GtkToolbar
De façon générale tout ce qui touche au changement de couleur, de placement, d'espacement ou de thème se fait copieusement marraver la gueule d'une version à l'autre. Le rpoblème dans un produit comme Firefox est que ca oblige à avoir deux jeux de widgets : celui pour la fenêtre elle même, et celui pour le contenu.
Et justement, pour ceux qui veulent faire un galop d'essai tout en restant hype, je tiens à signaler quelque chose que j'ai découvert il y a juste deux jours : ldapjs.org.
Attention ! Contrairement à ce que son nom peut laisser penser, ldapjs n'est pas un annuaire LDAP. C'est une base de données hiérarchique compatible avec une grande partie de l'API LDAPv3.
Mais on peut tout à fait faire du "schema-less" en LDAP JS. Ce qui peut s'avérer très pratique si on ne veut pas s'encombrer d'un schema pour faire une base NO-SQL hiérarchique, mais aussi très très casse gueule si on veut faire du LDAP avec et que l'on débute.
Plus sérieusement le premier argument que je vois c'est de compiler contre un framework graphique maintenu (GTK2 est en fin de vie).
GTK2 n'est pas franchement en fin de vie, il n'est juste plus maintenu par le groupe "officiel". Ceci étant il est encore très vivant.
Il est vachement plus maintenu et compatible avec l'existant que GTK 3.6.2 par exemple (qui n'a pas un an et déjà une collection de deprecated à faire peur).
Par exemple le "port" de GTK3 de firefox
Ne supporte pas les plugin NPAPI (API Obsolette - au revoir flash et autres plugins)
A des soucis avec les gradients/icones/menus (De toutes façon une partie des API utilisées ont déjà été deprecated en 3.8 ou en 3.9 - travail à refaire donc)
Ne semble pas d'une stabilité expemplaire avec toutes les extensions XUL
Donc c'est une proof of concept, mais on est pas encore au moment ou madame MichuWW un utilisateur Ubuntu va avoir un Firefox GTK3 sur sa machine.
Oui, tu peux recuperer le systeme. Mais X s'est pete la gueule en beaute, entrainant ta session et les applis avec lui.
Que X soit totalement inadapté à une utilisation moderne on est d'accord. Mais si tu relis totu le thread tu verras que l'on parle du kernel.
Tout ce que je dis est que le kernel
a) Ne part pas en kernel panic quand il y a un crash graphique
b) Est tout à fait capable de charger et de décharger un pilote graphique en cours de route (sans redémarrer)
c) Peut continuer à gérer un mode graphique (framebuffer par exemple) alors que le mode graphique de X est vautré.
Et donc que le kernel fait tout ce que fait le noyeau de windows 7 au niveau chargement/déchargement de pilotes graphiques, et ce depuis des années.
Maintenant X ne suit pas - espérons que les successeurs feront mieux.
Sous Linux quand le driver X de la carte se croûte, c'est reboot.
a) Ca dépend quelle partie du driver, si c'est la partie initialisation/selection de mode oui on risque le kernel panic. Par contre si c'est la partie affichage/acceleration et que le pilote n'est pas codé avec les pieds le kernel survivra sans probléme.
b) Neuf fois sur dix, même si c'est la partie "sensible" qui crashe on peut récupérer le système au vol, par exemple si on a une seconde carte graphique ou en se connectant sur un TTY ou via SSH. Le crash d'un module n'entrainne pas forcément la panique du kernel (et heureusement).
c) Quand la partie accéléré se vautre (c'est à dire quand le kernel expose directement des segments mémoires physiques à une appli) là c'est le drame. Mais c'est le drame pareil sous Windows que sous Linux. Et la raison est simple : un programme est en train d'essayer d'écrire dans un segment physique qui n'existe pas ou qui est en erreur. Et ca c'est très mauvais signe.
Sous Windows, ça survit bien si ca s'est vautré dans la partie userspace du module. Tu as un lien en bas de la page wikipedia qui t'explique comment ça marche chez Microsoft.
Et bien si on va sur cette page MSDN on y voit les informations suivantes :
Prior to Windows Vista, graphics memory was reported by the graphics driver as a single number through the Display applet in the control panel. Some legacy APIs exposed two types of memory: local and non-local. However, these numbers were selected by the driver and were mostly inaccurate.
WDDM manages the virtualization of graphics memory in itself and also ensures accurate reporting of various aspects of graphics memory.
En d'autres termes, avant les pilotes de cartes graphiques géraient les informations de mappage mémoires eux-même. Notament la ségrégation entre la mémoire sur la carte et la mémoire réclamée en dehors de la carte, maintenant ils doivent filer toutes les infos à WDDM et c'est lui qui fait la gestion. Mais le pilote lui même est toujours en kernelspace.
Tout ce qui se passe c'est que maintenant ce n'est plus la carte graphique qui expose elle même sa mémoire sur le segment de son choix. Dorénnavant elle indique au kernel quel segment elle a réservé et c'est le kernel qui l'expose soit en direct pour les fonctions accélérés haut niveau, soit via WDDM pour le reste.
Donc on a toujours un pilote en pur kernelspace, mais on a une interface userspace (en l'occurence WDDM) pour accéder de façon rapide à un ensemble réduit de fonctionnalités de la CG.
C'est en ca que c'est très proche d'un framebuffer ou d'une interface VESA+. On a un segment de mémoire qui est mappé en kernelspace par le noyeau. Sauf qu'avant on pouvait aller écrire dedans depuis le userspace comme dans n'importe quel autre segment mémoire exposé - et que maintenant il faut utiliser l'API WDDM. Donc avant on crashait un segment mémoire du kernelspace (et donc panique) et maintenant on plante l'interface WDDM (ce qui est nettement moins grave). A noter que en VESA+ (c'est à dire en VESA virtualisé avec un roud trip par le kernel à chaque appel) on a un comportement similaire, si on fait n'importequoi on se retrouve juste avec un segment de mémoire virtuelle qui n'est plus copiable dans les buffers de la carte graphique - c'est grosso-modo le même genre de séurité que WDDM (sauf qu'on a pas d'API, juste un map mémoire). Malheuresement VESA+ n'est plus supporté par aucune carte en natif… Dommage j'aimais bien le 512x384 en 16bits…
avec le fonctionnement même partiel en userspace (que linux/X ne fait pas)
Si Linux le fait. La preuve quand j'arrête X j'ai toujours une console en frame buffer. J'ai bien un processus userspace qui va écrire dans un segment de mémoire totu seul comme un grand et dont le résultat se trouve affiché à l'écran. Ce sont les modes compatibles VESA/VESA+/VGA etc.
WDDM c'est juste une version améliorée de VESA+. Bon vraiment beaucoup améliorée (Mais VESA c'était il y a 20 ans aussi.)
Si le mode WDDM se croute, la carte purge le buffer mémoire, libére deux trois registres et ca repart. Si la carte plante tu as un BSOD sous windows - tout pareil que sous Linux - même si aucune de tes applis n'utilisait de fonctions en dehors de WDDM.
Après par contre tu peux lui parler depuis l'usersapce via dbus (ce qui se trouve simplifié par ce choix de formatage).
C'est clair. Sauf que je ne veux JAMAIS discuter avec l'init. Parceque ca ne sert à rien. Je luis laisse des instructions, il les execute et basta. En 20 ans d'Unix divers et variés je n'ai jamais une seule fois eu besoin de faire un coucou à l'init en cours de route. J'utilise les fonctionnalité de l'init, mais l'init en lui même j'en ai rien à faire (il se lance, il lance ce que je lui ai demandé dans les fichiers de config et puis il ferme sa gueule). Pour dialoguer avec le service bidule ou le log truc j'utilisais les outils standard. Je pouvais relancer une instance apache dans un container existant avec une config créé dynamiquement sans une seule fois avoir besoin de demander quoi que ce soit à l'init.
Je conçois que c'était puissant mais crade.Mais là, ben c'est plus très puissant. Certes les trucs vraiment simples sont encore plus simple, mais les trucs puissants nécessitent de faire des wrappers dans tous les sens. Autant dire écrire un système d'init secondaire - et ca c'est très très crade.
Donc au final j'ai un DBus qui ne me sert pas, mais qui me gène pour faire des trucs puissants et qui me pousse au crade….
WIP non?
Non. Corriger ces problèmes serait contraire à la philosophie derrière systemd. Le coté Turing Complete - Passage d'arguments - Passage d'environnement est hors de question pour l'instant. Personellement je ne sais pas combien de temps ils vont réussir à tenir sans ça - mais je sais que je dois refondre toute mon infra si je n'ai pas ces trois fonctionnalités.
Surtout que dans le lien que j'ai donné il y a également les réponse aux accusations de bloatware ou de systemd qui ferait trop de trucs.
Non il y a deux choses distinctes :
a) Systemd est un bloatware. Il en fout partout et il utilise des outils pas du tout adaptés pour faire un travail d'init. (Hint : DBus)
b) Systemd ne fait pas assez de choses. Il n'est pas Turing Complet, il ne dispose d'aucune prise en charge des interactions utilisateurs, il est incapable de gérer certains FS chiffrés, il ne gère pas les templates ou la création dynamique de services, le passage d'environnement etc.
A noter aussi que le lien que tu as donné reprend pas à pas l'argumentation de Lennart qui s'est fait démonter 200 fois.
Oui il y a besoin de "seulement" 10 dépendances pour lancer le PID 1 (ce qui est déjà ennorme pour le PID 1 d'ailleurs), mais pour avoir un système d'init complet (genre modifiable, debugable, éventuellement duplicable sur la machine d'à coté) Il faut plusieurs dizaines de dépendances hors kernel et près de 200 variables et fonctions du kernel.
Depuis Windows Vista, les drivers graphique sont en userspace.
Non.
Même pas un tout petit peu.
Pas du tout en fait.
Les drivers graphiques sont tellement pas en userspace que Microsoft refuse d'activer WebGL sur IE, de peur de se prendre des attaques d'escalade de privileges via site web.
Ce qui se passe quand tu installes un pilote graphique c'est que le système bascule sur un mode de compatibilité (frame buffer, vesa ou vesa +) installe les pilotes puis rebascule sur un mode accéléré via les nouveaux pilotes.
On peut le faire sous Linux depuis des années. On bascule en console frame buffer, on éteint X, on décharge les anciens modules on charges les nouveaux modules et on relance X avec les nouveaux pilotes.
Le noyeau n'a aucun soucis avec ça, c'est X11 qui est incapable de mettre de coté le buffer video et de le passer d'un mode à un autre.
Si on avait l'accès aux fonctionnalités d'init complète des CG moderne ca aiderait aussi pas mal.
Donc oui c'est une fonctionnalité desktop de windows que l'on a pas en desktop GNU/Linux (android par contre le fait sans soucis) - mais les pilotes des cartes graphiques ne sont pas en userland. Et c'est pas prêt d'arriver.(Pour que ce soit possible il faudrait des protocoles unifiés d'accès aux périphs graphiques - et c'est ce que toute l'industrie cherche à éviter)
N'empêche, un libriste sous Mac OS X c'est comme un féministe pornographe. D'abord on est choqué par le paradoxe, ensuite on rationalise en se disant qu'une des deux notions doit échapper à notre interlocuteur.
Certes, mais pour désapprendre, il faut la doc de la nouvelle méthode. Elle est ou la doc Mac ? Non parceque c'est supposé être tellement intuitif que leur livret de vingt pages imprimée en fonte taille 4 ne fait quasiment que te parler de leurs brevets et de leurs exclusivités de droits.
Ensuite | sur le L c'est pas franchement super-malin (pas beacoup plus que de mettre le 1 sur le I par exemple).
Et pour finir les ([{ c'est peut être logique, mais c'est case pied de devoir s'y reprendre à deux fois pour fermer un crochet ou une acollade (shift ou pas shift), surtout en prog fonctionnelle ou en objet ou on passe sa vie à fermer et ouvrir des closures.
Toutes mes excuses. Pas d'orties fraiches dans mon quartier, je vais donc me faire pardonner en écoutant de la musique qui passe à la radio (mais j'aurais préféré les orties fraiches…)
J'ai essayé plusieurs fois, rien à faire, je n'y arrive pas…
Tant mieux pour toi. Mais c'est un problème qui arrive, il n'y a guere que sous Mac que j'ai vu des disques durs complètement en vrac logiquement et en pleine forme physiquement.
Bref, le problème ne doit pas bien arriver souvent plutôt, et les utilisateurs n'ont pas de problèmes particuliers, de manière générale.
De manière générale, un utilisateur qui a un mac va avoir un gros soucis tous les 3/4 ans je dirais. Il ira dans un Apple store qui lui "corrigera" le problème huit fois sur dix et il sera content au final.
Faudrait arrêter de prendre les utilisateurs pour des idiots qui ne râlent pas si ils perdent des données.
Aussi surprenant que ce soit, l'utilisateur Mac ne rale pas. Je ne pense pas qu'il s'agisse d'une preuve de bétise, la plupart des utilisateurs sont passés sous Mac suite à de grosses déceptions sous Windows. Dans leur tête quand même Mac plante, c'est juste la berezina.
Ceci étant il y a quand même eu de très gros ralage sur les pertes de données Mac. A commencer par le fameux cimetierre des time capsule. http://timecapsuledead.org/closed.html
[^] # Re: Légal ?
Posté par Kaane . En réponse au journal Notre fichier client ne sera pas vendu à des tiers, sauf si on fait faillite. Évalué à 3.
Grosso modo ils partent en retraite en revendant un fichier client au successeur.
Tu as des artisans qui font ça aussi.
Des avocats itou.
Les notaires également (mais les gens ont généralement beaucoup moins de compassion vis à vis des notaires)
Enfin bon tout un tas d'indépendants, de professions libérales et autres qui revendent leur fichier client (et éventuellement leurs locaux, mais c'est pas garanti) pour payer leur retraite.
[^] # Re: Légal ?
Posté par Kaane . En réponse au journal Notre fichier client ne sera pas vendu à des tiers, sauf si on fait faillite. Évalué à 3.
Si ce n'est pas le cas, ce qui est vendu, ce n'est pas une activité mais seulement des biens matériels et immatériels. Si dans ces biens figure un fichier client, c'est une vente de fichier client.
Ca va faire plaisir aux médecins de campagne ta définition.
[^] # Re: Légal ?
Posté par Kaane . En réponse au journal Notre fichier client ne sera pas vendu à des tiers, sauf si on fait faillite. Évalué à 4.
On peut raisonnablement évaluer ce qui relève de la revente d'une vraie activité et ce qui est une revente détournée de fichier client.
Par exemple une société qui vend des places de concerts - si on la revend c'est quoi ? Vraie activité ou fichier client ?
La redoute, si ca fusionne avec les trois suisses sans que les trois suisses ne reprennent les stocks, c'est quoi ?
Une société de conseil juridique ? Ca rentre dans quelle catégorie ?
etc.
[^] # Re: Légal ?
Posté par Kaane . En réponse au journal Notre fichier client ne sera pas vendu à des tiers, sauf si on fait faillite. Évalué à 3.
Ah, si c'est effectivement le cas, c'est moche, ce n'est rien d'autre qu'une grosse faille qui vide la loi de son sens… À patcher d'urgence.
Totalement impossible à "patcher" à moins d'interdire tout simplement la revente de fond de commerce. Quand une activité commerciale est racheté, celà implique nécessairement la clientèle liée à cette activité commerciale (ainsi que les contrats passés par la société, les accords bancaires etc.).
[^] # Re: Légal ?
Posté par Kaane . En réponse au journal Notre fichier client ne sera pas vendu à des tiers, sauf si on fait faillite. Évalué à 4.
Virgin garde sans doute son fichier
Non il a été vendu dans le cadre d'une liquidation judiciaire. L'ancien propriétaire n'existait déjà plus au moment de la vente.
bah oui, Virgin a encore des magasins je crois avec des clients
Virgin France est mort. Vraiment mort. Le reste de Virgin n'est pas Virgin france et constitue donc "un tiers" au regard de la loi.
De plus, l'activité économique de Virgin n'est pas de concevoir un fichier client
Une société peut avoir plusieurs activités economiques, interdépendante ou indépendante. Une des activités economiques de Virgin Megastore France était de concevoir un fichier client et de promouvoir auprès de ces clients des produits culturels et des opérations commerciales.Celà s'appelle de la fidelisation.
Comme la Fnac ne reprend pas l'activité de Virgin
La Fnac reprend l'activité commerciale explicité ci dessus.
il est un tiers car Virgin et la Fnac sont des entités différentes
L'activité commerciale de fidelisation ayant été reprise par la Fnac, les données clients sont désormais propriété de la Fnac - elle ne peut donc être tiers de ces données puisqu'elle est propriétaire principale.
[^] # Re: À propos des impacts génétiques de l'alimentation
Posté par Kaane . En réponse au journal La viande combat les inégalités et les plans démoniaques. Évalué à 2.
Petit coup de main pour apporter un peu d'eau à ton moulin :
Le terme médical a une production de lait anormale (ie en dehors des suites d'un acouchement) est galactorrhee (galactorrhea en anglais).
De là avec des recherches sur google tu tombes sur tout (ou à peu près), de la lactation de naissance (c'est le nouveau né qui produit du lait) à des hommes qui ont une vrai production de lait suite à une ablation des testicules. Des rumeurs (mal vérifié à mon sens) existe sur de la galactorrhee chez les (très) gros buveurs de bière.
[^] # Re: Et non
Posté par Kaane . En réponse à la dépêche MariaDB dénonce un jeu de licence par Oracle. Évalué à 1.
Apparemment Lennart serait en train de préparer un ptit truc dans son coin pour remplacer MySQL jugé trop lent.
D'ailleurs le remplaçant se débarasse de tout un tas de vieilleries des temps passés :
Tous les formats de charactères sont nécessairement en UTF-8 avec un collate EN-US
Les dates sont nécessairement au format americain
Les bases de données doivent être démarrée/stoppée/crée/détruite/sauvegardée via systemctl
Ca va tout déchirer, même si il se trouvera des grincheux pour dire le contraire…
[^] # Re: Stallman
Posté par Kaane . En réponse au journal [HS] L'homme bionique est arrivé !. Évalué à 9.
Aucune d'elle n'implique un changement de niveau aux échecs alors je suis curieux de savoir pourquoi tu as pensé à ça, justement.
Il a une voix dans la tête qui lui hurle en boucle "Cavalier en C2, Cavalier en C2".
Ca déconcentre à force.
[^] # Re: Refus, condamnation et ...
Posté par Kaane . En réponse au journal Société de surveillance, fichage génétique et refus de prise d'empreinte. Évalué à 0.
Non, la probabilité est moins faible (ou plus forte) que ce que l'on pense (ie on pense que la probabilité est de une sur des milliards, alors qu'elle n'est que de une sur 1000)
Si tu veux. Je me suis mis dans le cas le plus défavorable, mais c'est vrai que ce n'est qu'un des cas possible. Ceci étant plus le temps passe, plus ce cas a de chance d'arriver.
Ca va, on arrive à comprendre.
[^] # Re: Refus, condamnation et ...
Posté par Kaane . En réponse au journal Société de surveillance, fichage génétique et refus de prise d'empreinte. Évalué à 3.
ça n'a pas grand chose à voir avec le paradoxe des anniversaires.
Ca a à voir avec le paradoxe des anniversaires dans le sens ou le test a un nombre limité de résultats possibles. A partir de là la probabilité pour que deux individus distincts aient le même résultat est beaucoup plus élevé que ce que l'on pourrait penser intuitivement.
[^] # Re: Firefox ou XUL ?
Posté par Kaane . En réponse au journal Ayé, on peut compiler Firefox pour GTK+3 (si on veut). Évalué à 5.
Du coup Firefox attendrait GTK+4 ou bien ?
Je ne peux rien dire sur le portage de Firefox, mais si on parle d'un autre logiciel phare du marché (Inkscape) - je peux te dire que le portage sous GTK3 est juste démentiel. Tu n'as pas fini de réécrire une série de fonctions que tu dois tout recommencer à 0. Sans compter Pango et Cairo dont les versions GTK3 sont juste totalements différentes des versions GTK2. Les fontes, les icones, les fenetres de dessin, les gradients etc. sont cassés d'une version à l'autre.
Toutes les personnes qui ont essayés de faire le portage ont jeté l'éponge dégoutés.
[^] # Re: Refus, condamnation et ...
Posté par Kaane . En réponse au journal Société de surveillance, fichage génétique et refus de prise d'empreinte. Évalué à 1.
Commentaire bookmark
Ouaip, ben Maitre Eolas fait la bonne grosse confusion entre probabilité et statistique.
La probabilité qu'un ADN donné soit similaire à un autre ADN donné est très très faible, mais la probabilité que l'ADN du tueur soit similaire avec un des ADN d'une base de données de 740 millions d'individus est déjà nettement plus faible.
CF : http://fr.wikipedia.org/wiki/Paradoxe_des_anniversaires pour comprendre pourquoi.
[^] # Re: Firefox ou XUL ?
Posté par Kaane . En réponse au journal Ayé, on peut compiler Firefox pour GTK+3 (si on veut). Évalué à 4.
qu'est ce qui explique ces développements ?
Deux écoles :
a) Les gars de chez GTK ont essayé de garder trop de compatibilité avec GTK2 dans GTK3 et ca a été un double echec. Tout d'abord la compatibilité est insuffisante et nécessite quand même de rentrer dans le code et ensuite ca a fait des boulets pour GTK3 dont il se débarasse au compte goutte.
b) Les mecs de chez GTK sont un petit peu trop proche du projet gnome et ca entrainne des débordements douteux - du type "comme Gnome 3 n'en a pas besoin/n'en veut pas - on le gicle de GTK3".
Après suivant votre niveau de troll vous prenez l'un ou l'autre. Si vous avez du mal à choisir, sachez juste que des éléments introduits en 3.2 ont été deprecated en 3.6 …
[^] # Re: Firefox ou XUL ?
Posté par Kaane . En réponse au journal Ayé, on peut compiler Firefox pour GTK+3 (si on veut). Évalué à 2.
Pour les deprecated, je ne retrouve pas ça dans la doc, à part :
La doc de Gnome est assez mal foutue à ce niveau. On va dire qu'après les décimations de GTK 3.2 et 3.4, 3.6 et 3.8 font presque pale figure.
En deprecated on a quand même
En 3.8 :
GtkGradient qui prend une claque :
Fonctions impactées :
gtk_gradient_add_color_stop, function in GtkGradient
gtk_gradient_new_linear, function in GtkGradient
gtk_gradient_new_radial, function in GtkGradient
gtk_gradient_ref, function in GtkGradient
gtk_gradient_resolve, function in GtkGradient
gtk_gradient_to_string, function in GtkGradient
gtk_gradient_unref, function in GtkGradient
GtkIconTheme qui se fait (encore) shooter (on pouvait s'y attendre)
gtk_icon_info_copy, function in GtkIconTheme
gtk_icon_info_free, function in GtkIconTheme
GtkMenu : vous vous souvenez quand on disait ques CSS ne seraient pas obligatoires ? Ben en fait…
GtkMenu:horizontal-padding, object property in GtkMenu
GtkMenu:vertical-padding, object property in GtkMenu
GtkMenuBar:internal-padding, object property in GtkMenuBar
GtkMenuItem:horizontal-padding, object property in GtkMenuItem
GtkSettings : On ne gère pas les couleurs soi-même
GtkSettings:color-hash, object property in GtkSettings
GtkSettings:gtk-color-scheme, object property in GtkSettings
GtkStyle* : On ne gère pas non plus les styles soi-même
gtk_style_properties_lookup_color, function in GtkStyleProperties
gtk_style_properties_lookup_property, function in GtkStyleProperties
gtk_style_properties_map_color, function in GtkStyleProperties
gtk_style_properties_register_property, function in GtkStyleProperties
gtk_style_provider_get_icon_factory, function in GtkStyleProvider
gtk_style_provider_get_style, function in GtkStyleProvider
GtkSymbolicColor : J'ai déjà dit qu'on ne gérait pas les couleurs soi-même.
gtk_symbolic_color_new_alpha, function in GtkSymbolicColor
gtk_symbolic_color_new_literal, function in GtkSymbolicColor
gtk_symbolic_color_new_mix, function in GtkSymbolicColor
gtk_symbolic_color_new_name, function in GtkSymbolicColor
gtk_symbolic_color_new_shade, function in GtkSymbolicColor
gtk_symbolic_color_new_win32, function in GtkSymbolicColor
gtk_symbolic_color_ref, function in GtkSymbolicColor
gtk_symbolic_color_resolve, function in GtkSymbolicColor
gtk_symbolic_color_to_string, function in GtkSymbolicColor
gtk_symbolic_color_unref, function in GtkSymbolicColor
GtkThemingEngine : MAIS ARRRH ! Pas les thèmes !
gtk_theming_engine_get_direction, function in GtkThemingEngine
gtk_theming_engine_get_font, function in GtkThemingEngine
gtk_theming_engine_register_property, function in GtkThemingEngine
En 3.6 :
GtkInfoBar qui se fait rayer :
GtkInfoBar:action-area-border, object property in GtkInfoBar
GtkInfoBar:button-spacing, object property in GtkInfoBar
GtkInfoBar:content-area-border, object property in GtkInfoBar
GtkInfoBar:content-area-spacing, object property in GtkInfoBar
GtkStyleContext (certains éléments ont été deprecated en 3.8 - je emts ca sur le compte d'un oubli)
gtk_style_context_cancel_animations, function in GtkStyleContext
gtk_style_context_get_direction, function in GtkStyleContext
gtk_style_context_get_font, function in GtkStyleContext
gtk_style_context_notify_state_change, function in GtkStyleContext
gtk_style_context_pop_animatable_region, function in GtkStyleContext
gtk_style_context_push_animatable_region, function in GtkStyleContext
gtk_style_context_scroll_animations, function in GtkStyleContext
gtk_style_context_set_direction, function in GtkStyleContext
gtk_style_context_state_is_running, function in GtkStyleContext
GtkToolbar : petite claque sur la thémabilité - comme d'hab
GtkToolbar:internal-padding, object property in GtkToolbar
GtkToolbar:shadow-type, object property in GtkToolbar
De façon générale tout ce qui touche au changement de couleur, de placement, d'espacement ou de thème se fait copieusement marraver la gueule d'une version à l'autre. Le rpoblème dans un produit comme Firefox est que ca oblige à avoir deux jeux de widgets : celui pour la fenêtre elle même, et celui pour le contenu.
[^] # Re: Un annuaire en deux temps, trois mouvements
Posté par Kaane . En réponse au journal Gestion de LDAP sous Debian : OpenLDAP. Évalué à 5.
Et justement, pour ceux qui veulent faire un galop d'essai tout en restant hype, je tiens à signaler quelque chose que j'ai découvert il y a juste deux jours : ldapjs.org.
Attention ! Contrairement à ce que son nom peut laisser penser, ldapjs n'est pas un annuaire LDAP. C'est une base de données hiérarchique compatible avec une grande partie de l'API LDAPv3.
Mais on peut tout à fait faire du "schema-less" en LDAP JS. Ce qui peut s'avérer très pratique si on ne veut pas s'encombrer d'un schema pour faire une base NO-SQL hiérarchique, mais aussi très très casse gueule si on veut faire du LDAP avec et que l'on débute.
A bon entendeur…
[^] # Re: Firefox ou XUL ?
Posté par Kaane . En réponse au journal Ayé, on peut compiler Firefox pour GTK+3 (si on veut). Évalué à 6.
Plus sérieusement le premier argument que je vois c'est de compiler contre un framework graphique maintenu (GTK2 est en fin de vie).
GTK2 n'est pas franchement en fin de vie, il n'est juste plus maintenu par le groupe "officiel". Ceci étant il est encore très vivant.
Il est vachement plus maintenu et compatible avec l'existant que GTK 3.6.2 par exemple (qui n'a pas un an et déjà une collection de deprecated à faire peur).
Par exemple le "port" de GTK3 de firefox
Ne supporte pas les plugin NPAPI (API Obsolette - au revoir flash et autres plugins)
A des soucis avec les gradients/icones/menus (De toutes façon une partie des API utilisées ont déjà été deprecated en 3.8 ou en 3.9 - travail à refaire donc)
Ne semble pas d'une stabilité expemplaire avec toutes les extensions XUL
Donc c'est une proof of concept, mais on est pas encore au moment ou madame MichuWW un utilisateur Ubuntu va avoir un Firefox GTK3 sur sa machine.
[^] # Re: +1000
Posté par Kaane . En réponse au journal Il y a 15 ans, j'ai fondé LinuxFr. Évalué à 2.
Oui, tu peux recuperer le systeme. Mais X s'est pete la gueule en beaute, entrainant ta session et les applis avec lui.
Que X soit totalement inadapté à une utilisation moderne on est d'accord. Mais si tu relis totu le thread tu verras que l'on parle du kernel.
Tout ce que je dis est que le kernel
a) Ne part pas en kernel panic quand il y a un crash graphique
b) Est tout à fait capable de charger et de décharger un pilote graphique en cours de route (sans redémarrer)
c) Peut continuer à gérer un mode graphique (framebuffer par exemple) alors que le mode graphique de X est vautré.
Et donc que le kernel fait tout ce que fait le noyeau de windows 7 au niveau chargement/déchargement de pilotes graphiques, et ce depuis des années.
Maintenant X ne suit pas - espérons que les successeurs feront mieux.
[^] # Re: +1000
Posté par Kaane . En réponse au journal Il y a 15 ans, j'ai fondé LinuxFr. Évalué à 3.
Sous Linux quand le driver X de la carte se croûte, c'est reboot.
a) Ca dépend quelle partie du driver, si c'est la partie initialisation/selection de mode oui on risque le kernel panic. Par contre si c'est la partie affichage/acceleration et que le pilote n'est pas codé avec les pieds le kernel survivra sans probléme.
b) Neuf fois sur dix, même si c'est la partie "sensible" qui crashe on peut récupérer le système au vol, par exemple si on a une seconde carte graphique ou en se connectant sur un TTY ou via SSH. Le crash d'un module n'entrainne pas forcément la panique du kernel (et heureusement).
c) Quand la partie accéléré se vautre (c'est à dire quand le kernel expose directement des segments mémoires physiques à une appli) là c'est le drame. Mais c'est le drame pareil sous Windows que sous Linux. Et la raison est simple : un programme est en train d'essayer d'écrire dans un segment physique qui n'existe pas ou qui est en erreur. Et ca c'est très mauvais signe.
Sous Windows, ça survit bien si ca s'est vautré dans la partie userspace du module. Tu as un lien en bas de la page wikipedia qui t'explique comment ça marche chez Microsoft.
Et bien si on va sur cette page MSDN on y voit les informations suivantes :
En d'autres termes, avant les pilotes de cartes graphiques géraient les informations de mappage mémoires eux-même. Notament la ségrégation entre la mémoire sur la carte et la mémoire réclamée en dehors de la carte, maintenant ils doivent filer toutes les infos à WDDM et c'est lui qui fait la gestion. Mais le pilote lui même est toujours en kernelspace.
Tout ce qui se passe c'est que maintenant ce n'est plus la carte graphique qui expose elle même sa mémoire sur le segment de son choix. Dorénnavant elle indique au kernel quel segment elle a réservé et c'est le kernel qui l'expose soit en direct pour les fonctions accélérés haut niveau, soit via WDDM pour le reste.
Donc on a toujours un pilote en pur kernelspace, mais on a une interface userspace (en l'occurence WDDM) pour accéder de façon rapide à un ensemble réduit de fonctionnalités de la CG.
C'est en ca que c'est très proche d'un framebuffer ou d'une interface VESA+. On a un segment de mémoire qui est mappé en kernelspace par le noyeau. Sauf qu'avant on pouvait aller écrire dedans depuis le userspace comme dans n'importe quel autre segment mémoire exposé - et que maintenant il faut utiliser l'API WDDM. Donc avant on crashait un segment mémoire du kernelspace (et donc panique) et maintenant on plante l'interface WDDM (ce qui est nettement moins grave). A noter que en VESA+ (c'est à dire en VESA virtualisé avec un roud trip par le kernel à chaque appel) on a un comportement similaire, si on fait n'importequoi on se retrouve juste avec un segment de mémoire virtuelle qui n'est plus copiable dans les buffers de la carte graphique - c'est grosso-modo le même genre de séurité que WDDM (sauf qu'on a pas d'API, juste un map mémoire). Malheuresement VESA+ n'est plus supporté par aucune carte en natif… Dommage j'aimais bien le 512x384 en 16bits…
[^] # Re: +1000
Posté par Kaane . En réponse au journal Il y a 15 ans, j'ai fondé LinuxFr. Évalué à 2.
avec le fonctionnement même partiel en userspace (que linux/X ne fait pas)
Si Linux le fait. La preuve quand j'arrête X j'ai toujours une console en frame buffer. J'ai bien un processus userspace qui va écrire dans un segment de mémoire totu seul comme un grand et dont le résultat se trouve affiché à l'écran. Ce sont les modes compatibles VESA/VESA+/VGA etc.
WDDM c'est juste une version améliorée de VESA+. Bon vraiment beaucoup améliorée (Mais VESA c'était il y a 20 ans aussi.)
Si le mode WDDM se croute, la carte purge le buffer mémoire, libére deux trois registres et ca repart. Si la carte plante tu as un BSOD sous windows - tout pareil que sous Linux - même si aucune de tes applis n'utilisait de fonctions en dehors de WDDM.
[^] # Re: +1000
Posté par Kaane . En réponse au journal Il y a 15 ans, j'ai fondé LinuxFr. Évalué à 8.
Après par contre tu peux lui parler depuis l'usersapce via dbus (ce qui se trouve simplifié par ce choix de formatage).
C'est clair. Sauf que je ne veux JAMAIS discuter avec l'init. Parceque ca ne sert à rien. Je luis laisse des instructions, il les execute et basta. En 20 ans d'Unix divers et variés je n'ai jamais une seule fois eu besoin de faire un coucou à l'init en cours de route. J'utilise les fonctionnalité de l'init, mais l'init en lui même j'en ai rien à faire (il se lance, il lance ce que je lui ai demandé dans les fichiers de config et puis il ferme sa gueule). Pour dialoguer avec le service bidule ou le log truc j'utilisais les outils standard. Je pouvais relancer une instance apache dans un container existant avec une config créé dynamiquement sans une seule fois avoir besoin de demander quoi que ce soit à l'init.
Je conçois que c'était puissant mais crade.Mais là, ben c'est plus très puissant. Certes les trucs vraiment simples sont encore plus simple, mais les trucs puissants nécessitent de faire des wrappers dans tous les sens. Autant dire écrire un système d'init secondaire - et ca c'est très très crade.
Donc au final j'ai un DBus qui ne me sert pas, mais qui me gène pour faire des trucs puissants et qui me pousse au crade….
WIP non?
Non. Corriger ces problèmes serait contraire à la philosophie derrière systemd. Le coté Turing Complete - Passage d'arguments - Passage d'environnement est hors de question pour l'instant. Personellement je ne sais pas combien de temps ils vont réussir à tenir sans ça - mais je sais que je dois refondre toute mon infra si je n'ai pas ces trois fonctionnalités.
[^] # Re: +1000
Posté par Kaane . En réponse au journal Il y a 15 ans, j'ai fondé LinuxFr. Évalué à 7.
Surtout que dans le lien que j'ai donné il y a également les réponse aux accusations de bloatware ou de systemd qui ferait trop de trucs.
Non il y a deux choses distinctes :
a) Systemd est un bloatware. Il en fout partout et il utilise des outils pas du tout adaptés pour faire un travail d'init. (Hint : DBus)
b) Systemd ne fait pas assez de choses. Il n'est pas Turing Complet, il ne dispose d'aucune prise en charge des interactions utilisateurs, il est incapable de gérer certains FS chiffrés, il ne gère pas les templates ou la création dynamique de services, le passage d'environnement etc.
A noter aussi que le lien que tu as donné reprend pas à pas l'argumentation de Lennart qui s'est fait démonter 200 fois.
Oui il y a besoin de "seulement" 10 dépendances pour lancer le PID 1 (ce qui est déjà ennorme pour le PID 1 d'ailleurs), mais pour avoir un système d'init complet (genre modifiable, debugable, éventuellement duplicable sur la machine d'à coté) Il faut plusieurs dizaines de dépendances hors kernel et près de 200 variables et fonctions du kernel.
[^] # Re: +1000
Posté par Kaane . En réponse au journal Il y a 15 ans, j'ai fondé LinuxFr. Évalué à 8.
Depuis Windows Vista, les drivers graphique sont en userspace.
Non.
Même pas un tout petit peu.
Pas du tout en fait.
Les drivers graphiques sont tellement pas en userspace que Microsoft refuse d'activer WebGL sur IE, de peur de se prendre des attaques d'escalade de privileges via site web.
Ce qui se passe quand tu installes un pilote graphique c'est que le système bascule sur un mode de compatibilité (frame buffer, vesa ou vesa +) installe les pilotes puis rebascule sur un mode accéléré via les nouveaux pilotes.
On peut le faire sous Linux depuis des années. On bascule en console frame buffer, on éteint X, on décharge les anciens modules on charges les nouveaux modules et on relance X avec les nouveaux pilotes.
Le noyeau n'a aucun soucis avec ça, c'est X11 qui est incapable de mettre de coté le buffer video et de le passer d'un mode à un autre.
Si on avait l'accès aux fonctionnalités d'init complète des CG moderne ca aiderait aussi pas mal.
Donc oui c'est une fonctionnalité desktop de windows que l'on a pas en desktop GNU/Linux (android par contre le fait sans soucis) - mais les pilotes des cartes graphiques ne sont pas en userland. Et c'est pas prêt d'arriver.(Pour que ce soit possible il faudrait des protocoles unifiés d'accès aux périphs graphiques - et c'est ce que toute l'industrie cherche à éviter)
[^] # Re: +1000
Posté par Kaane . En réponse au journal Il y a 15 ans, j'ai fondé LinuxFr. Évalué à 10.
Combo troll.
N'empêche, un libriste sous Mac OS X c'est comme un féministe pornographe. D'abord on est choqué par le paradoxe, ensuite on rationalise en se disant qu'une des deux notions doit échapper à notre interlocuteur.
[^] # Re: +1000
Posté par Kaane . En réponse au journal Il y a 15 ans, j'ai fondé LinuxFr. Évalué à 4.
Mais oui il faut aussi désapprendre
Certes, mais pour désapprendre, il faut la doc de la nouvelle méthode. Elle est ou la doc Mac ? Non parceque c'est supposé être tellement intuitif que leur livret de vingt pages imprimée en fonte taille 4 ne fait quasiment que te parler de leurs brevets et de leurs exclusivités de droits.
Ensuite | sur le L c'est pas franchement super-malin (pas beacoup plus que de mettre le 1 sur le I par exemple).
Et pour finir les ([{ c'est peut être logique, mais c'est case pied de devoir s'y reprendre à deux fois pour fermer un crochet ou une acollade (shift ou pas shift), surtout en prog fonctionnelle ou en objet ou on passe sa vie à fermer et ouvrir des closures.
[^] # Re: +1000
Posté par Kaane . En réponse au journal Il y a 15 ans, j'ai fondé LinuxFr. Évalué à 7.
Relit : j'ai arraché la prise.
Toutes mes excuses. Pas d'orties fraiches dans mon quartier, je vais donc me faire pardonner en écoutant de la musique qui passe à la radio (mais j'aurais préféré les orties fraiches…)
J'ai essayé plusieurs fois, rien à faire, je n'y arrive pas…
Tant mieux pour toi. Mais c'est un problème qui arrive, il n'y a guere que sous Mac que j'ai vu des disques durs complètement en vrac logiquement et en pleine forme physiquement.
Bref, le problème ne doit pas bien arriver souvent plutôt, et les utilisateurs n'ont pas de problèmes particuliers, de manière générale.
De manière générale, un utilisateur qui a un mac va avoir un gros soucis tous les 3/4 ans je dirais. Il ira dans un Apple store qui lui "corrigera" le problème huit fois sur dix et il sera content au final.
Faudrait arrêter de prendre les utilisateurs pour des idiots qui ne râlent pas si ils perdent des données.
Aussi surprenant que ce soit, l'utilisateur Mac ne rale pas. Je ne pense pas qu'il s'agisse d'une preuve de bétise, la plupart des utilisateurs sont passés sous Mac suite à de grosses déceptions sous Windows. Dans leur tête quand même Mac plante, c'est juste la berezina.
Ceci étant il y a quand même eu de très gros ralage sur les pertes de données Mac. A commencer par le fameux cimetierre des time capsule. http://timecapsuledead.org/closed.html