Donc j'ai bien identifié le stade de dév: alpha, pas bêta ;)
Je n'ai rien contre jouer a des alpha, hein, après tout, je connais plutôt bien le "jeu originel" de flarerpg. Mais quand je lis bêta, j'admets que ça fait monter mon degré d'attente un cran plus haut (sans pour autant attendre un truc parfait, hein).
En tout cas, oui, le concept semble intéressant, niveau mécanique de jeu.
les graphismes viennent d'opengameart.
Y'a des trucs sympa sur OGA, mais c'est un peu des aiguilles dans des bottes de foin amha. Enfin, ça permet d'avoir un proto pas trop repoussant, c'est vrai.
Pour Newton Adventure, le "fignolage" m'a pris 3 ans et il manque encore énormément de choses pour avoir l'air d'un jeu pro.
Reste encore à définir ce qu'est un jeu "pro". Certains sont vraiment moches et mal branlés, pourtant ils sont réalisés par des pro qui (essaient d')en vivre.
Faire un jeu, c'est assez long :-)
Me doute bien, surtout quand l'équipe est (très) restreinte, mais ça ne m'empêchera pas de donner mon opinion :p
Ceci dit, mon retour à été fait en live, sans recul. Si j'avais pris un peu de recul sur le truc, et essayé de creuser le jeu, j'aurai sûrement répondu un truc très différent.
tout est dans le titre… si quelqu'un avait chopé le DN pendant ces 24H, il aurait pu se faire des couilles en or, non?
Du coup, ça pose quand même la question de ce type de mécanismes: est-ce vraiment la meilleure façon? Bon, je n'ai aucune idée de comment on pourrait faire autrement, je l'admets… je ne fais que poser une question.
Heu… sérieusement… la seule personne que je connaisse qui ait une tour… enfin, un écran avec tour intégrée… apple, trouve le clavier apple merdique, et m'a précisé que les autres utilisateurs de bécanes apple qu'elle connaît utilisent un clavier plus proche de l'azerty classique…
Quant au niveau pro, je n'ai jamais eu à me faire chier avec un layout apple.
Je ne sais pas si c'est parce que j'ai de la chance ou pas, hein, mais, mon expérience personnelle me pousse à penser (peut-être à tord) que les conneries d'apple sur le clavier sont encore moins répandues que les utilisateurs de *BSD… faut dire qu'avec une souris pour manchot et un clavier excentrique, ça donne vraiment l'impression qu'ils gardent des trucs inefficaces juste pour être différents…
Attention: remarque censée être courte qui finit en retour utilisateur
Pas pour être chiant, mais les descriptions sont un peu… pauvres. Bon, d'un autre côté, newton adventure, j'y ai joué (plutôt fun le concept d'ailleurs), et ted ne m'attire pas (de la même façon que certains livres ne m'attirent pas juste à cause du style, mais sont peut-être superbes).
Pour le 3eme, shmu…truc, il est vachement long à lancer. En fait, à la base, j'avais commencé ce commentaire en disant qu'il se lançait pas: un écran blanc, pas d'indice que ça charge, au bout de 10s, ça me génère souvent ce genre de pensées. Et j'ai attendu 10s parce que je te "connais" (de nom, que j'ai déjà eu du fun avec certaines de tes oeuvres, et par ton activité ici :)). Normalement, je suis bien moins tolérant envers les écrans blancs.
Bon, puisque j'ai le commentaire ouvert, je vais faire un retour à chaud, en "live". Déjà, ce qui est sûr, c'est que le nom à la fois m'intrigue et me… gave? C'est p'têt fait exprès après.
1er réflexe de joueur (ancien, je suppose au fond), je regarde l'aide. Cool, pour une fois, y'en a une, tous les jeux peuvent pas en dire autant. Bon, c'est en anglais, mais bah! traduire prend du temps, je le sais bien, et ça me pose pas de souci. La disposition des touches m'a intrigué: reconnaissance du clavier en web? Surprenant. Du coup, je regarde les options. Agréable surprise, il est possible de changer le layout, je vais pas m'y essayer, aucun intérêt dans mon cas, mais: bien! Les râleurs diront qu'il manque le bépo, mais y'a le custom pour eux. Je ne vais pas tester les options, c'est pas mon but.
Je lance donc.
Encore une fois, long à charger, mais j'ai appris par le 1er chargement la patience. Ca ressemble a un rpg 2D iso au 1er abord, je pressent basé sur des tuiles carrées. Pourquoi pas. Par contre, je note une certaine pauvreté dans le dessin. Malgré l'effort que je suppose pour générer un terrain pas chiant pour l'oeil, au final les textures ou les tuiles semblent mal s'imbriquer graphiquement parlant (je dirais que soit les tuiles manquent de jonctions, soit il y a trop de décorations). Bon, peu importe, si je m'étais arrêté à ça j'aurait raté pas mal de perles.
Le texte semble indiquer qu'il faut appuyer sur (A) pour continuer. Hum. 'A' ne marche pas, je teste 'Q' juste au cas ou… toujours pas. Bon, on va la jouer en mode gosse de moins de 10 ans en 90-95: le test full-keyboard, mais restreint aux touches vues dans l'aide… rien. Bon, faut cliquer. Ah, ça marche.
Ok, les dialogues passés, on se fait attaquer direct par une myriade bestioles. Pas cherché de bouton pour mettre en pause, de toute façon y'en avait pas dans l'aide (surprenant, ça semble un jeu solo, donc rien ne devrait l'empêcher).
1ere surprise: le décor ne bloque que les déplacements (et encore, faut deviner lesquels). Pas les tirs. Au début, j'ai cru que c'était juste les champs, mais non, la maison aussi.
2ème surprise: les ennemis semblent arriver à l'infini, de plus en plus fort.
3ème surprise: munitions infinies? Je ne sais pas, pas de jauge. Idem pour la vie.
Etant mort là, je dirai qu'en plus des points cités jusque la, qui peuvent être par choix, je note:
si ça se trouve, les jauges se trouvent en dessous de l'écran. Je n'avais pas de barre de défilement, mais le graphisme du jeu, sous windows (pc parental, mea culpa) atteint le bas de la fenêtre. Tant qu'a faire rétro, une interface non-minimaliste permettrait d'être sûr que je ne rate pas d'info a cause de la taille de l'écran.
aucune indication, même basique, sur ce qu'il faut faire. Peut-être fuir? Probablement.
pas de temps pour les fioritures? dommage, en début de jeu c'est une bonne idée les fioriture, ça permets d'avoir un peu d'échauffement et d'apprentissage.
M'enfin, de manière générale, il semble y avoir le code de base, mais ça ressemble plus a une alpha qu'a une beta, pour moi. Désolé si le jugement est un peu sévère… mais clairement c'est loin de NA.
Ce qui compte avec ces raccourcis est avant tout d'être faciles à mémoriser (donc associer la lettre avec l'action à faire) que de le mettre physiquement en dur où le développeur a voulu le mettre.
Sauf que, justement, dans le cas du CTRL+XCV, il n'y a que le cut/copier qui soit mémorisable grâce à la lettre. Les vraies forces de ces raccourcis (dont certains sont intéressants comparés aux vieux CTRL/SHIFT INSER/SUPPR du DOS (enfin, je les ais appris sous dos, mais ils m'ont rarement fait défaut sous d'autres OS…)) c'est que:
ils sont collés ensembles
ils sont accessibles sur n'importe quel clavier (sauf peut-être les claviers apple?)
ils sont accessible de la main qui n'utilise pas la souris pour les droitiers, ce qui je crois est le cas de la majorité de la population
ils utilisent qu'une touche "standard" comme modificateur, qui est aussi celle qui est la plus répandue pour les raccourcis les plus classiques (gras, italique, annulation, déplacement de mot/lignes, …)
Bref, la lettre dans un raccourcis clavier, c'est juste pour ceux qui ne connaissent pas leurs raccourcis. Et même pour ceux-la, j'ai vu plus d'un clavier imprimer les raccourcis "classiques" à base de CTRL.
Bien sûr, je ne parle pas de vim, hein. Cet éditeur nécessiterait une peau de clavier spéficique à lui seul, et pas sûr qu'elle suffise…
Qui est arrivé à une certaine maturité psychologique.
Comme c'est une définition qui ne veut rien dire, allons voir maturité:
Période de la vie caractérisée par le plein développement physique, intellectuel et affectif.
Bien sûr, c'est dans le cas d'une personne. Pour un logiciel, je dirais qu'un logiciel mature est un logiciel auquel de nouvelles fonctionnalités majeures ne sont pas ajoutées a chaque version stable.
Je me trompe peut-être, et tant mieux si c'est le cas, mais je n'ai pas l'impression que ce soit le cas de systemd. Et j'espère ne pas tromper en ayant l'impression que c'est le cas d'emacs.
et si systemd proposais de lancer des bouts de scripts dans une vm lisp tu l'utiliserais davantage ?
Compte tenu du fait que je n'utilise pas emacs et ait tendance (notes: tendance, ça veut bien dire que ce n'est pas systématique) à éviter les logiciels qui se basent sur des scripts, non, ça me donnerait en fait une raison de plus pour ne pas l'utiliser.
Tu vas me dire que c'est justement le seul init qui ne se base pas sur du script et que du coup je devrais l'utiliser.
En pratique, ce point m'avait justement convaincu de tester quand systemd était très jeune, encore qu'un simple init. Le problème c'est que le projet s'est trop élargi à mon goût. J'ai eu pas mal d'espoir quand j'ai appris la naissance de uselessd, mais il a été abandonné: trop compliqué de rester un systemd allégé à priori.
Pas idiot, sauf que, dans le cas de google, il faut une connection internet, qui n'est pas garantie. Les 2-3 applications que l'on a testées ne satisfaisaient pas mon père, trop lentes avant le rendu. L'objectif est que ce soit utilisable pendant une discussion… perso, j'y connais que dalle en tablettes et en reco vocale, c'est pour ça que je demande ici si quelqu'un a une idée.
Le souci, c'est qu'il y a une grande différence: emacs, c'est un logiciel mature, qu'on l'apprécie ou pas :) (sans parler du fait que ça tourne via un langage de script, chose dont systemd se targue de ne pas faire)
Virtualbox, c'est un logiciel qui émule un ordinateur. Donc, il y a perte de performance brute entre la machine physique et la machine virtuelle (après, en fonction de l'OS, on peut percevoir une meilleure réactivité sur la VM, je ne dis pas le contraire, mais ce n'est pas de la perf. Les jeux d'instructions de certains CPU permettent de réduire la casse (drastiquement), mais ça n'est pas efficace à 100%).
De plus, le support de l'accélération 3D par virtualbox entre windows <=> linux n'est pas parfait, il me semble.
Bref, si tu fais ça, il va te falloir une bête de course, pour jouer à des trucs que tu ne pourras pas pousser à fond. Pour de petits jeux ou les réflexes ne sont pas nécessaires, ça peut passer, mais évites les FPS…
Perso, à ta place, je commencerais plutôt par tester tes jeux sous wine. Et sinon, clairement, imbriquer des VMs, sauf pour améliorer le support des OS/softs de virtu, comme les autres, je n'en vois pas l'intérêt, surtout que tu vas perdre encore plus de perfs.
PS: si tu aimes tant Ubuntu, pourquoi tu ne l'installes pas en tant qu'host?
D'habitude, ce type d'outils est blindé de dépendances, ou alors il faut des forges complètes… qui ne s'utilisent donc pas en ligne de commande (ou alors, c'est pas fréquent/connu, après tout, je me considère pas expert).
Ici, il n'y a que git (logique), ssh-server (idem), et perl… le dernier était de toute façon installé sur tous les systèmes que j'ai vus, et, contrairement à python, installer (sur Debian) le paquet perl ne tire pas une chiée de paquets "obligatoirement recommandés" si je puis dire.
Accessoirement, git (sur Debian) dépends de perl de toute façon…
Probable que je vais adopter, même pour quand je suis seul à taffer: après tout, ça permets de se faire son propre serveur sans se galérer à aller sur un serveur pour jouer au clonage inversé… Merci donc.
Tu compares 2 outils radicalement différents: un gestionnaire de version et une forge logicielle complète, qui n'a besoin d'aucun autre outil.
Les deux ont leur intérêt, honnêtement.
Intéressant. Justement, dans la vidéo (dans les alentours de 16:30) citée dans les fils, il est fait mention de uclibc et muslc, il semblerait que systemd ait une forte dépendance à glibc, et ne soit donc pas compatible (notes les pincettes, que du conditionnel) avec des libc plus minimalistes.
Il semblerait également que Devuan accepte des kernels compilés avec les libs, alors que ce ne serait plus possible avec Debian. Que ce soit à cause de systemd ou non, on s'en fout, l'important c'est la conséquence ici, et l'intérêt qui en résulte et justifie au moins en partie Devuan.
Vu que tu parles d'Alpine, la vidéo indique (malheureusement je ne sais plus quand, et je n'ai pas le temps de tout réécouter pour indiquer le moment) qu'une de ses filles aurait une empreinte mémoire plus légère qu'Alpine. Il indique juste les chiffres de la RAM, sans donner plus de détails, mais bon, c'est toujours bien qu'il y ait de la concurrence pour ce type de systèmes. Ca permets potentiellement l'amélioration des concurrents (comme la prouvé la montée en force de clang, gcc est plus cordial depuis).
Jessie n'est pas encore old-stable. Et puis, c'est certainement plus simple de maintenir une distrib basée sur des logiciels anciens que récents. Sur ce point, Devuan m'intéresse, ça pourrait être le pendant stable de void. Reste juste à voir la qualité finale, et du côté de Debian et d'apt, il va falloir pas mal de boulot (franchement, les outils apt* sont lents, très lents… rien que le fait qu'ils ne puissent commencer le dépaquetage tant que tout n'est pas téléchargé est un peu d'un autre temps…)
J'aurai trouvé moins pertinent qu'ils basent leur stable sur la testing de Debian, du coup: plus de patchs à intégrer, plus fréquents. Sur la old-stable, qui est, de mémoire, encore maintenue par Debian (je ne sais plus s'ils comptent passer Jessie en LTS?) la décision ne me choque pas plus que ça. Certes, les softs sont vieux, mais ça, quand on viens de Debian stable, on y est habitué, c'est limite une demande :D
# sans libc?
Posté par freem . En réponse au journal Sortie de haskus-system 0.7. Évalué à 4.
Si je comprend bien, c'est une alternative a la libc pour haskell? Pas les utilitaires sh/ls/grep&co?
[^] # Re: Vitesse
Posté par freem . En réponse à la dépêche Un pas en avant pour les serveurs libres : le projet NERF. Évalué à 3.
parce que lire une valeur ecrite et tester qu elle est encore valide sont 2 choses qui n'ont rien a voir?
[^] # Re: Ca manque de jeux libres!
Posté par freem . En réponse au journal Jouer sous GNU/Linux : trois jeux autour de l’informatique. Évalué à 2.
Donc j'ai bien identifié le stade de dév: alpha, pas bêta ;)
Je n'ai rien contre jouer a des alpha, hein, après tout, je connais plutôt bien le "jeu originel" de flarerpg. Mais quand je lis bêta, j'admets que ça fait monter mon degré d'attente un cran plus haut (sans pour autant attendre un truc parfait, hein).
En tout cas, oui, le concept semble intéressant, niveau mécanique de jeu.
Y'a des trucs sympa sur OGA, mais c'est un peu des aiguilles dans des bottes de foin amha. Enfin, ça permet d'avoir un proto pas trop repoussant, c'est vrai.
Reste encore à définir ce qu'est un jeu "pro". Certains sont vraiment moches et mal branlés, pourtant ils sont réalisés par des pro qui (essaient d')en vivre.
Me doute bien, surtout quand l'équipe est (très) restreinte, mais ça ne m'empêchera pas de donner mon opinion :p
Ceci dit, mon retour à été fait en live, sans recul. Si j'avais pris un peu de recul sur le truc, et essayé de creuser le jeu, j'aurai sûrement répondu un truc très différent.
# au moins, ils se sont pas fait piquer le DN
Posté par freem . En réponse au journal Panne du système 3D Secure… pour cause de non renouvellement de nom de domaine. Évalué à 5.
tout est dans le titre… si quelqu'un avait chopé le DN pendant ces 24H, il aurait pu se faire des couilles en or, non?
Du coup, ça pose quand même la question de ce type de mécanismes: est-ce vraiment la meilleure façon? Bon, je n'ai aucune idée de comment on pourrait faire autrement, je l'admets… je ne fais que poser une question.
[^] # Re: fr-oss
Posté par freem . En réponse à la dépêche Vers une norme AFNOR pour le clavier français. Évalué à 3.
Heu… sérieusement… la seule personne que je connaisse qui ait une tour… enfin, un écran avec tour intégrée… apple, trouve le clavier apple merdique, et m'a précisé que les autres utilisateurs de bécanes apple qu'elle connaît utilisent un clavier plus proche de l'azerty classique…
Quant au niveau pro, je n'ai jamais eu à me faire chier avec un layout apple.
Je ne sais pas si c'est parce que j'ai de la chance ou pas, hein, mais, mon expérience personnelle me pousse à penser (peut-être à tord) que les conneries d'apple sur le clavier sont encore moins répandues que les utilisateurs de *BSD… faut dire qu'avec une souris pour manchot et un clavier excentrique, ça donne vraiment l'impression qu'ils gardent des trucs inefficaces juste pour être différents…
PS: oups, je suis en avance d'un peu plus d'1H…
[^] # Re: compose
Posté par freem . En réponse à la dépêche Vers une norme AFNOR pour le clavier français. Évalué à 2.
Ma foi… pas faux.
[^] # Re: Ca manque de jeux libres!
Posté par freem . En réponse au journal Jouer sous GNU/Linux : trois jeux autour de l’informatique. Évalué à 2.
Attention: remarque censée être courte qui finit en retour utilisateur
Pas pour être chiant, mais les descriptions sont un peu… pauvres. Bon, d'un autre côté, newton adventure, j'y ai joué (plutôt fun le concept d'ailleurs), et ted ne m'attire pas (de la même façon que certains livres ne m'attirent pas juste à cause du style, mais sont peut-être superbes).
Pour le 3eme, shmu…truc, il est vachement long à lancer. En fait, à la base, j'avais commencé ce commentaire en disant qu'il se lançait pas: un écran blanc, pas d'indice que ça charge, au bout de 10s, ça me génère souvent ce genre de pensées. Et j'ai attendu 10s parce que je te "connais" (de nom, que j'ai déjà eu du fun avec certaines de tes oeuvres, et par ton activité ici :)). Normalement, je suis bien moins tolérant envers les écrans blancs.
Bon, puisque j'ai le commentaire ouvert, je vais faire un retour à chaud, en "live". Déjà, ce qui est sûr, c'est que le nom à la fois m'intrigue et me… gave? C'est p'têt fait exprès après.
1er réflexe de joueur (ancien, je suppose au fond), je regarde l'aide. Cool, pour une fois, y'en a une, tous les jeux peuvent pas en dire autant. Bon, c'est en anglais, mais bah! traduire prend du temps, je le sais bien, et ça me pose pas de souci. La disposition des touches m'a intrigué: reconnaissance du clavier en web? Surprenant. Du coup, je regarde les options. Agréable surprise, il est possible de changer le layout, je vais pas m'y essayer, aucun intérêt dans mon cas, mais: bien! Les râleurs diront qu'il manque le bépo, mais y'a le custom pour eux. Je ne vais pas tester les options, c'est pas mon but.
Je lance donc.
Encore une fois, long à charger, mais j'ai appris par le 1er chargement la patience. Ca ressemble a un rpg 2D iso au 1er abord, je pressent basé sur des tuiles carrées. Pourquoi pas. Par contre, je note une certaine pauvreté dans le dessin. Malgré l'effort que je suppose pour générer un terrain pas chiant pour l'oeil, au final les textures ou les tuiles semblent mal s'imbriquer graphiquement parlant (je dirais que soit les tuiles manquent de jonctions, soit il y a trop de décorations). Bon, peu importe, si je m'étais arrêté à ça j'aurait raté pas mal de perles.
Le texte semble indiquer qu'il faut appuyer sur (A) pour continuer. Hum. 'A' ne marche pas, je teste 'Q' juste au cas ou… toujours pas. Bon, on va la jouer en mode gosse de moins de 10 ans en 90-95: le test full-keyboard, mais restreint aux touches vues dans l'aide… rien. Bon, faut cliquer. Ah, ça marche.
Ok, les dialogues passés, on se fait attaquer direct par une myriade bestioles. Pas cherché de bouton pour mettre en pause, de toute façon y'en avait pas dans l'aide (surprenant, ça semble un jeu solo, donc rien ne devrait l'empêcher).
1ere surprise: le décor ne bloque que les déplacements (et encore, faut deviner lesquels). Pas les tirs. Au début, j'ai cru que c'était juste les champs, mais non, la maison aussi.
2ème surprise: les ennemis semblent arriver à l'infini, de plus en plus fort.
3ème surprise: munitions infinies? Je ne sais pas, pas de jauge. Idem pour la vie.
Etant mort là, je dirai qu'en plus des points cités jusque la, qui peuvent être par choix, je note:
M'enfin, de manière générale, il semble y avoir le code de base, mais ça ressemble plus a une alpha qu'a une beta, pour moi. Désolé si le jugement est un peu sévère… mais clairement c'est loin de NA.
[^] # Re: Et les développeurs dans tout ca ?
Posté par freem . En réponse à la dépêche Vers une norme AFNOR pour le clavier français. Évalué à 3.
Toi, tu ne codes pas en C++ avec la STL :D
[^] # Re: Et les développeurs dans tout ca ?
Posté par freem . En réponse à la dépêche Vers une norme AFNOR pour le clavier français. Évalué à 2.
Sauf que, justement, dans le cas du CTRL+XCV, il n'y a que le cut/copier qui soit mémorisable grâce à la lettre. Les vraies forces de ces raccourcis (dont certains sont intéressants comparés aux vieux CTRL/SHIFT INSER/SUPPR du DOS (enfin, je les ais appris sous dos, mais ils m'ont rarement fait défaut sous d'autres OS…)) c'est que:
Bref, la lettre dans un raccourcis clavier, c'est juste pour ceux qui ne connaissent pas leurs raccourcis. Et même pour ceux-la, j'ai vu plus d'un clavier imprimer les raccourcis "classiques" à base de CTRL.
Bien sûr, je ne parle pas de vim, hein. Cet éditeur nécessiterait une peau de clavier spéficique à lui seul, et pas sûr qu'elle suffise…
[^] # Re: compose
Posté par freem . En réponse à la dépêche Vers une norme AFNOR pour le clavier français. Évalué à 2.
Tu sais, je pense qu'alenvers ironisait.
[^] # Re: Mauvaise raison
Posté par freem . En réponse à la dépêche Vers une norme AFNOR pour le clavier français. Évalué à 3.
Faut dire que ce n'est pas très pertinent de considérer qu'une disposition dépend du système utilisé.
[^] # Re: étape suivante: gitlab
Posté par freem . En réponse au journal Serveur Git avec Gitolite. Évalué à 3.
Mais gitolite ne nécessite pas de navigateur web pour être utilisé. Pour moi, c'est un putain de bon point.
[^] # Re: en fait c'est le troll ultime Devuan...
Posté par freem . En réponse à la dépêche Sortie de Devuan Jessie 1.0. Évalué à 0.
Ca doit dépendre de la définition utilisée, alors.
Ici on peut lire:
Comme c'est une définition qui ne veut rien dire, allons voir maturité:
Bien sûr, c'est dans le cas d'une personne. Pour un logiciel, je dirais qu'un logiciel mature est un logiciel auquel de nouvelles fonctionnalités majeures ne sont pas ajoutées a chaque version stable.
Je me trompe peut-être, et tant mieux si c'est le cas, mais je n'ai pas l'impression que ce soit le cas de systemd. Et j'espère ne pas tromper en ayant l'impression que c'est le cas d'emacs.
Compte tenu du fait que je n'utilise pas emacs et ait tendance (notes: tendance, ça veut bien dire que ce n'est pas systématique) à éviter les logiciels qui se basent sur des scripts, non, ça me donnerait en fait une raison de plus pour ne pas l'utiliser.
Tu vas me dire que c'est justement le seul init qui ne se base pas sur du script et que du coup je devrais l'utiliser.
En pratique, ce point m'avait justement convaincu de tester quand systemd était très jeune, encore qu'un simple init. Le problème c'est que le projet s'est trop élargi à mon goût. J'ai eu pas mal d'espoir quand j'ai appris la naissance de uselessd, mais il a été abandonné: trop compliqué de rester un systemd allégé à priori.
[^] # Re: parce qu'il y en a.
Posté par freem . En réponse au message Avatar or not Avatar ?. Évalué à 2.
Exact, je me suis trompé. J'utilise le CSS par défaut, perso.
[^] # Re: google translate, ou n'importe quelle appli supportant le "clavier vocale"
Posté par freem . En réponse au message [android] logiciel de transcription voix vers texte. Évalué à 2.
Pas idiot, sauf que, dans le cas de google, il faut une connection internet, qui n'est pas garantie. Les 2-3 applications que l'on a testées ne satisfaisaient pas mon père, trop lentes avant le rendu. L'objectif est que ce soit utilisable pendant une discussion… perso, j'y connais que dalle en tablettes et en reco vocale, c'est pour ça que je demande ici si quelqu'un a une idée.
# parce qu'il y en a.
Posté par freem . En réponse au message Avatar or not Avatar ?. Évalué à 2.
cf ici: https://linuxfr.org/forums/linux-general/posts/cherche-retour-d-experience-manjaro
Les utilisateurs de ce sujet ont un avatar. En gros, c'est en fonction de l'user, pas en fonction de la zone.
[^] # Re: en fait c'est le troll ultime Devuan...
Posté par freem . En réponse à la dépêche Sortie de Devuan Jessie 1.0. Évalué à 3.
Le souci, c'est qu'il y a une grande différence: emacs, c'est un logiciel mature, qu'on l'apprécie ou pas :) (sans parler du fait que ça tourne via un langage de script, chose dont systemd se targue de ne pas faire)
[^] # Re: Ca fait plaisir
Posté par freem . En réponse au journal An unexpected Linux : reverse engineering. Évalué à 2.
L'une des formulations est probablement due à un bug du logiciel de synthèse bouchotte. Il faudrait faire un rapport de bug je pense.
# jeux + virtualbox ==> mauvaise idée
Posté par freem . En réponse au message virtualbox et Windows sur Ubuntu. Évalué à 4.
Virtualbox, c'est un logiciel qui émule un ordinateur. Donc, il y a perte de performance brute entre la machine physique et la machine virtuelle (après, en fonction de l'OS, on peut percevoir une meilleure réactivité sur la VM, je ne dis pas le contraire, mais ce n'est pas de la perf. Les jeux d'instructions de certains CPU permettent de réduire la casse (drastiquement), mais ça n'est pas efficace à 100%).
De plus, le support de l'accélération 3D par virtualbox entre windows <=> linux n'est pas parfait, il me semble.
Bref, si tu fais ça, il va te falloir une bête de course, pour jouer à des trucs que tu ne pourras pas pousser à fond. Pour de petits jeux ou les réflexes ne sont pas nécessaires, ça peut passer, mais évites les FPS…
Perso, à ta place, je commencerais plutôt par tester tes jeux sous wine. Et sinon, clairement, imbriquer des VMs, sauf pour améliorer le support des OS/softs de virtu, comme les autres, je n'en vois pas l'intérêt, surtout que tu vas perdre encore plus de perfs.
PS: si tu aimes tant Ubuntu, pourquoi tu ne l'installes pas en tant qu'host?
# et sans (trop de) dépendances en plus!
Posté par freem . En réponse au journal Serveur Git avec Gitolite. Évalué à 6.
Merci pour la découverte, vraiment!
D'habitude, ce type d'outils est blindé de dépendances, ou alors il faut des forges complètes… qui ne s'utilisent donc pas en ligne de commande (ou alors, c'est pas fréquent/connu, après tout, je me considère pas expert).
Ici, il n'y a que git (logique), ssh-server (idem), et perl… le dernier était de toute façon installé sur tous les systèmes que j'ai vus, et, contrairement à python, installer (sur Debian) le paquet perl ne tire pas une chiée de paquets "obligatoirement recommandés" si je puis dire.
Accessoirement, git (sur Debian) dépends de perl de toute façon…
Probable que je vais adopter, même pour quand je suis seul à taffer: après tout, ça permets de se faire son propre serveur sans se galérer à aller sur un serveur pour jouer au clonage inversé… Merci donc.
[^] # Re: hors sujet
Posté par freem . En réponse au journal Serveur Git avec Gitolite. Évalué à 4.
Sinon, il y a aussi ceci (je me permets, vu que ce sujet est la juste pour ça):
[^] # Re: Fossil = github tout en un
Posté par freem . En réponse au journal Serveur Git avec Gitolite. Évalué à 7.
Tu compares 2 outils radicalement différents: un gestionnaire de version et une forge logicielle complète, qui n'a besoin d'aucun autre outil.
Les deux ont leur intérêt, honnêtement.
[^] # Re: On prend les mêmes et...
Posté par freem . En réponse à la dépêche Sortie de Devuan Jessie 1.0. Évalué à -3.
Manifestement, certains ont l'air de douter qu'il existe des alternatives fiables à sysV et systemd. Triste.
[^] # Re: Ah non ! ça suffit !
Posté par freem . En réponse à la dépêche Sortie de Devuan Jessie 1.0. Évalué à 7.
Intéressant. Justement, dans la vidéo (dans les alentours de 16:30) citée dans les fils, il est fait mention de uclibc et muslc, il semblerait que systemd ait une forte dépendance à glibc, et ne soit donc pas compatible (notes les pincettes, que du conditionnel) avec des libc plus minimalistes.
Il semblerait également que Devuan accepte des kernels compilés avec les libs, alors que ce ne serait plus possible avec Debian. Que ce soit à cause de systemd ou non, on s'en fout, l'important c'est la conséquence ici, et l'intérêt qui en résulte et justifie au moins en partie Devuan.
Vu que tu parles d'Alpine, la vidéo indique (malheureusement je ne sais plus quand, et je n'ai pas le temps de tout réécouter pour indiquer le moment) qu'une de ses filles aurait une empreinte mémoire plus légère qu'Alpine. Il indique juste les chiffres de la RAM, sans donner plus de détails, mais bon, c'est toujours bien qu'il y ait de la concurrence pour ce type de systèmes. Ca permets potentiellement l'amélioration des concurrents (comme la prouvé la montée en force de clang, gcc est plus cordial depuis).
[^] # Re: Devuan LTS
Posté par freem . En réponse à la dépêche Sortie de Devuan Jessie 1.0. Évalué à 2.
Jessie n'est pas encore old-stable. Et puis, c'est certainement plus simple de maintenir une distrib basée sur des logiciels anciens que récents. Sur ce point, Devuan m'intéresse, ça pourrait être le pendant stable de void. Reste juste à voir la qualité finale, et du côté de Debian et d'apt, il va falloir pas mal de boulot (franchement, les outils apt* sont lents, très lents… rien que le fait qu'ils ne puissent commencer le dépaquetage tant que tout n'est pas téléchargé est un peu d'un autre temps…)
J'aurai trouvé moins pertinent qu'ils basent leur stable sur la testing de Debian, du coup: plus de patchs à intégrer, plus fréquents. Sur la old-stable, qui est, de mémoire, encore maintenue par Debian (je ne sais plus s'ils comptent passer Jessie en LTS?) la décision ne me choque pas plus que ça. Certes, les softs sont vieux, mais ça, quand on viens de Debian stable, on y est habitué, c'est limite une demande :D