Tarnyko a écrit 490 commentaires

Je t'ai pertinenté pour "chrématistique".

Hey Rzr,

Ils ont sué pour se débarrasser de NSS, je ne pense pas qu'ils voudront le remettre.

Ici, on est en face d'un effort dicté par des considérations totalement détachées d'upstream. Si totalement désintéressées, presque christiques.

La réponse générale sera la même que pour :
"Quel est l'intérêt exact d'utiliser OpenSSL au lieu de BoringSSL ?"

C'est une bibliothèque connue et à l'API standard, réutilisable sur de nombreux systèmes.
C'est surtout utile si tu veux relier Chromium, entier ou en parties, à cette brique standard.
Cela n'a aucun intérêt si tu te contentes de builder le Chromium "d'un bloc" proposé par le projet.

Le choix historique de l'implé NSS vient juste du fait qu'à l'époque, elle était presque standard alors que la OpenSSL/BoringSSL l'était beaucoup moins = moins d'effort.

Ah ouais.
Même les lecteurs intégrés aux navigateurs (PDF.js de Mozilla, le truc de Chromium) ne savent pas quoi en faire.
Que ça marche sous Chromium, et sous réserve que personne d'autre ne trouve un lecteur, ce serait une solution viable pour toi ?
(je bosse dessus en ce moment, et sans rien promettre, si je fais une telle évol ce serait là-dedans)

Ce que tu pourrais faire, vu que tu disposes des 2 environnements, serait de faire :

strace <exécutable>
en mode user sur les 2, et repérer les différences.

Sinon, as-tu pensé à poster sur le forum ou l'IRC d'E.OS ? Ils se sentiront sûrement plus concernés par ton souci.

Intéressant.
Est-ce-que tu aurais un exemple de tel fichier, histoire qu'on teste ? Sans donnée confidentielle ou personnelle bien sûr.

C'est peut-être directement lui qui a claqué ;-) ?
-> []

J'ai remarqué également il y a 2 semaines.
J'avais envoyé un mail au taulier, sans réponse pour l'instant.

Ah, ça c'est sûr que l'API est plus la même. Mais ça fait partie du jeu challenge.

SDL contre SFML, ce n'est pas que de la politique : SFML supporte-t-il Wayland ? Si non => exit AGL, Tizen… !
Qt4 contre Qt5 : pareil (pas de support Wayland dans Qt4).

Quand tu dis que ça se complique : si tu veux dire que cela devient plus technique, je suis d'accord. Mais ce n'est pas censé être un problème pour nous autres. Au contraire on adore ça ;-).

Nan, du vrai truc pour professionnels sérieux  ;-).

Explique ?

Mon instinct me dit que ça builde sous Rasp avec X11 ; juste avec Wayland exclusif t'es mort, et c'est pas optimisé, mais ça devrait tourner au pire en soft.
Le port ES2 ça ouvrirait les distros alternatives ARM qui te laissent pas le choix (genre AGL, Tizen).

J'aurais bien mis GLUT dans Abandonware aussi, mais je connais ses mainteneurs et ils auraient pas aimé la vanne ;-).

(réponse : Toutàfé. Léger et proche du matos, ça va te permettre d'apprendre ; par contre vu les limites tu vas vite le dégager. Juste dans le contexte "reprise", se limiter à ça au début, c'est pas idiot)

Au final, c'est typiquement le genre de projet dont j'ai l'expérience (ça s'est vu hein ? C'était fait pour ;-) ) et sur lequel je peux trouver du temps pour conseiller, filer des tips… sans aller jusqu'à le faire moi-même (je taffe sur Chromium).

D'ailleurs Chromium = C++ aussi, et j'ai toujours voulu qu'on soit à 2 dessus ; cet enchaînement irréel :-).

Intéressant ; ce truc utilise OpenGL "desktop" directement et ne dépend pas de grand-chose (GLUT, SDL), ce qui en fait un bon projet pour débutant.

Je me doute qu'il utilise GLUT en l'absence de SDL, pour créer sa fenêtre et recevoir les entrées ; pour moderniser, on peut soit utiliser mon port Wayland de GLUT, ce qui ajoute 1 plate-forme ; soit carrément retirer GLUT et exiger SDL qui supporte déjà Wayland et Cocoa lui-même.

La suite serait :
- une version OpenGL ES2+, ce qui ajoute le support des OS mobiles ;
- une version Vulkan, ce qui fait rentrer chez l'élite :-).

Enfin, ça c'est ce que je dirais au type qui le reprend ;-).

Exact, et voilà des projets funs biens motivants !

Tu aurais un exemple tout chaud ?

C'est quoi la définition de sérieux ? […] Je pense même pas que la plupart des mes collègues immédiats connaissent le sigle. Si je leur montre un bout de code avec des lambdas et des templates, ils ne comprendront juste rien. […] Aujourd'hui un collègue développeur a vu mon écran […] Il n'avait jamais entendu parlé du langage.

Ces gens ne se tiennent visiblement pas du tout au courant.
Ils peuvent être "appliqués", mais "sérieux" ?
En contexte fermé (vase clos) ils peuvent être considérés comme tels.
En contexte ouvert (contributif) ils seront poussés vers le bas.

Bon ben c'est fait ; la version "Windows standalone" est prête :
srtsync-win32_git22463a1.zip

C'est assez lourd car tout est embarqué (Python, ffmpeg…). Je coderai peut-être un petit frontal quand j'aurai le temps.

Hello pums974,

Je viens de tester ton outil avec un cas concret qui m'embêtait depuis quelques mois. J'ai ouvert la vidéo et… tu sais que tu es génial ? C'est INCROYABLEMENT efficace. Adopté !

Je l'ai testé sous Windows ; l'installation était sportive, entre autres j'ai dû y installer un compilo C (j'en ferai bien un paquet auto-extractible avec cx_Freeze, que je partagerai ici si tu n'as rien contre).
Je viens de t'envoyer une pull request pour corriger deux-trois soucis que j'ai rencontrés.

Merci encore !

Merci bien, c'est ce genre de retour que j'apprécie vraiment.

Les perfs étaient prévisibles : c'était lent mais puissant, fiable.

La fiabilité (que souligne aussi PsychoFox) est appréciable, mais attendue pour des machines de cette trempe -et cette "facture" ;-). Effectivement les benchs pointés ne soulignent pas des performances ahurissantes, mais juste capables de titiller le tiers supérieur pour les modèles les plus chers. J'ai le sentiment que ça ne justifie pas les embêtements d'archi, à moins d'avoir de l'héritage logiciel (legacy) ou des besoin spécifiques couverts par l'OS.

Je l'utilisais pour lire mes mails et chauffer mon bureau.

Et aussi impressionner le touriste ; attends, vu l'installation et les lunettes ça devait être énorme la tête du visiteur tombé dessus par hasard ^{^} !

Pour répondre à tes questions : en 2017, ça sert plus à rien.

Au moins c'est clair :-p.

Quel est l'intérêt d'une machine SPARC en 2017 ? Comment ses performances brutes se comparent-elles, par exemple, aux architectures Intel x86-64 et POWER récentes ?

(c'est une vraie question. Je pourrais chercher des benchs moi-même, mais aurais sans doute un meilleur retour sur ce fil)

Si le dixième des sommes perçues par Microsoft en Europe étaient consacrées à supporter par exemple Mageia et SuSE, l'industrie du logiciel serait centrée sur l'Europe. Les développeurs n'iraient plus travailler à l'étranger après avoir fait des études à nos frais. Ce qui manque, c'est une volonté politique.

Concis, clair et juste. CQFD.

Comprendre : le problème n'a été rapporté que hier.

La présence de tels OS ne me choque pas en elle-même ; dans une infrastructure sérieuse, il est fréquent de trouver des OS de plus de 15 ans -en fonction des besoins métier.

Ce qui choque en l'occurrence, c'est que de telles machines soient potentiellement joignables de l'extérieur.
Je suis d'accord pour dire que c'est un problème, mais le coup de le rapporter un jour en interne et en public le jour suivant -soit forcément plus tôt que le temps nécessaire à la correction- ça frôle l'irresponsabilité

Merci, j'avais justement la flemme de demander/chercher :).

Mouais.

Si le message ci-dessus dit vrai (pas le temps de vérifier, après tout on est dans un journal public), le sujet n'a été évoqué que hier côté Mageia.

C'est pas un peu rapide pour l'exposer ici, au risque d'attirer des personnes mal intentionnées qui pourraient tenter de l'exploiter ?
Il y a une bonne façon de promouvoir la sécurité, qui passe par une certaine procédure, qui est n'est suivie qu'à 30-40% au mieux…