Tarnyko a écrit 623 commentaires

J'en apprends tous les jours, c'est pour ça que je viens ici.

Salut,
Je sais que tu as demandé une réponse détaillée ; je n'aurais pas le temps de la faire avant demain soir, mais d'ici là tu peux regarder ce que j'ai utilisé par le passé : ZoneMinder (qui avait, de mémoire, des paquets pour la plupart des distributions).

Et +1 pour m'avoir rappelé l'existence de cette offre qui, comme sa concurrente, a un gros potentiel casse-gueule. Mais qui ne tente rien n'a rien.

(je suis perso plus client d'un Shadow que d'un Luna, question de souplesse)

Déployer le moteur 3D dans le cloud, carrément ? C'est bien, tu anticipes des usages disruptifs genre Stadia :-).

Les jeux les plus récents utilisant Lumberyard ("origine" d'O3DE) sont Star Citizen et New World.

(quelques vidéos en français: Star Citizen - New World)

Je testais justement : je confirme, et la différence n'est pas non plus énorme en terme de temps passé.
La présence de gros BLOBs, nécessitant l'utilisation de git-lfs en prérequis (et qui télécharge ses fichiers ailleurs sur des CDNs de GitHub), joue peut-être ? Pas impossible que ça force une partie de l'abre à itérer en totalité.

(je pose la question sans chercher forcément à y répondre, comme tous les nantis-fibrés la problématique m'effleure à peine -troll- ; je conserve par ailleurs mon arbre dans une archive sauvegardée).

Effectivement, bonne remarque. C'est dans les tuyaux !

Excellente news, merci ! J'ai beau participer à l'OSE, l'existence du concours -qu'ils n'ont pas relayé par liste de diffusion- m'avait entièrement échappé.
D'ailleurs, d'autres OSE-ards ici même ? Qui y sera en novembre ?

Le problème d'une telle dépêche, impeccable sur la forme mais dépourvue de contexte, c'est qu'on a vraiment du mal à comprendre de quoi il retourne. Là par exemple, OW2 Quick App, concrètement je ne sais pas ce que c'est.

Et l'absence de suivi, de réaction aux commentaires, ne donne pas plus envie que ça de creuser. Dommage.

Je suppose que la majorité utilise un outil de diff graphique et non pas le diff de base ! ? !

Perso, Windows ou pas, j'utilise le diff de base ; j'ai appris à m'en servir il y a longtemps et je trouve ça assez simple si on est méthodique. Je dirais aussi que l'avantage est qu'il marche partout (comme vi ;) ).

C'est peut-être 100x plus simple avec un outil, hein, c'est juste que j'ai jamais appris à faire.

Effectivement, faut devenir un pro du [Ctrl]+[R] sur des onglets ouverts depuis des années ;).

Sinon je te remercie yinqi : je suis souvent obligé de bosser avec vi à l'os dans des contextes "debug", et je ne connaissais pas cette commande.

Ignore ces messages ;).

Sans déc', tu ne pourras rien faire à moins de corriger et recompiler le code source de Meld/GTK+/GLib et ça fait un gros paquet de taf.

Sinon, tu utilises Git via Bash ? (je suis sûr qu'il installe Bash en même temps). Si oui, tente voir :

alias meld="meld --gtk-no-debug --gdk-no-debug"

Sans Bash, tu peux aussi modifier le difftool dans le fichier .gitconfig (je te laisse trouver) et rajouter ces mêmes paramètres derrière la commande meld.

J'ai finalement posté une version pré-finale des paquets (archis: pmmx/x86_64) sur la mailing list.

Ils sont plus complets que ce que je t'ai envoyé : il y a notamment le partage du presse-papiers et le glisser-déposer sous X11.
L'accel 3D ne marche pas (y a juste du swrast, concrètement ça bloque surtout Chromium), mais ça a l'air d'être le box général entre le noyau Linux, Wayland et le code VirtualBox.
J'attends un peu pour savoir si je dois améliorer !

VirtualBox

On notera la non-traduction des lignes paires, malgré des demandes répétées et au seul bon plaisir des impaires -et secrètement des paires, dont nul n'ignore la nature soumise.

Le HTTP+HTML peut être utilisé de façon abusive.

Justement : Gemini ne peut pas.
Les "peut" de tes exemples s'appliquent aux webmasters. Il peuvent faire bien mais aussi super mal, aucun moyen de le savoir avant de visiter la page (à moins d'y aller progressivement avec des préservatifs, mais tout le monde n'a pas pas le réflexe ni le temps...).
Avec Gemini, tu as la superbe garantie que quoi qu'il arrive, ta page ressemblera à un copier-coller de Links ;).

À moins que ça ne soit un truc de geek pour les geeks qui veulent rester entre eux...

Y a de ça aussi.
Comme Mastodon ;).

Très intéressant, merci !
J'avais essayé xBrowserSync, que je trouvais réussi mais l'intégration mobile Firefox (Android) pêchait à mon goût.
Je vois qu'il parle d'une version Google-Unchromium pour Android dont j'ignorais jusqu'à l'existence ! Si elle accepte l'extension ça pourrait faire le café, je teste ça.

Je prend de la donnée, je la transforme (algos statistiques), je la réinjecte dans mon coin.

Data Specialist ou BI ? Tu cherches sans doute dans la banque ?

la période de préavis "standard", des deux cotés, est de 2 semaines

OK, c'est effectivement bien plus court (3-6 mois par ici).
J'aime :).

(contractor pendant plusieurs années pour un même client est assez rare je pense)

Effectivement, un critère comme la mutuelle/retraite doit jouer vu comme tu es à l'os de base.

La SSII française offre ça (à la place du client) donc moins d'incitation financière au changement de statut.
C'est surtout de "prestige" : j'ai des collègues qui sont restés 8 ans (!) en SSII chez le même, la différence étant qu'ils n'étaient pas invités aux repas, activités, réunions privées... et qu'on le leur faisait sentir. À un moment c'était l'unique point de déclassement -purement psychologique, mais devenu obsessionnel.
Obsessionnel bien sûr, si tu prends ça au sérieux plutôt que comme ce que c'est (une séparation organisée et artificielle).

le marché du travail ne leur est pas vraiment favorable, autant passer par un cabinet de recrutement

C'est bien ce que je pensais. Je te remercie beaucoup !

la forte présence de SSII en France (concept n'existant pas vraiment au Canada)

Il n'y a donc au Canada que des salariés et des freelances ?
Est-ce-que la flexibilité du droit du travail (côté employeur) permet de s'en passer ? Parce qu'on ne va pas se mentir, la SSII en France, c'est une taxe employeur cachée pour diminuer la gestion et se débarrasser du gonze sans rien devoir.

(je précise n'avoir pas du tout le profil recherché ; cette question m'intéresse néanmoins)

Tout le bloc que tu cites, par :

Un CentOS 7 bien à jour fournira Python 3 :

yum install python3 python3-pip

Ça devrait le faire. En te remerciant -et en m'excusant de ne pas avoir vu la dépêche de suite :).

Nickel !
Dans le tuto d'origine, la partie universelle commence à "L’installeur ne crée pas les paires [...]" , s'arrête à "CentOS 7 ne fournit pas Python 3 [...]" et reprend à "Après tu as deux écoles [...]".

Tu auras aussi sûrement besoin de remplacer les commandes python3.6 / pip3.6 par python3 / pip3.

Et qui, de base, tient en seul fichier ❤ .

ne précise même pas que la version CODE est limité à 10 documents ouverts en simultané

Tu me l'apprends 😲 !
C'est donc vraiment une "démo" ; il y a sans doute d'autres limites si on pousse plus loin...

appeler Collabora [...] au moins pour connaître le prix qui n'est même pas indiqué sur leur site.

Ça paraît le plus sage.

Merci Stéphane !
Je viens de regarder sa page, j'aime bien les technos utilisées, je vais compiler ça.

En fait ce que tu demandes, c'est d'ajouter le support WOPI à la version "client lourd" de LibreOffice.
Cela vous permettrait de répartir vos documents sur des serveur distants, et d'y accéder en simultané (et bien plus après !).

( Perso, j'ai vraiment eu du mal avec le discours entre LibreOffice/LibreOffice Online/Collabora Online/Collabora Office. Même la FAQ m'a peu aidé. Mais j'ai trouvé cette page :

CODE is built around the Collabora Office core )

Donc si les fonctions collab' (WOPI) de CODE proviennent de Collabora Office, qui se trouve être la version "entreprise", ça voudrait bien dire qu'il faut passer par elle... ?
Après techniquement LibreOffice est OSS, CODE est OSS... mais tu devrais t'adresser d'abord à Collabora, ils tentent de vivre de leur bébé :).