Tarnyko a écrit 480 commentaires

Hey @ted,

J'y serai sans doute également !
Si tu veux qu'on se voie, n'hésite pas à me faire coucou (tu peux suivre ce lien).

(J'ai a priori un RDV le 25 mai, si ça se débloque je pourrais ptet passer aussi)

Les développeurs de distributions font en sorte que tout l'écosystème d'une distribution soit pur et cohérent.

C'est marrant, je n'avais jamais vu ça comme ça.

Ma vision du truc c'était plutôt "Le dév upstream sera forcément infichu de s'adapter à nos versions, chemins -différents des 183 autres distros du marché- donc pas le choix faut faire nous-mêmes".

Qu'après, le fait de construire des paquets ait provoqué une addiction érotique et parfois généré du lien social, je le voyais surtout en à-côté.

Je suis surpris par la nature des commentaires
Je n'avais pas conscience non plus de la dimension girl-friendly.

C'est beaucoup du troll.

D'un point de vue technique, tu as raison bien sûr.
Une carte quasi-identifique, mais avec un mana de plus ou moins, un type étendu, ou un mot-clé additionnel, ce n'est pas strictement la même bien sûr…
Raison de plus pour la racheter ;).

https://repology.org/project/fvwm95/versions
http://fvwm95.sourceforge.net/

Ça me sert moi ; je l'ai déjà rerouté à des gens (plus âgés effectivement).

Après je constate qu'il manque quelques programmes, mais c'est sûrement dû à l'"upstream" qui n'en a pas non plus :).

Avant l'Apocalypse fvwm95

Pourquoi l'Apocalypse ?
Je demande car xclass le recommande comme WM ;-).
Mais y a plus beaucoup de distros qui l'empaquètent aujourd'hui (Red Hat 6 le faisait à l'époque)…

Apollo Aegis, je connaissais pas ce truc, bisous rien que pour ça.
Par contre du coup, c'est bien un UNIX-like avec X11 ? Parce que l'Internet à l'air de dire que c'est Domain/OS (postérieur) qui le fournissait.

(Parce que si le truc s'appelait vraiment "Tartine" en français, et sur une IHM proprio de niche en plus, bonne chance ;-))

• xclass, une expérience traditionnelle, rendue innovante par l'abandon post-moderne des métaphores de bureau éprouvées.

ou bien sûr

• CDE , la VRAIE expérience UNIX professionnelle, approuvée par l'Open Group et conforme ICCM.

(garantis sans systemd)

ça fait projet à rebours qui n'a jamais aucune chance d'être mergé de toutes façons…

Effectivement. Pas un gros souci personnellement.

Ou alors il n'y en a pas, c'est juste pour le beau geste ?

Oulà… tout de suite les grands mots ;).
Pour toi et moi, ça permet de le builder sur une machine moyen de gamme, et en moins de 6 heures ;-).
À titre perso, savoir builder Chromium, me permet de savoir comment il marche. Et ça c'est génial.
À d'autres titres, c'est une compétence extrêmement rare qui ouvre plein de possibilités.
Chromium-Lite n'est que la partie visible d'autres projets plus ciblés.

Merci beaucoup !

Ce qui est pas très cohérent vu que peu importe l'édition la carte reste la même.

Mais financièrement intéressant ; seuls les cartes des 2 dernières années (en gros) sont autorisées en tournoi sponsorisé, ce qui incite à les racheter quand même ;).

Cela s'inscrit dans un effort plus large nommé Chromium-Lite.

En gros une version allégée, plus modulaire, qui builde avec une toolchain standard
et se lie avec des bibliothèques systeme (libicui18n.so, libsqlite3.so, libnss3.so…) plutôt que d'être entièrement auto-contenue.
Il y a déjà eu une release, je bosse sur la deuxième.

Ah, tu as fait bouger l'ancêtre… je viens de commenter (et fermer).
Sans plaisanter maintenant : en général je poste 1-2 tickets sur un projet, si ça gigote pas je n'y touche plus. Mais là je te remercie, ça a dû changer ; je réessaierai si besoin.

Bah sur Tinder p.ex., quand je relance ça marche jamais.

Je m'abstiens de poster des tickets côté NSS depuis ça.
;)

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  ;-).