Si je ne fais pas d'erreur, je ne participerai donc plus aux projets hebergés par gitlab.com
GitLab ne fait que mettre noir sur blanc le principe d'historique fiable.
Tu ne peux donc plus participer à aucune projet ayant un historique fiable, soit quasi tous les projets open source (et même sans doute non open source).
Par ta réaction tu condamnes tout gestionnaire de code décentralisé (tu demandes à casser les hash de commit sur simple demande de ta part, boom les autres repos)
Tu condamnes le messager, ça ne change pas que depuis le début du contrôle de source c'est voulu de ne pas corrompre un historique.
Sérieux, il faut arrêter le délire à un moment, j'ai même lu qu'il faudrait qu'on supprime les données des backups, quelqu'un a-t-il prévu de remonter tous les backup, supprimer la ligne avec un email, et regarder les backups? Ca part de bonnes intentions, mais à un moment ça va trop loin.
(Tiens, maintenant je pense aux mailing list publiques avec front end web, ou les newsgroups diffusés sur plusieurs serveurs de plusieurs gestionnaires... Je me demande comment ça va se passer en pratique pour virer une adresse mail de ces trucs).
mais j'ai du mal à voir comment ce changement peut être légal dans le cadre de la RGPD/GPRD
C'est la partie "intérêt légitime à garder l'info". Ce n'est pas comme si un logiciel de peinture te demande ta date de naissance, c'est une site qui fait un historique de tes commits qui te demande le droit de faire un historique de tes commits.
# Tu ne peux donc plus participer à aucune projet ayant un historique fiable
Posté par Zenitram (site web personnel) . En réponse au journal Gitlab.com interdit de supprimer ou modifier ses informations personnelles. Évalué à 8. Dernière modification le 25 mai 2018 à 11:21.
GitLab ne fait que mettre noir sur blanc le principe d'historique fiable.
Tu ne peux donc plus participer à aucune projet ayant un historique fiable, soit quasi tous les projets open source (et même sans doute non open source).
Par ta réaction tu condamnes tout gestionnaire de code décentralisé (tu demandes à casser les hash de commit sur simple demande de ta part, boom les autres repos)
Tu condamnes le messager, ça ne change pas que depuis le début du contrôle de source c'est voulu de ne pas corrompre un historique.
Sérieux, il faut arrêter le délire à un moment, j'ai même lu qu'il faudrait qu'on supprime les données des backups, quelqu'un a-t-il prévu de remonter tous les backup, supprimer la ligne avec un email, et regarder les backups? Ca part de bonnes intentions, mais à un moment ça va trop loin.
(Tiens, maintenant je pense aux mailing list publiques avec front end web, ou les newsgroups diffusés sur plusieurs serveurs de plusieurs gestionnaires... Je me demande comment ça va se passer en pratique pour virer une adresse mail de ces trucs).
C'est la partie "intérêt légitime à garder l'info". Ce n'est pas comme si un logiciel de peinture te demande ta date de naissance, c'est une site qui fait un historique de tes commits qui te demande le droit de faire un historique de tes commits.