En gros, son point de vue c'est que l'intégration était complète et finie. Et que la "maintenance et dette technique" évoqué par Google/Chrome, c'est juste augmenter le numéro de version de la dépendance de temps en temps…
'ai pas trouvé la description du point dans la doc de git push, j'imagine que ça représente le "remote" local ?
Comme remote, on peut donner l'url d'un depot qui peut être un chemin local. Ici, on utilise le répertoire courant '.' comme "remote" et on fait donc un push dans notre propre dépot local pour mettre à jour une ref de branche avec le hash d'un commit.
Mon commentaire était pour indiquer qu'on peut détourner la commande 'push' pour modifier/mettre à jour une branche locale sans être obligé de faire un checkout (qui peut être pénible et lent si la branche courante a pas mal divergé) et que cette solution (que peu connaissent), qui peut être adaptée pour gérer ton 2ème cas, est beaucoup plus performante car l'update de la branche est instantané (seul le fetch et push final prennent du temps) et a moins de chance d'échouer (car on a pas à gérer les cas particuliers du checkout --changes local, merge conflicts,… --)
Si je comprend bien ta fonction gitmaster(), c'est pour synchroniser la branche master/mainsur laquelle tu ne travaille pas (bonne pratique importante pour le code suivant) avec upstream.
Si cela est le cas, tu peux le faire sans faire un checkout (et donc de façon plus pratique):
# Fetch from upstream
git fetch upstream
# get hash of upstream/masterhash="$(git rev-parse upstream/master)"# update 'master' without doing a checkout
git push . "$hash:refs/heads/master"# push to origin
git push origin master
Avec mes recherches, j’ai découvert que Linus avait contribué à ce logiciel.
Il l'a surtout créé lors d'un temps-mort en 2011 dans le développement du noyau.
A bit of Subsurface history
In fall of 2011, when a forced lull in kernel development gave him an opportunity to start on a new endeavor, Linus Torvalds decided to tackle his frustration with the lack of decent divelog software on Linux.
Par contre, je ne me rappelle pas à quoi ce temps mort était dû…
Y'avait eu une présentation du portage (aidé par au moins une personne de KDE si je me souviens bien) au FOSDEM et donc y'a une vidéo sur le sujet: https://www.youtube.com/watch?v=SJZIL0uCnt8
Je me souviens de pas grand chose sauf que le dev kde disait qu'il fallait faire comprendre à Linus que c'était pas trop grave si des bouts de codes de l'interface graphique était pas optimisé en terme de performance car il trouvait cela inacceptable.
Au niveau de la migration gtk/qt, le résumé de la video:
As subsurface evolved from a Gtk Application to a Qt one, cutting a quarter of the codebase while still gaining new functionalities, a new development tproposal was done: "How do we get this desktop based application and run it on mobile, on a unified codebase?"
La commodité sera notre perte.
J'avais lu un article parfait sur le sujet mais n'ai jamais réussi à le retrouver. En voici donc d'autres sur le sujet qui sont pas trop mal (en anglais) :
Les anglophones semblent avoir une expression pour expliquer le problème 'convenience culture' qui cherche à rendre tout plus pratique dans tous les domaines et donc on commence à peine à percevoir tous les effets négatifs…
Je préfère également largement une Progressive Web Apps (PWA) au lieu d'une application mais un truc qui m'énerve c'est qu'avec Firefox (sur Android) tu ne peux pas avoir une icône dans le tiroir d'applications (comme une application normale).
En cherchant un peu, j'ai vu que cette limitation n'existe pas avec Chrome (que je ne veux pas utiliser pour d'étranges raisons…..)
PS: surtout que les PWA ça évite de renforcer le monopole des marchés d'applications et ça permet de mutualiser les coûts (1 appli pour toutes les plates-formes). Par contre Apple traîne les pieds, y'a moins d'API et pas de monetisation…
Ouais, avec la réponse complexe sur les manettes j'ai pas réussi à comprendre quelle manette est en photo finalement… (Il faudrait peut-être une légende)
Que j'aurais aimé que les banques construisent un système de paiement sur internet basé sur les virements avec un identifiant de compte 'public' n'acceptant que des transactions de type credit…
De suite, toute cette classe de fraude ne serait pas possible…
On pouvait le soupçonner intuitivement, mais là on commence à en percevoir des indices concrets : la quantité d'énergie fossile présente sur la planète est finie. On ne sait pas quand, mais un jour y'en aura plus du tout.
En fait, c'est encore pire que cela car il faudrait de nous même laisser une bonne partie des énergies fossiles sous terre sans essayer de les exploiter sinon le conséquences auront coût prohibitif pour nos sociétés et pays…
Donc si on attend la fin des stocks en exploitant tous les sables bitumineux et les réserves en charbon (et peut-être d'autres choses pires comme les hydrates de méthane), sûrement que la question de quelle est la seule invention à garder sera le dernier de tes problèmes.
Il est bizarre cet article avec l'introduction sur le sujet (avec finalement assez peu d'informations. J'ai déjà lu plus d'infos ailleurs, je vais essayer de retrouver le lien) pour au final se transformer en ce qui ressemble à un vieux troll de "Windows, c'est globalement mieux que Linux".
De plus le mec (un ingénieur Microsoft) dit que toutes les interfaces graphiques Linux sont moches (en tout cas plus que Windows) sauf celle de mint. Alors que perso ayant vu celle de mint sur le pc de ma mère, mon sentiment c'est que je l'ai toujours trouvé moche chaque fois que je l'ai utilisé et j'avais toujours envie de lui mettre autre chose…
Asahi means “rising sun” in Japanese, and it is also the name of an apple cultivar. 旭りんご (asahi ringo) is what we know as the McIntosh Apple, the apple variety that gave the Mac its name.
Il me semble que:
* VCS, c'est pour "Version Control System"
* CVS, c'est pour "Concurrent Versions System"
* mais que tu voulais parler de VSC qui est "Visual Studio Code" ( https://code.visualstudio.com/ ). Non?
# Il fallait attendre un peu....
Posté par cosmocat . En réponse au lien Pub ou vrai attaque ?. Évalué à 7.
Y'a un article maintenant sur le sujet: https://goodtech.info/toolinux-devient-goodtech-info/
[^] # Re: et Google ?
Posté par cosmocat . En réponse au journal Résurrection de JPEG-XL par Apple. Évalué à 6.
🤞
Y'a un petit paragraphe intéressant à ce sujet dans cet article:
https://cloudinary.com/blog/the-case-for-jpeg-xl
En gros, son point de vue c'est que l'intégration était complète et finie. Et que la "maintenance et dette technique" évoqué par Google/Chrome, c'est juste augmenter le numéro de version de la dépendance de temps en temps…
(donc un peu ou beaucoup de mauvaise foi)
[^] # Re: Le Diable, les détails, toussa
Posté par cosmocat . En réponse au lien 22 lignes de vol court intérieur devaient être interdites, finalement ce sera 3 - numerama. Évalué à 6.
D'après ce tweet, c'est même pire, les 3 lignes seraient fermées depuis 3 ans donc à part la pub médiatique, la mesure n'aura aucun effet:
https://twitter.com/Lustublog/status/1661230572079808513
[^] # Re: Du gitcode à partager - ou pas
Posté par cosmocat . En réponse au lien « Et merde, Git!?! ». Évalué à 4.
Comme remote, on peut donner l'url d'un depot qui peut être un chemin local. Ici, on utilise le répertoire courant '.' comme "remote" et on fait donc un push dans notre propre dépot local pour mettre à jour une ref de branche avec le hash d'un commit.
[^] # Re: Du gitcode à partager - ou pas
Posté par cosmocat . En réponse au lien « Et merde, Git!?! ». Évalué à 3.
Mon commentaire était pour indiquer qu'on peut détourner la commande 'push' pour modifier/mettre à jour une branche locale sans être obligé de faire un checkout (qui peut être pénible et lent si la branche courante a pas mal divergé) et que cette solution (que peu connaissent), qui peut être adaptée pour gérer ton 2ème cas, est beaucoup plus performante car l'update de la branche est instantané (seul le fetch et push final prennent du temps) et a moins de chance d'échouer (car on a pas à gérer les cas particuliers du checkout --changes local, merge conflicts,… --)
[^] # Re: Du gitcode à partager - ou pas
Posté par cosmocat . En réponse au lien « Et merde, Git!?! ». Évalué à 3.
Note: la màj de
master
echoue si ce n'est pas un fast-forward (et c'est ce qu'on veut)[^] # Re: Du gitcode à partager - ou pas
Posté par cosmocat . En réponse au lien « Et merde, Git!?! ». Évalué à 3.
Si je comprend bien ta fonction
gitmaster()
, c'est pour synchroniser la branchemaster/main
sur laquelle tu ne travaille pas (bonne pratique importante pour le code suivant) avec upstream.Si cela est le cas, tu peux le faire sans faire un checkout (et donc de façon plus pratique):
[^] # Re: Y’a plus rien à inventer
Posté par cosmocat . En réponse au journal La dernière keynote d'Apple : une déception monumentale !. Évalué à 3.
Toi, t'as pas testé le nouvel environnement de bureau qui vient de sortir.
Y'en a presque plus de nouveaux que de lib Javascripts….
[^] # Re: Port GTK vers Qt
Posté par cosmocat . En réponse au journal Subsurface : un autre logiciel de Linus Torvalds. Évalué à 4.
Il l'a surtout créé lors d'un temps-mort en 2011 dans le développement du noyau.
Par contre, je ne me rappelle pas à quoi ce temps mort était dû…
[^] # Re: Port GTK vers Qt
Posté par cosmocat . En réponse au journal Subsurface : un autre logiciel de Linus Torvalds. Évalué à 9. Dernière modification le 10 mai 2023 à 21:27.
Y'avait eu une présentation du portage (aidé par au moins une personne de KDE si je me souviens bien) au FOSDEM et donc y'a une vidéo sur le sujet:
https://www.youtube.com/watch?v=SJZIL0uCnt8
Je me souviens de pas grand chose sauf que le dev kde disait qu'il fallait faire comprendre à Linus que c'était pas trop grave si des bouts de codes de l'interface graphique était pas optimisé en terme de performance car il trouvait cela inacceptable.
Au niveau de la migration gtk/qt, le résumé de la video:
# Convenience / Commodité
Posté par cosmocat . En réponse au journal Facile à utiliser, Bug ou Feature?. Évalué à 2.
La commodité sera notre perte.
J'avais lu un article parfait sur le sujet mais n'ai jamais réussi à le retrouver. En voici donc d'autres sur le sujet qui sont pas trop mal (en anglais) :
https://theminimalistvegan.com/convenience-culture/
https://medium.com/the-point-of-view/convenience-is-killing-us-all-a34ecf0f8591
https://www.theinertia.com/environment/how-convenience-is-ruining-the-planet-an-underlying-truth-of-the-modern-world/
Les anglophones semblent avoir une expression pour expliquer le problème 'convenience culture' qui cherche à rendre tout plus pratique dans tous les domaines et donc on commence à peine à percevoir tous les effets négatifs…
[^] # Re: Web / application
Posté par cosmocat . En réponse à la dépêche Appel à participation pour dessiner l'app Open Food Facts de demain . Évalué à 6.
Je préfère également largement une Progressive Web Apps (PWA) au lieu d'une application mais un truc qui m'énerve c'est qu'avec Firefox (sur Android) tu ne peux pas avoir une icône dans le tiroir d'applications (comme une application normale).
En cherchant un peu, j'ai vu que cette limitation n'existe pas avec Chrome (que je ne veux pas utiliser pour d'étranges raisons…..)
PS: surtout que les PWA ça évite de renforcer le monopole des marchés d'applications et ça permet de mutualiser les coûts (1 appli pour toutes les plates-formes). Par contre Apple traîne les pieds, y'a moins d'API et pas de monetisation…
[^] # Re: devnewton, j'adore tes interviews !
Posté par cosmocat . En réponse à la dépêche Entretien avec LuigiBlood. Évalué à 2.
Merci.
[^] # Re: devnewton, j'adore tes interviews !
Posté par cosmocat . En réponse à la dépêche Entretien avec LuigiBlood. Évalué à 3.
Ouais, avec la réponse complexe sur les manettes j'ai pas réussi à comprendre quelle manette est en photo finalement… (Il faudrait peut-être une légende)
[^] # Re: devnewton, j'adore tes interviews !
Posté par cosmocat . En réponse à la dépêche Entretien avec LuigiBlood. Évalué à 5.
J'ai survolé la dépêche. J'ai rien compris. Mais c'est beau.
# Je sais pas mais...
Posté par cosmocat . En réponse au journal Carte bancaire piratée, la faute à qui ?. Évalué à 10.
Que j'aurais aimé que les banques construisent un système de paiement sur internet basé sur les virements avec un identifiant de compte 'public' n'acceptant que des transactions de type credit…
De suite, toute cette classe de fraude ne serait pas possible…
[^] # Re: C'est pire que çà...
Posté par cosmocat . En réponse au journal Et s'il n'en reste qu'un. Évalué à 2.
Et c'est plutôt mal parti: https://mobile.twitter.com/MickaCorreia/status/1634917554450989056
# C'est pire que çà...
Posté par cosmocat . En réponse au journal Et s'il n'en reste qu'un. Évalué à 7. Dernière modification le 11 mars 2023 à 20:28.
En fait, c'est encore pire que cela car il faudrait de nous même laisser une bonne partie des énergies fossiles sous terre sans essayer de les exploiter sinon le conséquences auront coût prohibitif pour nos sociétés et pays…
Donc si on attend la fin des stocks en exploitant tous les sables bitumineux et les réserves en charbon (et peut-être d'autres choses pires comme les hydrates de méthane), sûrement que la question de quelle est la seule invention à garder sera le dernier de tes problèmes.
# Popcorn
Posté par cosmocat . En réponse au lien GNOME et KDE s'unissent pour la mise sur pied d'un magasin d'applications basé sur Flatpak. Évalué à 2.
Là où ça va être marrant, c'est pour les distribs Ubuntu et Kubuntu (Gnome et KDE) qui viennent d'annoncer l'absence de support par défaut de flatpak…
Qu'est-ce qu'ils vont faire ?
[^] # Re: Bizarre
Posté par cosmocat . En réponse au lien GNOME et KDE s'unissent pour la mise sur pied d'un magasin d'applications basé sur Flatpak. Évalué à 4.
J'ai pas retrouvé mon article mais la source est quand même plus intéressante que l'article : https://github.com/PlaintextGroup/oss-virtual-incubator/blob/main/proposals/flathub-linux-app-store.md
Le but:
# Bizarre
Posté par cosmocat . En réponse au lien GNOME et KDE s'unissent pour la mise sur pied d'un magasin d'applications basé sur Flatpak. Évalué à 6.
Il est bizarre cet article avec l'introduction sur le sujet (avec finalement assez peu d'informations. J'ai déjà lu plus d'infos ailleurs, je vais essayer de retrouver le lien) pour au final se transformer en ce qui ressemble à un vieux troll de "Windows, c'est globalement mieux que Linux".
De plus le mec (un ingénieur Microsoft) dit que toutes les interfaces graphiques Linux sont moches (en tout cas plus que Windows) sauf celle de mint. Alors que perso ayant vu celle de mint sur le pc de ma mère, mon sentiment c'est que je l'ai toujours trouvé moche chaque fois que je l'ai utilisé et j'avais toujours envie de lui mettre autre chose…
[^] # Re: je ne savais pas qu'il etait vivant
Posté par cosmocat . En réponse au lien Non, le projet Asahi Linux n'est pas encore mort.... Évalué à 6.
https://asahilinux.org/about/
[^] # Re: Erratum
Posté par cosmocat . En réponse au journal [Tuto] Compiler Marlin sur le Raspberry Pi (spécial Ender-3). Évalué à 4.
Au final peut-être qu'il serait mieux d'utiliser 'VSCode' qui est le diminutif utilisé assez couramment…
[^] # Re: Erratum
Posté par cosmocat . En réponse au journal [Tuto] Compiler Marlin sur le Raspberry Pi (spécial Ender-3). Évalué à 4.
VCS, CVS et VSC… Trop de Vs, de Cs et de Ss….
Il me semble que:
* VCS, c'est pour "Version Control System"
* CVS, c'est pour "Concurrent Versions System"
* mais que tu voulais parler de VSC qui est "Visual Studio Code" ( https://code.visualstudio.com/ ). Non?
Du coup, à corriger aussi?
[^] # Re: git --amend?
Posté par cosmocat . En réponse au journal Pull git. Évalué à 2.
Petit aparté pour parler d'une marque qui cherche à concevoir des vêtements qui durent: https://www.loom.fr/pages/notre-mission
Et en écrivant ce commentaire, je tombe sur cette liste : https://www.enmodeclimat.fr/qui-sommes-nous