J'utilise maintenant une version docker, et j'en suis assez satisfait.
Je comprends plus ou moins l’attrait des options à la Docker (ou Omnibus, qui est une approche très similaire), mais il est hors de question pour moi de perdre à ce point le contrôle sur les services que je fais tourner ;)
La raison principale est que la personnalisation de pas mal de choses fait que tu ne trouves que très difficilement de l'aide aux problèmes que tu as quand tu fais des recherches en ligne.
Ici ça a commencé à aller beaucoup mieux une fois que j’ai trouvé les commandes gitlab-rake et gitlab-rails-console fournies par le paquet Debian ;)
Je n'arrivais pas à faire fonctionner plusieurs fonctionnalités de base que j'estime importantes.
Dans l’ensemble j’ai eu affaire à des personnes réactives et impliquées, je ne me suis jamais retrouvé avec un souci important qui persiste longtemps.
En plus, à chaque mise à jour, je passais une demi journée à refaire marcher ma config.
Je n’ai pas eu ce genre de souci, peut-être parce que j’utilise une base Debian stable qui ne fait quasiment rien tourner d’autre que GitLab ?
Les mises-à-jour des dépôts officiels Debian sont automatisés via unattended-upgrades + needrestart, et je fais manuellement les mises-à-jour de GitLab lorsqu’elles me sont signalées par la mise-à-jour de la page de wiki associée : https://wiki.debian.org/gitlab
(on peut "s’abonner" à une page du wiki Debian, pour être prévenu par e-mail à chacune de ses modifications)
J’ai eu l’occasion d’installer de multiples instances de GitLab sur des bases Debian, et d’en migrer entre différentes machines.
Par contre, je ne suis pas pour ça la méthode à laquelle tu fais référence (Omnibus, fournissant GitLab et toutes ses dépendances dans un paquet "fourre-tout") mais la méthode proposée chez Debian se basant sur les paquets fournis par la distribution : gitlab - Buster Fast Track (Recommended) - Debian Wiki
La base utilisée est une Debian stable, et les paquets du systèmes sont utilisés autant que possible, en particulier pour nginx, PostgreSQL, les gems Ruby, les paquets Node.js… Ce qui évite de devoir faire confiance à l’équipe de GitLab pour maintenir tout ça en plus de GitLab lui-même.
Je leur ai répondu pour être sûr que ma réponse d’origine ne se soit pas perdue :
I already sent a statement through the provided form, but to make sure you do not miss it here is a copy of the answer I sent to the copyright infringement notice on April 22nd:
(…)
I think the initial notice has been sent by a bot, that got triggered by the inclusion of the filename "setup_real_myst_masterpiece_edition_2.2_rev_10535_(64bit)_(23829).exe" in the web page body. But we do not actually provide this file, and the link it is attached to redirects to an authorized store: https://www.gog.com/game/real_myst_masterpiece_edition
To my knowledge, there is no copyright-protected content at all hosted on the server I rent from Hetzner. The full source, including the license, of the contents of www.dotslashplay.it can be found here:
https://forge.dotslashplay.it/play.it/pages
and the source of the contents of scripts.dotslashplay.it can be found here:
https://forge.dotslashplay.it/play.it/scripts
Right now, I am still waiting to hear from DMCA agent Mark Bauman, who has not acknowledged my answer yet.
Mon hébergeur, Hetzner, a réagi au message d’origine (mais sans prise en compte de ma réponse) :
Dear Mr Antoine Le Gonidec,
We have received information regarding spam and/or abuse from notice@dmcaforce.com.
Please take all necessary measures to avoid this in the future.
We also request that you send a statement within 24 hours to us and to the person who filed the complaint. This response should contain information about how this could have happened and what you intend to do about it.
How to proceed:
- Solve the issue
- Send us a statement by using the following link: https://abuse.hetzner.com/statements/?token=xxxxx
- Send a response by email to the person who filed the complaint
The statement will be checked by a staff member who will then coordinate any further proceedings. If you fail to comply within the stated deadline, the IP may be blocked.
Important note:
When replying to us, please leave the abuse ID [AbuseID:XXXXX:XX] unchanged in the subject line.
La solution est tellement simple que je ne vois pas de raison de ne pas le faire.
Je ne peux pas répondre à la place de l’équipe de LinuxFR, mais de mon côté je ne vais pas ajouter cet en-tête à mes sites Web. J’ai surtout deux raisons pour ça :
une raison technique : ne pas surcharger la liste de mes en-têtes. Aujourd’hui je devrais ajouter celle-ci, puis probablement une autre l’année prochaine quand Google ne suivra plus celle qui est donnée ici, puis une autre l’année suivante…
une raison politique : ce n’est pas à Google de décider unilatéralement comment le Web fonctionne, je ne vais donc pas me plier au moindre de leurs caprices.
J'ai fait un grand ménage et j'en ai supprimé la moité sur les plateformes qui le permettent (Steam, Epic et Gog).
Ça me dépasse un peu ;)
Je comprends qu’on puisse souhaiter faire un tri dans le cas de jeux physiques, et donc avec une place limitée pour les stocker. Tout comme on doit parfois donner de ses bouquins quand on n’a plus de place sur les étagères.
Mais dans le cas de produits dématérialisés, que ce soit des fichiers musicaux, des e-books ou des jeux vidéo, quel est l’intérêt de supprimer une partie de ceux qu’on possède ?
Les sites servant ces URL et le contenu de celles-ci sont sous ma responsabilité, je serai donc votre interlocuteur sur ce sujet.
Votre signalement est incomplet, ce qui m’empêche pour l’instant d’agir en conséquence : vous n’avez pas précisé quel contenu servi par les URL listées serait selon vous soumis au copyright de Cyan Worlds, Inc. Merci donc de nous apporter cette précision pour que nous puissions prendre les mesures nécessaires.
Il ne s’agit pas d’une traduction de ma réponse, mais bien d’une copie, l’originale est déjà en français ;)
Je ne m’attends pas forcément à un retour de leur part, cette réponse est avant tout là pour que mon hébergeur (en copie de cette réponse comme du message original) comprenne que j’ai reçu la demande et la prend un minimum au sérieux. Et donc éviter qu’ils me coupent mon serveur par excès de prudence.
C’est malin, juste quand je cherche à ne plus passer du temps à communiquer largement autour de ./play.it, voilà qu’on se prend une accusation de violation de copyright sur le coin de la figure : ./play.it — DMCA Copyright Infringement Notification
Si jamais il y a des suites, j’essaierai de prendre le temps de rédiger un article de blog pour résumer les échanges, et le partagerai via un nouveau journal sur LinuxFR.
Je pense qu’ils arrosent de mails de menace les responsables de toutes les pages Web incluant la chaîne de caractères "setup_real_myst_masterpiece_edition_2.2_rev_10535_(64bit)_(23829).exe", en espérant que dans le tas il y a quelques cas où leurs prétentions sont légitimes.
Cyan Worlds, Inc n'a aucuns droits sur play-realmyst-masterpiece-edition.sh non ?
Absolument aucun, c’est un script sous licence BSD 2-Clause dont je suis l’auteur.
En fait légalement parlent je sais pas a quel point Cyan Worlds, Inc a le droit de t’empêcher de partager ce genre de script ?
À ma connaissance, ils n’ont absolument aucun droit de ce côté. Ce genre d’attaque, ça me semble similaire à menacer VideoLAN sous prétexte que VLC permet de lire des films sous copyright.
# ./play.it 2.13
Posté par vv222 . En réponse au lien ./play.it — DMCA Copyright Infringement Notification. Évalué à 2.
On évoque de nouveau ce sujet dans un journal qui a été publié pour causer plus en détail de la mise-à-jour 2.13 de ./play.it :
./play.it 2.13 : site Web, copyright et jeux vidéo
# ./play.it 2.13
Posté par vv222 . En réponse au journal ./play.it — Arrêt de la maintenance du site Web. Évalué à 2.
On évoque de nouveau ce sujet dans un journal qui a été publié pour causer plus en détail de la mise-à-jour 2.13 de ./play.it :
./play.it 2.13 : site Web, copyright et jeux vidéo
# Journal
Posté par vv222 . En réponse au lien Sortie de ./play.it 2.13.0. Évalué à 2.
Un nouveau journal a été publié pour causer plus en détail de la mise-à-jour 2.13 de ./play.it :
./play.it 2.13 : site Web, copyright et jeux vidéo
# Journal
Posté par vv222 . En réponse au lien Appel aux tests : ./play.it 2.13.1. Évalué à 2.
Un nouveau journal a été publié pour causer plus en détail de la mise-à-jour 2.13 de ./play.it :
./play.it 2.13 : site Web, copyright et jeux vidéo
[^] # Re: La migration a commencé vers libera.chat ,GeekNode, OFTC, etc.
Posté par vv222 . En réponse au journal Multiple démissions dans l'équipe du réseau IRC Freenode. Évalué à 10.
J’en ai connu qui disaient « Don’t be evil. ».
Ça n’engage pas à grand chose ce genre de déclaration…
# Journal
Posté par vv222 . En réponse au lien la fin de freenode ? (démission de l'équipe freenode). Évalué à 4.
Un journal vient d’être publié pour causer de tout ça : Multiple démissions dans l'équipe du réseau IRC Freenode
[^] # Re: Méthode d’installation alternative
Posté par vv222 . En réponse au message Installation de Gitlab sur un serveur local. Évalué à 2.
Je comprends plus ou moins l’attrait des options à la Docker (ou Omnibus, qui est une approche très similaire), mais il est hors de question pour moi de perdre à ce point le contrôle sur les services que je fais tourner ;)
[^] # Re: Méthode d’installation alternative
Posté par vv222 . En réponse au message Installation de Gitlab sur un serveur local. Évalué à 3.
Ici ça a commencé à aller beaucoup mieux une fois que j’ai trouvé les commandes
gitlab-rakeetgitlab-rails-consolefournies par le paquet Debian ;)Il m’est aussi arrivé d’avoir des soucis, que j’ai donc rapportés sur l’outil de suivi des bugs pour ce paquet chez Debian : https://bugs.debian.org/cgi-bin/pkgreport.cgi?src=gitlab
Et à l’occasion je suis directement allé contribuer des patchs auprès des mainteneurs du paquet : https://salsa.debian.org/ruby-team/gitlab
Dans l’ensemble j’ai eu affaire à des personnes réactives et impliquées, je ne me suis jamais retrouvé avec un souci important qui persiste longtemps.
Je n’ai pas eu ce genre de souci, peut-être parce que j’utilise une base Debian stable qui ne fait quasiment rien tourner d’autre que GitLab ?
Les mises-à-jour des dépôts officiels Debian sont automatisés via unattended-upgrades + needrestart, et je fais manuellement les mises-à-jour de GitLab lorsqu’elles me sont signalées par la mise-à-jour de la page de wiki associée : https://wiki.debian.org/gitlab
(on peut "s’abonner" à une page du wiki Debian, pour être prévenu par e-mail à chacune de ses modifications)
# Méthode d’installation alternative
Posté par vv222 . En réponse au message Installation de Gitlab sur un serveur local. Évalué à 7.
J’ai eu l’occasion d’installer de multiples instances de GitLab sur des bases Debian, et d’en migrer entre différentes machines.
Par contre, je ne suis pas pour ça la méthode à laquelle tu fais référence (Omnibus, fournissant GitLab et toutes ses dépendances dans un paquet "fourre-tout") mais la méthode proposée chez Debian se basant sur les paquets fournis par la distribution : gitlab - Buster Fast Track (Recommended) - Debian Wiki
La base utilisée est une Debian stable, et les paquets du systèmes sont utilisés autant que possible, en particulier pour nginx, PostgreSQL, les gems Ruby, les paquets Node.js… Ce qui évite de devoir faire confiance à l’équipe de GitLab pour maintenir tout ça en plus de GitLab lui-même.
# Article de blog
Posté par vv222 . En réponse au lien Sortie de ./play.it 2.13.0. Évalué à 3.
L’annonce de sortie de la version 2.13 de ./play.it est en cours de rédaction sur notre forge : https://forge.dotslashplay.it/play.it/blog/-/merge_requests/2
Les coups de main sont bien sûr les bienvenus, que ce soit pour la rédaction ou la traduction.
[^] # Re: Réponse de l’hébergeur
Posté par vv222 . En réponse au lien ./play.it — DMCA Copyright Infringement Notification. Évalué à 2.
Je leur ai répondu pour être sûr que ma réponse d’origine ne se soit pas perdue :
# Réponse de l’hébergeur
Posté par vv222 . En réponse au lien ./play.it — DMCA Copyright Infringement Notification. Évalué à 2.
Mon hébergeur, Hetzner, a réagi au message d’origine (mais sans prise en compte de ma réponse) :
[^] # Re: Userchrome.css
Posté par vv222 . En réponse au journal nouvelle interface pour Firefox 89. Évalué à 4. Dernière modification le 24 avril 2021 à 18:33.
Je suis surpris, je vois que ce navigateur existe depuis des années mais c’est la première fois que j’en entends parler.
Qu’est-ce qui distingue Eolie de Epiphany (alias « Gnome Web ») ?
[^] # Re: Et vous, quel format utilisez vous?
Posté par vv222 . En réponse à la dépêche Des systèmes de fichiers pour périphérique amovible. Évalué à 3.
ext4 pour tous les supports de stockage internes de mes machines, que ce soit pour les disques durs ou pour les SSD. Souvent sans partitionnement.
UDF pour tous mes supports de stockage amovibles, sans partitionnement.
[^] # Re: Et quand ce n’est pas un ordinateur ?
Posté par vv222 . En réponse à la dépêche Des systèmes de fichiers pour périphérique amovible. Évalué à 10.
M’est avis que ce n’est pas de l’autoradio dont il est question ici, mais de la voiture qui est autour ;)
[^] # Re: À nuancer ?
Posté par vv222 . En réponse à l’entrée du suivi Désactiver FLoC sur linuxfr. Évalué à 5 (+0/-0).
Je ne peux pas répondre à la place de l’équipe de LinuxFR, mais de mon côté je ne vais pas ajouter cet en-tête à mes sites Web. J’ai surtout deux raisons pour ça :
[^] # Re: À nuancer ?
Posté par vv222 . En réponse à l’entrée du suivi Désactiver FLoC sur linuxfr. Évalué à 3 (+0/-0).
Il suffit de ne pas charger de contenu tiers sur ses sites, non ?
Ou bien je ne comprends pas ce que tu désignes par « injection ».
[^] # Re: Nettoyage de jeux Steam
Posté par vv222 . En réponse au journal Battle royal et adolescence…. Évalué à 3. Dernière modification le 22 avril 2021 à 18:18.
Ça me dépasse un peu ;)
Je comprends qu’on puisse souhaiter faire un tri dans le cas de jeux physiques, et donc avec une place limitée pour les stocker. Tout comme on doit parfois donner de ses bouquins quand on n’a plus de place sur les étagères.
Mais dans le cas de produits dématérialisés, que ce soit des fichiers musicaux, des e-books ou des jeux vidéo, quel est l’intérêt de supprimer une partie de ceux qu’on possède ?
# À nuancer ?
Posté par vv222 . En réponse à l’entrée du suivi Désactiver FLoC sur linuxfr. Évalué à 5 (+0/-0).
Un article de blog que j’ai lu récemment laisse penser qu’ajouter systématiquement cet en-tête ne soit pas forcément une bonne idée : Misinformation about Permissions Policy and FLoC.
# Première réponse
Posté par vv222 . En réponse au lien ./play.it — DMCA Copyright Infringement Notification. Évalué à 8.
Après avoir pas mal discuté, j’ai fini par décider de leur envoyer une réponse, dont voici une copie :
Il ne s’agit pas d’une traduction de ma réponse, mais bien d’une copie, l’originale est déjà en français ;)
Je ne m’attends pas forcément à un retour de leur part, cette réponse est avant tout là pour que mon hébergeur (en copie de cette réponse comme du message original) comprenne que j’ai reçu la demande et la prend un minimum au sérieux. Et donc éviter qu’ils me coupent mon serveur par excès de prudence.
# DMCA Copyright Infringement Notification
Posté par vv222 . En réponse au journal ./play.it — Arrêt de la maintenance du site Web. Évalué à 6.
C’est malin, juste quand je cherche à ne plus passer du temps à communiquer largement autour de ./play.it, voilà qu’on se prend une accusation de violation de copyright sur le coin de la figure : ./play.it — DMCA Copyright Infringement Notification
Si jamais il y a des suites, j’essaierai de prendre le temps de rédiger un article de blog pour résumer les échanges, et le partagerai via un nouveau journal sur LinuxFR.
[^] # Re: Anti cheat
Posté par vv222 . En réponse au journal Battle royal et adolescence…. Évalué à 2.
Si tu parles bien du Unreal Tournament original, ./play.it permet toujours de le faire tourner nativement sur nos distributions modernes.
Je prévois quand j’aurai un peu de temps devant moi de faire subir le même traitement à Unreal Tournament 2004.
[^] # Re: E-mail
Posté par vv222 . En réponse au lien ./play.it — DMCA Copyright Infringement Notification. Évalué à 6.
Pour ma part je ne me suis à aucun moment senti agressé, j’espère que ça se sent dans mes réponses.
J’ai bien compris que ton coup de gueule est contre les liens sans contexte en général, et pas juste contre celui que je partage ici.
[^] # Re: En quoi ?
Posté par vv222 . En réponse au lien ./play.it — DMCA Copyright Infringement Notification. Évalué à 5.
C’est aussi ce que je soupçonne.
Je pense qu’ils arrosent de mails de menace les responsables de toutes les pages Web incluant la chaîne de caractères "setup_real_myst_masterpiece_edition_2.2_rev_10535_(64bit)_(23829).exe", en espérant que dans le tas il y a quelques cas où leurs prétentions sont légitimes.
[^] # Re: En quoi ?
Posté par vv222 . En réponse au lien ./play.it — DMCA Copyright Infringement Notification. Évalué à 7.
Absolument aucun, c’est un script sous licence BSD 2-Clause dont je suis l’auteur.
À ma connaissance, ils n’ont absolument aucun droit de ce côté. Ce genre d’attaque, ça me semble similaire à menacer VideoLAN sous prétexte que VLC permet de lire des films sous copyright.