Reprise du message précédent :
Tu vas passer plus de temps à recompresser qu'à retélécharger à mon avis

C’était pour tester et c’est passé.

Apparemment toutes les distributions (Batocera, Retrobat, ESDE...) retirent tous les émulateurs Nintendo.

Téléchargez la version actuelle, gardez la dans un coin, et coupez les mises à jour

Non malheureusement, comme je l'ai dit sur l'autre topic ça fait plusieurs jours que ça en parle sur le discord de Batocera (moi je viens de le voir).

Ils ont reçu une lettre de Nintendo il y a 2 semaines leur intimant de tout virer Nintendo n'a aucun appui légal mais bien évidemment les devs ne veulent pas prenre de risques inutiles.

Comme certains doutent des faits à cause du timing :

posts du 31 (le 2 est en France, pas de décalage horaire) :

Suppression des émulateurs sur Batocera : https://github.com/batocera-linux/b [...] pull/11388 (mergé)
Suppression des émulateurs sur Retrobat : https://github.com/RetroBat-Officia [...] do-removal (pas encore mergé)

Après vous faites ce que vous voulez hein, mais vous faire télécharger quelques softs "au cas où" ça me semble pas être un poisson d'avril hilarant.

Mais y aura tj la possibilité de tout ajouter manuellement non ?

M'enfin

wait

si c'est un poisson il est hyper sophistiqué pour être coordonné sur plusieurs frontends...

Il me semble que Retrobat et Batocera c'est la même teams.  

En tout cas ils se connaissent.
Mais c'est surtout que la PR que j'ai linké a été mergée, c'est pas compliqué à rollback mais c'est pas juste une annonce, quoi.

En fait le merge n'a jamais eu lieu :
https://github.com/batocera-linux/b [...] 2032631248

On est d'accord qu'une blague c'est bien censé être drôle?
Perso c'est pas mon humour (alors que l'Exocet, je voudrais toujours y croire ).

La tournure que ça prend
Effectivement, moi j'apprécie la blague, mais je comprends que ça puisse déchainer des passions

J'ai vu mais j'ai beau tourner le truc dans tous les sens, je vois pas comment ils ont fait : je le constate bien que ça n'existe pas dans l'historique, mais tout dans la PR indique que ça a été mergé. J'aimerais bien comprendre.

mergé sur une branche morte dans un coin au lieu de la master ?

Cela me fait marrer. Au début j'y ai cru puis je me suis dis que c'était un poisson.

Cosmo y a cru plus longtemps mais c'est le but du poisson d'avril.

Les gens doivent se détendre un peu. C'est un projet gratuit, s'ils décident de ne plus proposer les émulateurs Nintendo, tu as juste à aller chez recalbox ou forker une version où il y a encore les emu Nintendo.

Même pour yuzu qui est fermé tu arrives a trouver facilement des versions fonctionnelles.

Je ne suis pas encore assez spécialiste de git. Mais ils ont l'air d'avoir fait le commit et le merge.

https://github.com/batocera-linux/b [...] 1a93454ea8

Les fichiers modifiés :

https://github.com/batocera-linux/b [...] 1388/files

Mais comme ils n'ont pas sorti de nouvelle version, osef.

Ils vont sûrement virer tout cela avant de build la V40.

En attendant il faut désactiver la mise a jour auto.

 
Ca a bien été merge sur la branche master. MAIS :  
 

 

 

 
Ils sont juste allés au bout de leur "blague". Tu peux juste dire que tu t'es fait avoir parce que c'était bien fait cosmo, c'est pas grave hein Et les timezones tu devrais connaître normalement

D'ailleurs, c'est marrant cette affaire Yuzu.
Nintendo a réussi à faire arrêter les projets Yuzu et Citra, mais du coup, il se retrouve avec deux ou trois nouveaux projets pour chacun des émulateurs, basés sur leurs sources. Ça fait un peu hydre, en fait.

 
Recalbox c'est ES il me semble ?
 
Et d'apres l'image posté par cosmo :
 

 
Non, rien à voir.
La mise à jour auto télécharge et installe la dernière release poussée sur canal officiel ou nightly à la fin de la chaîne de build.
Là, il s'agit d'un commit qui a tout au plus été propagé jusqu'à l'entrée du tunel, mais pour lequel aucune release n'a encore été générée (ni en nightly, ni en officiel, heureusement).
Le commit sera très certainement écrasé par un sur-modification d'ici la sortie de la prochaine release, même nightly

Ben c'est pas ce qui apparaît sur le merge. Ca doit utiliser une spécificité de l'affichage de github qui donne l'impression d'avoir été mergé sans que ça l'ait été vraiment, mais j'aimerais bien savoir laquelle.
 

 

Non tu le vois pas sur l'historique des fichiers modifiés. Je suis vraiment perplexe sur la méthode qu'ils ont utilisé.
 

Ben non justement ils sont pas allés au bout. C'est marqué mergé mais ça n'est pas vraiment.
J'ai jamais dit que je m'étais pas fait avoir, t'interprètes, comme d'hab. Evidemment timezones blabla j'ai regardé, sauf que ça a commencé largement avant minuit soutenu par des mecs en France, et que je me suis fait avoir sur le mec qui a fait la PR, qui est à Brisbane, et je pensais que c'était aux US sauf que c'est en Australie
 
Mais si tu connais mieux Github que moi, explique-moi comment ils ont fait pour que la PR soit marquée mergée, ait comme destination le master du repo upstream, n'ait pas été rollback, et n'apparaisse pas dans les historiques des fichiers. A moins qu'ils aient fait un force push d'un hard rollback mais c'est hyper risqué sur un repo comme ça avec beaucoup de monde.
 
Et je précise avant que t'interprètes ça comme une défense : je vois bien que c'était un poisson, que je me suis fait avoir, haha très drôle on est tous mdr, surtout quand t'arrives 10h après que tout soit retombé et que tu ne vois que la conclusion, c'est sûr tu dois te sentir intelligent. Mais je veux réellement voir comment on peut avoir une PR marquée mergée qui ne l'est pas vraiment.

 
Bonjour, git user ici, c'est exactement ce qui s'est passé, et ça n'a rien de risqué c'est utilisé régulièrement pour nettoyer l'historique d'un repo (par exemple quand un stagiaire a ruiné le git history en faisant un merge non squashé de sa PR de doc dégueulasse avec 47384 commits pour écrire un .md de 40 lignes).
 
La pull request est une donnée "github" stockée dans la BDD chez github. Le commit history est une donnée "git" stockée dans ton repo git. Le force push fait disparaitre le commit history mais ne fait rien à la pull request étant donné qu'elle n'existe pas dans git en premier lieu.
 
On aura pas l'historique étant donné que le force push l'a effacé (c'est le principe) mais techniquement il aurait pu merge la PR, et immédiatement checkout le commit précédent le merge et faire un force push dessus avec les droits admins pour arriver à ce résultat, 0 risque, 30 secondes montre en main.

Ils ont mergé, et revert/force push juste derrière

=> https://github.com/batocera-linux/b [...] AAEJq5uZQA

Voilà.
Sauf que dans l'historique on l'a (pas dans la partie GIT du coup, mais dans la partie Github si )

Alors je suis d'accord, mais git user ici aussi, c'est quand-même un move hyper risqué si t'es pas le seul à bosser dessus (ce qui est le cas ici avec des centaines de contributeurs) parce que si tu fais la moindre erreur, tu changes l'historique du repo et ça force tout le monde à le redescendre (et à galérer à récupérer ses branches/modifs). Ca m'est déjà arrivé avec moins de contributeurs que ça.
 
Disons que si c'est vraiment ce qu'ils ont fait, ça me fait hérisser le poil tout ce risque pour une pauvre blague qui n'a pas fait rire grand-monde. Si tu fais ça au taf tu te prends un blâme direct.

Ah oui tiens je savais pas qu'on voyait le reflog dans github.
 
Non seulement je trouve ça pas drôle (comme 99% des "blagues" du premier avril, en particulier ce genre-là) mais en plus c'est (je trouve) une prise de risque non négligeable juste pour ça.
 
Enfin bon bref /HS

Moi j'ai trouvé ça drôle (mais je suis quelqu'un de très cynique ).
Et pour le coup je ne vois pas la prise de risque...

Ah ben si y a un dev qui a pull master pendant les 2 minutes où c'était mergé, puis a lancé une branche dessus, ils ont intérêt à faire gaffe lors des prochaines MR, ça c'est sûr
EDIT : quoique même pas en fait, vu que la suppression passe par un commit en plus, faudra rebase et pas de souci.

 
Potentiellement un merge conflict pas très intéressant si quelqu'un avait profité de ces 2 minutes pour mettre à jour un des émulateurs nintendo et avait tenté un rebase !
 
Que l'on licencie immédiatement ce contributeur open-source bénévole.

C'est que t'as jamais fait de force push suivi d'un "merde plus personne n'arrive à commit" suivi d'un "bon j'ai bien cherché, la solution la plus simple c'est d'effacer ton repo local et de le re-descendre, j'espère que t'avais pas fait trop de modifs hein"
 
Supprimer les droits de force push c'est genre le premier truc qu'on a fait en migrant vers git ici

Au boulot on ne peut que push sur une nouvelle branche, seul marge bot a le droit de merger sur master.

Faudrait peut-être pas me faire dire des choses que je n'ai pas dit non plus. Moi aussi je fais de l'open source bénévolement, ça ne m'absout pas de toute critique même mineure.

 
J'arrive après la guerre vu que la réponse a été donnée mais de toute façon j'en savais rien, j'utilise git de manière très partielle sur des repos à 5 users et on fait des PR une fois par sprint, rien de bien fou Et j'étais d'accord avec toi sur l'aspect blague de merde hein, te met pas dans tous tes états. A fortiori si ça a mis le repos potentiellement en danger, c'est encore plus stupide. Le 1er avril faut juste éviter l'Internet, c'est plus sûr

P'tain les termes techniques sur cette page, faut s'accrocher. On passe à autre chose?

Cosmoo pas content  

Moi je suis d'accord avec lui sur ce dernier point : c'est pas parce qu'on fait bénévolement de l'open source qu'on est directement admis au paradis !
Au contraire, c'est sur ce genre de projet que j'aurai tendance à me méfier le plus du code "quick & dirty" et autres "ouais osef c'est gratos"
 
La réciproque est vraie aussi évidemment : c'est pas parce qu'un développeur bosse sur un projet privé coûteux ou assermenté secret défense que c'est du code de qualité obligatoirement ...

Ils voulaient sans doute faire cesser le Patreon en premier lieu