C'est pas compliqué, ça se trouve sur le même blog.
C'est où? Je me sens déjà fatigué d'aller chercher un truc potentiellement inexistant sur le blog d'un type qui ne m'intéresse pas des masses, et qui parle d'une techno qui ne m'intéresse absolument plus.
Et?
Je n'ai jamais dis que la parallélisation n'était pas effective. J'ai dit que ce qui ralentit le plus le boot, je doute que ce soit le temps de calcul CPU nécessaire à charger pléthore de programmes, mais le temps d'accès nécessaire pour récupérer les données sur le disque.
D'ailleurs, combien de retours j'ai lus ou entendus disant qu'ils ont passé leurs boot de presque 1 minute à quelques secondes en changeant le disque mécanique par un SSD? Je ne pourrais pas les compter… (parce qu'il y en à trop)
Sinon, je suis curieux, ton applet, c'est pas un truc qui se plug sur une barre quelconque du bureau, c'est à dire après que le système soit initialisé? Dans ce cas, c'est pas un peu sans rapport avec l'init?
Il faut dire que Lubuntu est basé sur LXDE, qui est plus léger encore que XFCE, aide. Je dirai bien qu'il s'agit du plus léger des environnements de bureau, mais je n'ai jamais vraiment testé E17 donc comment savoir… (en fait, j'ai utilisé le terminal de E17, et… les perfs étaient horribles avec le pilote nouveau… mais bon)
LibreOffice est le successeur d'OpenOffice. Enfin, pour faire simple.
Gimp viens originellement du monde Linux (pour l'anecdote, il et à l'origine d'un outil qui est utilisé actuellement par une très grande quantité de logiciels linux: gtk).
Une VM, c'est une machine virtuelle (Virtual Machine en anglais), et un live, c'est le diminutif de live CD ou live DVD. En gros, il s'agit d'un système d'exploitation que l'on peut lancer à partir d'un simple CD ou DVD. Les distributions Linux furent à ma connaissance les premiers systèmes à proposer ce type de fonctionnement (j'ai ouï dire que windows 8 ou 10 en sont capables, mais je pense que c'est juste de la bidouille et rien de supporté officiellement).
Pour ce qui est des VMs, je te conseilles l'excellent virtual box.
Pour la distribution, ma foi, le conseil précédent (linux Mint) me semble plutôt logique: elle est accessible aux débutants, et XFCE (un environnement de bureau) est à la fois léger et assez intuitif pour un utilisateur de windows XP (bien que l'on se retrouve avec une barre des tâches en haut de l'écran par défaut, mais on peut la déplacer facilement).
Bonne chance pour le switch (bien que je n'aie pas trop peur pour le support matériel, la question des fonctionnalités que tu utilises sous windows se pose toujours).
Ah, dernier point de détail: pour installer une application sur une distribution linux, on passe rarement par des sites externes: en général, on à un logiciel dédié qui liste l'ensemble des applications connues, et qui s'occupe de lui-même du téléchargement et de l'installation de ceux-ci. On peut y ajouter des applications manuellement (je l'ai fait plus d'une fois) mais ce n'est pas forcément conseillé, voire même utile: la liste de base est plutôt impressionnante.
Vu que tu utiliseras sûrement un logiciel graphique pour ça, par contre, je pourrais pas te donner de pistes pour une alternative simple (ce n'est pas qu'il n'en existe pas, juste que je ne les connaît pas).
Un petit constat pour ma part: au début j'avais lu qu'un des avantages c'était notamment la rapidité de boot
Ça n'était pas, au moins il y à 1-2 ans, un des objectifs, mais une conséquence de la parallélisation des lancements de process, ainsi que de la notion de démarrage de service à la demande.
Je ne sais pas pourquoi tant de gens utilisent cet argument fallacieux…
Je cite: http://0pointer.de/blog/projects/the-biggest-myths.html. Et l'explication: «Yes, systemd is fast (A pretty complete userspace boot-up in ~900ms, anyone?), but that's primarily just a side-effect of doing things right. »
Il me semble que c'était un peu plus clair avant, à l'époque ou je m'intéressais à systemd et ou je considérais que c'était un remplaçant possible pour l'init de mon système.
Maintenant, sur un système qui ne lance pas de services lourds (et certains DEs le sont, lourds), systemd n'apporte strictement rien en terme de vitesse, ou quelque chose de suffisamment négligeable pour qu'un utilisateur ne puisse pas le voir.
Dans ton cas de système qui ralentit, c'est peut-être parce que tu as ajouté des choses au démarrage, qui ont, par exemple, un fort accès disque: quand le système attends après les disques, il attend, que le processeur parallélise les tâches ne changera rien. Quand une machine est lente, toujours regarder d'où vient le goulet. Sur un PC, en général, c'est le disque dur. Ou la connexion internet quand on fait du téléchargement.
Mon erreur viens du fait que j'avais lu à ce sujet:
Does that mean we will reject systemd? Of course NO.
Auteur: Noel Torres
Pour épargner aux autres la lecture du fil, en résumé: il y à 2-3 personnes qui rejettent totalement l'idée même d'avoir un support systemd, tandis que les autres considèrent que, si quelqu'un accepte de maintenir systemd sans qu'il n'envahisse le reste, alors pas de souci pour le support de systemd.
Maintenant… position officielle ou pas? Aucune idée.
Donc, mea culpa: il semble bien que devuan sera sans systemd, peut-être à moins que quelqu'un ne s'occupe de la maintenance.
Le ton semblant plutôt neutre, ce qui est rare quand ça touche systemd, je me permets quelques remarques:
À la suite du rejet par le comité Debian de maintenir deux systèmes d’initialisation différents,
Me semble que sysVinit sera toujours supporté, juste, pas par défaut. S'il n'y à pas de citation confirmant la quote, je continuerai de penser que Debian 8 supportera sysVinit.
La distribution, nommée Devuan, sera donc une Debian sans systemd.
Pas sans systemd, mais, sans systemd par défaut.
La notion importante dans ces 2 quote, c'est le "par défaut". C'est aussi la raison pour laquelle je suis mitigé concernant devuan.
Mouai. Dans ce cas, toute personne qui installe un logiciel non présent dans les repo est un créateur de distro.
Désolé, mais je n'adhère pas à ta… vision. Parce qu'elle sous-estime le travail de ceux qui font de vraies distributions.
Ah, et ça veut aussi dire qu'apache (par exemple) qui fournit (j'imagine) des scripts d'init est aussi une distro. Youpi, va faire tourner ton apache sans kernel, qu'on rigole.
Le site est… moche. Ben oui, faut admettre, même si j'aime les sites sobres et clairs (dont il fait partie), il y à des choses à dire.
Par exemple, les couleurs. Bon, ça, à la rigueur… pourquoi pas, question de goûts. Mais, devoir scroller sur mes écrans à 1080 pixel de haut pour tout voir, c'est dommage.
Pourtant, avec i3, la déco des fenêtres et de la barre des tâches est pas super grosse. Réduire la taille de l'icône de bière (moche, en plus, à minima, remplacer le fond noir par de l'incolore permettrais peut-être de moins voir les pixels) et du screenshot résoudrait probablement ce problème.
Vu la sophistication de l'ensemble, j'ai un doute sur le fait qu'il existe une newsletter, aussi, mais bon.
Enfin, je ne le trouve ni moyen, ni bien, ni très bien. Je le trouve mauvais, mais pas trop, le site. Donc le sondage… ne sert qu'a te flatter l'égo j'imagine?
téléchargement et installation
Allez, téléchargement. 4 fichiers, à dézipper et déplacer manuellement? Euh, ok, pourquoi pas… par contre les instructions ne sont pas claires: au début j'ai pensé que l'avertissement avait trait à la casse du mot musique, mais c'est une habitude de linuxien et de dev, de faire gaffe à la casse: manque de bol, je suis les deux à la fois… bon, peu importe.
Je télécharge, dézippe, et déplace les fichiers. Un simple script .bat, ou une archive unique, aurait peut-être été plus pertinent, m'enfin… je lance.
le jeu lui-même
Première chose, on se sent complètement perdu quand on arrive. Le jeu nous propose de «configurer» le clavier, mode azerty, qwerty, ou un autre (ça, c'est pas mal comme idée au fond, je ne compte plus les jeux pour lesquels il faut reconfig les habituelles combinaisons de touches zqsd versus wasd). Bien.
On arrive sur le jeu, on voit une vue de dessus, et moi qui ait joué à quand même pas mal de jeux dans ma vie, je me dis que vu que je n'ai aucune idée de comment le jeu marche, je teste les touches fléchées. Rien. Bon, du coup je teste zqsd, ah, ça marche.
Maintenant… bah… je peux me déplacer, et je constate un 1er bug: la vue étant centrée sur le personnage en permanence, quand on s'approche des bords de la carte, la carte sors du cadre! Sans parler du fait que ça saccade drôlement, mais ça, c'est une feature non implémentée. Je n'ai pas regardé l'usage CPU, sous windows je perds un peu beaucoup mes repères maintenant, surtout que ma version obsolète de windows XP est assez endommagée (elle suffit à faire tourner les 2-3 jeux que j'ai que je n'ai jamais tenté de faire tourner sous linux, ceci dit) mais je parie que ça bouffe pas mal (les saccades ne peuvent pas provenir uniquement d'une feature pas implémentée quand même, pas à ce stade!).
Bon, je fais comme si je n'avais rien vu, après tout c'est un projet pour le fun, et je veux vraiment tester la mécanique du jeu: je pourrais toujours corriger les bugs plus tard si le code est pas trop mal fait, ou au pire faire un rapport.
J'essaie d'interagir, alors je teste, au «hasard» les touches entrée et espace, près des poulets, ou des gugusses dans la rue. Rien. Bon… je m'approche des portes, et idem, mais toujours rien. Je teste la touche F1, la meilleure amie de l'utilisateur PC des années 90, rien. Bon, tant pis.
En désespoir de cause, je me rabats sur la «technique» que j'employais avec mes frères quand on avait un nouveau jeu copié sur ces bonnes vieilles disquettes début années 90, je spamme toutes les touches du clavier, les unes après les autres. Il semble que la touche o permettre de rentrer dans les tavernes. J'avance… J'ai (un peu tard, c'est vrai) l'idée d'utiliser la touche échap, pour voir s'il existe un éventuel menu plus précis de config des touches, et je me maudit pour ma bêtise: il est là, i pour interagir, o pour ouvrir. Mouai. Pourquoi pas.
Je vais sur un personnage, je fais i, et… euh, c'est quoi ça? il me faut bien 30s pour comprendre qu'en fait, ce que je vois à l'écran, ce sont les touches sur lesquelles il faut appuyer, le plus vite possible.
Je commence à les saisir, et… à un moment, je tombe sur un caractère des plus étranges, complètement illisible (pourtant, j'ai de bons yeux, promis) ce qui fait que je perds. Bon, pas grave, je me balade encore un peu, pas très motivé pour retenter, et là, c'est le crash. Probablement une segfault, il doit y avoir quelques pointeurs mal gérés ici et là.
J'abandonne donc, je vais sur le site voir si je peux émettre un rapport de bug, rien. Bon, pas de sources, mais j'étais prévenu via linuxfr, et pas de rapports de bugs non plus (j'ai peut-être zappé le commentaire ou c'est dit).
conclusion
Utilises une forge logicielle. Souvent, elles sont bien plus simples à mettre en place qu'un site perso, et intègrent tous les outils nécessaires pour 1) récupérer le code source 2) envoyer des patchs 3) donner la possibilité d'émettre des rapports de bugs (ou feature requests) 4) gérer le versionning.
En général, il y à aussi un wiki, et sur nombre de forges, tu peux même mettre en place une page html statique. Je me souviens avoir utilisé sourceforge et gnat, à l'époque ou je n'utilisais pas git, et je t'assure que la simplicité est enfantine.
Pour le jeu lui-même, le gameplay… j'imagine que je n'ai pas vu comme prendre un poulet ou un jambon pour foutre sur la tronche des autres, mais ce que j'en ai vu, c'est que ça manque d'infos pour le joueur.
Pour un jeu de cette envergure, je ne vais sûrement pas RTFM, et afficher un texte (qui clignote éventuellement, pour rester dans les clichés simples à coder, mais un fondu serait au moins aussi bien) 5s-10s quand le joueur arrive dans la partie pour indiquer ce qu'il faut faire et comment ne serai pas du luxe. Pourquoi pas mettre la possibilité de le désactiver.
Mon retour est plutôt négatif, c'est vrai, mais ce n'est pas pour casser du sucre, juste pour indiquer les zones à travailler. Donc ne le prend pas mal (si j'ai pris la peine de l'écrire, au lieu d'un simple: tout est pourri, c'est qu'il y à une raison) et essaies d'améliorer un peu.
Un cybergentil sous Windows mais qui utilise du libre (GnuPG, VirtualBox, etc.) mais en root :
J'aime le screen. On voit un type en train de jouer travailler à casser… des crackme. Mouarf.
Ce qui me rappelle qu'il faudrait que je m'y remette aux crackme. C'était plutôt sympa comme activité, même si c'est un peu délicat à sortir lors des conversations avec les proches: «t'as fait quoi vendredi soir?» «boh, j'étais fatigué alors j'ai juste fini le crackme sur lequel j'ai bossé depuis 1 mois»…
Du coup la solution la plus simple était de forker Debian, c'est vrai qu'ajouter l'option de choix du system d'init dans l'installateur était trop compliqué. :-D
Nous sommes d'accord: c'est overkill.
Moi aussi je trouve que l'install par défaut devient anormalement gourmande en espace disque. Mais je continue à faire confiance au projet.
Je lui fait encore confiance, je ne pense pas que Debian change sa ligne de conduite pour ce qui est de la fiabilité et de la liberté.
Je me suis simplement aperçu que ce sont mes besoins qui ont évolué.
Au début, j'étais utilisateur de DOS, j'ai découvert puis adopté win3.1. Je suis ensuite passé à 95/98 & co, repassant parfois au DOS (comment ça, on sent l'utilisateur de ligne de commande?) et j'ai eu un mal fou à passer à XP (pourquoi? Pas très stable à ses débuts, bouffe des ressources à un niveau impressionnant, moins de contrôle de l'utilisateur sur le système.) et de là je suis passé à Debian, la distro qui me paraissait le mieux me convenir: possibilité de bidouiller, voire encouragements à bidouiller, légère par défaut (comparé à windows XP ou ubuntu).
En y réfléchissant, j'ai toujours été attiré par les systèmes les plus simples à bidouiller et les plus légers (peut-être un traumatisme des premières machines que j'ai connues, sur lesquelles on faisait attention à ne pas lancer trop de choses, ne pas stocker inutilement des applications sur le disque?) et je pense que Debian, avec son rôle de distribution universelle, ne peux qu'aller vers l'embonpoint qui est la voie du modernisme.
Et c'est bien ça qui ne me va pas: fontes mises en dépendances dures, grande, très grande, quantité de paquets dépendant de gstreamer (en dur, encore une fois) sans raisons techniques (et donc, avec des sous-dépendances par dizaines, alors que le soft marche très bien sans gstreamer: je l'ai vérifié en faisant de faux paquets pour berner le système), et mes softs principaux en retard sur les versions upstream (ce qui est un choix assumé de Debian, je l'ai toujours su. Au début je parais en utilisant testing/unstable voire à un moment unstable/sid. Sans avoir de problèmes plus fréquents ça d'ailleurs, sauf à certains moments des problèmes mineurs. Le truc qui m'a fait cesser, c'est une MaJ d'udev, qui à ralentit le boot de plus de 30s. Hors, moi, j'éteins ma machine. Le bug en question à eu un workaround posté à plusieurs reprises sur la ml, ainsi que sur le bugtracker de mémoire, mais n'à pas été corrigé pendant plusieurs mois. Donc, retour à stable, avec cette fois ajout des backports, et quand il me manque un truc, genre wine récemment, je compile).
Debian était excellente pour mes premières armes, j'ai beaucoup appris grâce à elle, et je doute que quand j'aurai à administrer une machine qui ne m'appartienne pas, j'utiliserai autre chose. Seulement, pour mes usages personnels, je pense que ça ne me conviens plus.
De là à cracher sur systemd systématiquement… j'ai trouvé l'idée excellente au début. J'ai changé d'avis parce que, simplement, pour moi la politique derrière est mauvaise: ça fait franchement trop framework, et ok, ça marche aujourd'hui, mais je ne parierai pas dessus sur le long terme.
Peut-être utiliserais-je uselessd par la suite. J'aime le côté fichiers de conf pour la config, plutôt que des scripts (non, je n'aime pas emacs, non je n'aime pas les wm basés sur lua ;)). Donc, j'aime beaucoup ce côté de systemd, mais je n'aime pas le fait que ce projet ne semble pas savoir se limiter à faire une seule chose et la faire bien.
Peu m'importe que l'on me considère comme un «hater» ou quoique ce soit. C'est juste que, le jour ou moi je dois faire un logiciel de peinture, si on me demande par la suite d'en faire un outil d'électronique, je m'insurgerais, jusqu'à la démission s'il le faut, parce que c'est le meilleur moyen de transformer de bonnes réalisations en usines à gaz. Et je n'aime pas l'idée d'ajouter des usines à gaz, même potentielles, dans mes systèmes personnels.
C'est quand même un logiciel qui va impacter principalement les gens qui font les distributions plus que les autres,
Faux. Ça va impacter les administrateurs systèmes ainsi que les développeurs dont le travail tourne autour de Linux, de près ou de loin.
Par exemple, chez un client on à des scripts d'init pour lancer un certain nombre de daemons. Si l'init change, ça implique de les changer. Si, pour une raison ou une autre, l'init foire un truc, la responsabilité risque fortement de nous retomber dessus, parce que le client il s'en fout de l'init: ce qui l'intéresse, c'est que les daemons marchent. Même pas. Ce qui l'intéresse, c'est que le système fonctionne.
Pourtant, je t'assure, vue la gueule du code en prod, on est absolument pas foutus de faire une distro.
Donc, non, systemd ne concerne pas que les mainteneurs de distro, mais toute la frange de population qui travaille autour des serveurs basés sur Linux. Ainsi que les gens qui s'intéressent à leur système.
Les musiques d'ambiance c'est cool et en même temps pas très pratique (chacun doit avoir une copie, toutes dans le même dossier, etc.), mais je ne vois pas trop comment améliorer ça.
La seule solution pour éviter ce problème de copie, serait d'utiliser du streaming. Par contre, niveau mise en place, ça me semble pas ce qui peut se faire de plus simple en code. Quitte à devoir streamer, du coup je dirais autant utiliser mpd, qui le supporte, et est portable (au moins windows, linux, bsd, de mémoire) mais du coup, les joueurs devront utiliser un client séparé. Ou intégrer des appels à mpc (client ligne de commande) via des exec, voire idéalement implémenter en code le support de mpd.
Reste à voir comment un truc pareil pourrait s'intégrer par contre, parce que j'imagine que ça ferait 2 ports à ouvrir… enfin, c'est une idée lancée à l'arrache, hein.
PS: pour le client séparé, dans mon cas très perso ça m'arrangerait: mpc est intégré à mon bureau via des raccourcis clavier ;) mais bon, c'est un avantage que les windowsiens ne pourrons pas avoir de sitôt.
Ouvre un Mac, regarde le design, et compare.
Si tu n'as pas de Mac, bon ben regarde quelques exemples d'apps Mac.
Si tu ne vois pas la différence avec tes captures, on ne peut pas y faire grand chose.
Convaincu?
Effectivement, je constate que les icônes standard utilisées ne sont pas les mêmes. Je suppose que pour voir le reste il me faudrait comparer en live deux applications, une faite avec wx et l'autre faite spécifiquement avec les outils mac.
Jamais testé, mais est-ce via dbus?
Ce truc marchait théoriquement sous windows aussi, il y à plus de 4 ans. Je dis théoriquement parce que, ben, j'ai jamais testé: tant qu'à avoir skype et miranda de lancés en même temps à l'époque, je préférais utiliser directement skype…
Enfin, si cette fonctionnalité est maintenue, ça doit bien marcher avec un client. Ou pas, remarque :)
Tant mieux pour toi, je n'ai pas eu (et mes collegues non plus) la meme experience.
Ah ça, le vécu…
De tout de facon WxWidget sous KDE c'est aussi moche qu'une application Gnome enfin si j'utilise pas Qt-GTK c'est a dire les technos Qt…
Merci cap'tain obvious. Vu que, comme je l'ai dit, wx se base par défaut sur gtk sous Linux… bref. Le sujet est parti du fait qu'il n'existe aucune API qui abstraie les autres, ce à quoi j'ai suggéré que wx semble pourtant répondre à ce critère.
"There has been a bunch of work done with the goal of a Qt-based port of wxWidgets (see the wxWidgets SVN wxQt branch), so wxWidgets applications aren't required to use GTK-Qt (which hasn't been known to work too well) to build applications that look and feel native for KDE users."
À l'époque ou j'avais choisi ce framework, il me semble que le port Qt était pas vraiment fini. Ça à peut-être changé, je ne sais pas. Ça remonte.
Je vais faire une réponse pour les 3, et comme c'est toi qui… argumente… le plus… et si, au lieu de dire juste «tu as tort», on m'expliquait enfin, en quoi wx ne s'intègre pas? Ce serait plus efficace pour me convaincre non?
Quand on sais que Debian propose aussi de choisir son système d'init.
L'argument qu'ils utilisaient pour démonter celui-la sur la ml debian, c'est que d'une part il n'est (ou était?) pas possible de le sélectionner à l'installation, que ce soit via l'ISO d'install officielle ou même via un script d'install: il semblerait qu'il y avait (a-t-il été corrigé entre temps?) un bug dans debootstrap, et il semble que les volontés n'étaient pas de le corriger.
Conséquence, la seule façon de «choisir» un autre init, était d'installer systemd, puis de le supprimer et de le remplacer, avec tous les risques que cela implique (si quelque chose rate lors du processus, on se retrouve potentiellement avec un système qui ne démarre plus, ou des choses qui se font encore de manière étrange à l'insu de l'administrateur).
Pour le reste, je suis d'accord avec toi: je ne crois pas en le succès de Devuan.
D'un autre côté, ça fait quelques temps que je sens qu'en fait, je ne suis pas vraiment en phase avec Debian non plus (pas mal de paquets installés par défaut sont complètement inutiles, certains sont aussi contradictoires avec les options sélectionnées lors de l'installation, les paquets ont des dépendances fortes à des fontes spécifiques, d'autres ont des dépendances fortes à des modules qui attirent énormément de dépendances sans qu'elles ne soient vraiment utiles… mais, c'est normal, quand on lit les divers doc. Donc, si je ne suis pas d'accord avec ces points, c'est que Debian n'est pas faite pour moi. Et probablement idem pour Devuan).
Non en effet. Enfin, si, j'ai utilisé la 2.8, suis passé sur une 2.9 à un moment puis à la fin en 3.0. Rien de bien choquant, surtout pour qui lis les release notes.
Pour Qt 3 vers 4, c'était facile? On m'a dit que non…
[^] # Re: Merci
Posté par freem . En réponse à la dépêche systemd : l’init martyrisé, l’init bafoué, mais l’init libéré !. Évalué à 3.
C'est où? Je me sens déjà fatigué d'aller chercher un truc potentiellement inexistant sur le blog d'un type qui ne m'intéresse pas des masses, et qui parle d'une techno qui ne m'intéresse absolument plus.
[^] # Re: Merci
Posté par freem . En réponse à la dépêche systemd : l’init martyrisé, l’init bafoué, mais l’init libéré !. Évalué à 2.
Et?
Je n'ai jamais dis que la parallélisation n'était pas effective. J'ai dit que ce qui ralentit le plus le boot, je doute que ce soit le temps de calcul CPU nécessaire à charger pléthore de programmes, mais le temps d'accès nécessaire pour récupérer les données sur le disque.
D'ailleurs, combien de retours j'ai lus ou entendus disant qu'ils ont passé leurs boot de presque 1 minute à quelques secondes en changeant le disque mécanique par un SSD? Je ne pourrais pas les compter… (parce qu'il y en à trop)
Sinon, je suis curieux, ton applet, c'est pas un truc qui se plug sur une barre quelconque du bureau, c'est à dire après que le système soit initialisé? Dans ce cas, c'est pas un peu sans rapport avec l'init?
[^] # Re: Récent, pour petite machine
Posté par freem . En réponse au message Que dois-je prendre ? . Évalué à 2.
Il faut dire que Lubuntu est basé sur LXDE, qui est plus léger encore que XFCE, aide. Je dirai bien qu'il s'agit du plus léger des environnements de bureau, mais je n'ai jamais vraiment testé E17 donc comment savoir… (en fait, j'ai utilisé le terminal de E17, et… les perfs étaient horribles avec le pilote nouveau… mais bon)
[^] # Re: j'espère que sa peut vous aidez
Posté par freem . En réponse au message Que dois-je prendre ? . Évalué à 2.
LibreOffice est le successeur d'OpenOffice. Enfin, pour faire simple.
Gimp viens originellement du monde Linux (pour l'anecdote, il et à l'origine d'un outil qui est utilisé actuellement par une très grande quantité de logiciels linux: gtk).
Une VM, c'est une machine virtuelle (Virtual Machine en anglais), et un live, c'est le diminutif de live CD ou live DVD. En gros, il s'agit d'un système d'exploitation que l'on peut lancer à partir d'un simple CD ou DVD. Les distributions Linux furent à ma connaissance les premiers systèmes à proposer ce type de fonctionnement (j'ai ouï dire que windows 8 ou 10 en sont capables, mais je pense que c'est juste de la bidouille et rien de supporté officiellement).
Pour ce qui est des VMs, je te conseilles l'excellent virtual box.
Pour la distribution, ma foi, le conseil précédent (linux Mint) me semble plutôt logique: elle est accessible aux débutants, et XFCE (un environnement de bureau) est à la fois léger et assez intuitif pour un utilisateur de windows XP (bien que l'on se retrouve avec une barre des tâches en haut de l'écran par défaut, mais on peut la déplacer facilement).
Bonne chance pour le switch (bien que je n'aie pas trop peur pour le support matériel, la question des fonctionnalités que tu utilises sous windows se pose toujours).
Ah, dernier point de détail: pour installer une application sur une distribution linux, on passe rarement par des sites externes: en général, on à un logiciel dédié qui liste l'ensemble des applications connues, et qui s'occupe de lui-même du téléchargement et de l'installation de ceux-ci. On peut y ajouter des applications manuellement (je l'ai fait plus d'une fois) mais ce n'est pas forcément conseillé, voire même utile: la liste de base est plutôt impressionnante.
Vu que tu utiliseras sûrement un logiciel graphique pour ça, par contre, je pourrais pas te donner de pistes pour une alternative simple (ce n'est pas qu'il n'en existe pas, juste que je ne les connaît pas).
[^] # Re: Merci
Posté par freem . En réponse à la dépêche systemd : l’init martyrisé, l’init bafoué, mais l’init libéré !. Évalué à 4.
Ça n'était pas, au moins il y à 1-2 ans, un des objectifs, mais une conséquence de la parallélisation des lancements de process, ainsi que de la notion de démarrage de service à la demande.
Je ne sais pas pourquoi tant de gens utilisent cet argument fallacieux…
Je cite: http://0pointer.de/blog/projects/the-biggest-myths.html. Et l'explication: «Yes, systemd is fast (A pretty complete userspace boot-up in ~900ms, anyone?), but that's primarily just a side-effect of doing things right. »
Il me semble que c'était un peu plus clair avant, à l'époque ou je m'intéressais à systemd et ou je considérais que c'était un remplaçant possible pour l'init de mon système.
Maintenant, sur un système qui ne lance pas de services lourds (et certains DEs le sont, lourds), systemd n'apporte strictement rien en terme de vitesse, ou quelque chose de suffisamment négligeable pour qu'un utilisateur ne puisse pas le voir.
Dans ton cas de système qui ralentit, c'est peut-être parce que tu as ajouté des choses au démarrage, qui ont, par exemple, un fort accès disque: quand le système attends après les disques, il attend, que le processeur parallélise les tâches ne changera rien. Quand une machine est lente, toujours regarder d'où vient le goulet. Sur un PC, en général, c'est le disque dur. Ou la connexion internet quand on fait du téléchargement.
[^] # Re: Erratas
Posté par freem . En réponse à la dépêche systemd : l’init martyrisé, l’init bafoué, mais l’init libéré !. Évalué à 5.
Exact.
Mon erreur viens du fait que j'avais lu à ce sujet:
Auteur: Noel Torres
Pour épargner aux autres la lecture du fil, en résumé: il y à 2-3 personnes qui rejettent totalement l'idée même d'avoir un support systemd, tandis que les autres considèrent que, si quelqu'un accepte de maintenir systemd sans qu'il n'envahisse le reste, alors pas de souci pour le support de systemd.
Maintenant… position officielle ou pas? Aucune idée.
Donc, mea culpa: il semble bien que devuan sera sans systemd, peut-être à moins que quelqu'un ne s'occupe de la maintenance.
# Erratas
Posté par freem . En réponse à la dépêche systemd : l’init martyrisé, l’init bafoué, mais l’init libéré !. Évalué à 7.
Le ton semblant plutôt neutre, ce qui est rare quand ça touche systemd, je me permets quelques remarques:
Me semble que sysVinit sera toujours supporté, juste, pas par défaut. S'il n'y à pas de citation confirmant la quote, je continuerai de penser que Debian 8 supportera sysVinit.
Pas sans systemd, mais, sans systemd par défaut.
La notion importante dans ces 2 quote, c'est le "par défaut". C'est aussi la raison pour laquelle je suis mitigé concernant devuan.
[^] # Re: Ahh linuxfr
Posté par freem . En réponse à la dépêche Devuan un fork de Debian qui va (peut-être) chambouler notre petit monde. Évalué à 2. Dernière modification le 24 février 2015 à 11:24.
Mouai. Dans ce cas, toute personne qui installe un logiciel non présent dans les repo est un créateur de distro.
Désolé, mais je n'adhère pas à ta… vision. Parce qu'elle sous-estime le travail de ceux qui font de vraies distributions.
Ah, et ça veut aussi dire qu'apache (par exemple) qui fournit (j'imagine) des scripts d'init est aussi une distro. Youpi, va faire tourner ton apache sans kernel, qu'on rigole.
# retour sur le jeu
Posté par freem . En réponse à la dépêche Le jeu "Baston de taverne" passe au libre. Évalué à 4.
Sommaire
J'ai testé vite fait hier.
le site
Le site est… moche. Ben oui, faut admettre, même si j'aime les sites sobres et clairs (dont il fait partie), il y à des choses à dire.
Par exemple, les couleurs. Bon, ça, à la rigueur… pourquoi pas, question de goûts. Mais, devoir scroller sur mes écrans à 1080 pixel de haut pour tout voir, c'est dommage.
Pourtant, avec i3, la déco des fenêtres et de la barre des tâches est pas super grosse. Réduire la taille de l'icône de bière (moche, en plus, à minima, remplacer le fond noir par de l'incolore permettrais peut-être de moins voir les pixels) et du screenshot résoudrait probablement ce problème.
Vu la sophistication de l'ensemble, j'ai un doute sur le fait qu'il existe une newsletter, aussi, mais bon.
Enfin, je ne le trouve ni moyen, ni bien, ni très bien. Je le trouve mauvais, mais pas trop, le site. Donc le sondage… ne sert qu'a te flatter l'égo j'imagine?
téléchargement et installation
Allez, téléchargement. 4 fichiers, à dézipper et déplacer manuellement? Euh, ok, pourquoi pas… par contre les instructions ne sont pas claires: au début j'ai pensé que l'avertissement avait trait à la casse du mot musique, mais c'est une habitude de linuxien et de dev, de faire gaffe à la casse: manque de bol, je suis les deux à la fois… bon, peu importe.
Je télécharge, dézippe, et déplace les fichiers. Un simple script .bat, ou une archive unique, aurait peut-être été plus pertinent, m'enfin… je lance.
le jeu lui-même
Première chose, on se sent complètement perdu quand on arrive. Le jeu nous propose de «configurer» le clavier, mode azerty, qwerty, ou un autre (ça, c'est pas mal comme idée au fond, je ne compte plus les jeux pour lesquels il faut reconfig les habituelles combinaisons de touches zqsd versus wasd). Bien.
On arrive sur le jeu, on voit une vue de dessus, et moi qui ait joué à quand même pas mal de jeux dans ma vie, je me dis que vu que je n'ai aucune idée de comment le jeu marche, je teste les touches fléchées. Rien. Bon, du coup je teste zqsd, ah, ça marche.
Maintenant… bah… je peux me déplacer, et je constate un 1er bug: la vue étant centrée sur le personnage en permanence, quand on s'approche des bords de la carte, la carte sors du cadre! Sans parler du fait que ça saccade drôlement, mais ça, c'est une feature non implémentée. Je n'ai pas regardé l'usage CPU, sous windows je perds un peu beaucoup mes repères maintenant, surtout que ma version obsolète de windows XP est assez endommagée (elle suffit à faire tourner les 2-3 jeux que j'ai que je n'ai jamais tenté de faire tourner sous linux, ceci dit) mais je parie que ça bouffe pas mal (les saccades ne peuvent pas provenir uniquement d'une feature pas implémentée quand même, pas à ce stade!).
Bon, je fais comme si je n'avais rien vu, après tout c'est un projet pour le fun, et je veux vraiment tester la mécanique du jeu: je pourrais toujours corriger les bugs plus tard si le code est pas trop mal fait, ou au pire faire un rapport.
J'essaie d'interagir, alors je teste, au «hasard» les touches entrée et espace, près des poulets, ou des gugusses dans la rue. Rien. Bon… je m'approche des portes, et idem, mais toujours rien. Je teste la touche F1, la meilleure amie de l'utilisateur PC des années 90, rien. Bon, tant pis.
En désespoir de cause, je me rabats sur la «technique» que j'employais avec mes frères quand on avait un nouveau jeu copié sur ces bonnes vieilles disquettes début années 90, je spamme toutes les touches du clavier, les unes après les autres. Il semble que la touche o permettre de rentrer dans les tavernes. J'avance… J'ai (un peu tard, c'est vrai) l'idée d'utiliser la touche échap, pour voir s'il existe un éventuel menu plus précis de config des touches, et je me maudit pour ma bêtise: il est là, i pour interagir, o pour ouvrir. Mouai. Pourquoi pas.
Je vais sur un personnage, je fais i, et… euh, c'est quoi ça? il me faut bien 30s pour comprendre qu'en fait, ce que je vois à l'écran, ce sont les touches sur lesquelles il faut appuyer, le plus vite possible.
Je commence à les saisir, et… à un moment, je tombe sur un caractère des plus étranges, complètement illisible (pourtant, j'ai de bons yeux, promis) ce qui fait que je perds. Bon, pas grave, je me balade encore un peu, pas très motivé pour retenter, et là, c'est le crash. Probablement une segfault, il doit y avoir quelques pointeurs mal gérés ici et là.
J'abandonne donc, je vais sur le site voir si je peux émettre un rapport de bug, rien. Bon, pas de sources, mais j'étais prévenu via linuxfr, et pas de rapports de bugs non plus (j'ai peut-être zappé le commentaire ou c'est dit).
conclusion
Utilises une forge logicielle. Souvent, elles sont bien plus simples à mettre en place qu'un site perso, et intègrent tous les outils nécessaires pour 1) récupérer le code source 2) envoyer des patchs 3) donner la possibilité d'émettre des rapports de bugs (ou feature requests) 4) gérer le versionning.
En général, il y à aussi un wiki, et sur nombre de forges, tu peux même mettre en place une page html statique. Je me souviens avoir utilisé sourceforge et gnat, à l'époque ou je n'utilisais pas git, et je t'assure que la simplicité est enfantine.
Pour le jeu lui-même, le gameplay… j'imagine que je n'ai pas vu comme prendre un poulet ou un jambon pour foutre sur la tronche des autres, mais ce que j'en ai vu, c'est que ça manque d'infos pour le joueur.
Pour un jeu de cette envergure, je ne vais sûrement pas RTFM, et afficher un texte (qui clignote éventuellement, pour rester dans les clichés simples à coder, mais un fondu serait au moins aussi bien) 5s-10s quand le joueur arrive dans la partie pour indiquer ce qu'il faut faire et comment ne serai pas du luxe. Pourquoi pas mettre la possibilité de le désactiver.
Mon retour est plutôt négatif, c'est vrai, mais ce n'est pas pour casser du sucre, juste pour indiquer les zones à travailler. Donc ne le prend pas mal (si j'ai pris la peine de l'écrire, au lieu d'un simple: tout est pourri, c'est qu'il y à une raison) et essaies d'améliorer un peu.
[^] # Re: Excellente dépêche
Posté par freem . En réponse à la dépêche Sortie d’Inkscape 0.91. Évalué à 3.
Oh my… en lisant vite, j'ai lu masochiste… ça me surprenais, j'ai relu… et en fait, bon, c'est pas pareil, mais pas bien différent non plus :p
Je suis déjà dehors…
# oh le crackme
Posté par freem . En réponse à la dépêche Quand la cybernétique hiberne l'éthique. Évalué à 5.
J'aime le screen. On voit un type en train de
jouertravailler à casser… des crackme. Mouarf.Ce qui me rappelle qu'il faudrait que je m'y remette aux crackme. C'était plutôt sympa comme activité, même si c'est un peu délicat à sortir lors des conversations avec les proches: «t'as fait quoi vendredi soir?» «boh, j'étais fatigué alors j'ai juste fini le crackme sur lequel j'ai bossé depuis 1 mois»…
[^] # Re: ...
Posté par freem . En réponse à la dépêche Devuan un fork de Debian qui va (peut-être) chambouler notre petit monde. Évalué à 4.
Nous sommes d'accord: c'est overkill.
Je lui fait encore confiance, je ne pense pas que Debian change sa ligne de conduite pour ce qui est de la fiabilité et de la liberté.
Je me suis simplement aperçu que ce sont mes besoins qui ont évolué.
Au début, j'étais utilisateur de DOS, j'ai découvert puis adopté win3.1. Je suis ensuite passé à 95/98 & co, repassant parfois au DOS (comment ça, on sent l'utilisateur de ligne de commande?) et j'ai eu un mal fou à passer à XP (pourquoi? Pas très stable à ses débuts, bouffe des ressources à un niveau impressionnant, moins de contrôle de l'utilisateur sur le système.) et de là je suis passé à Debian, la distro qui me paraissait le mieux me convenir: possibilité de bidouiller, voire encouragements à bidouiller, légère par défaut (comparé à windows XP ou ubuntu).
En y réfléchissant, j'ai toujours été attiré par les systèmes les plus simples à bidouiller et les plus légers (peut-être un traumatisme des premières machines que j'ai connues, sur lesquelles on faisait attention à ne pas lancer trop de choses, ne pas stocker inutilement des applications sur le disque?) et je pense que Debian, avec son rôle de distribution universelle, ne peux qu'aller vers l'embonpoint qui est la voie du modernisme.
Et c'est bien ça qui ne me va pas: fontes mises en dépendances dures, grande, très grande, quantité de paquets dépendant de gstreamer (en dur, encore une fois) sans raisons techniques (et donc, avec des sous-dépendances par dizaines, alors que le soft marche très bien sans gstreamer: je l'ai vérifié en faisant de faux paquets pour berner le système), et mes softs principaux en retard sur les versions upstream (ce qui est un choix assumé de Debian, je l'ai toujours su. Au début je parais en utilisant testing/unstable voire à un moment unstable/sid. Sans avoir de problèmes plus fréquents ça d'ailleurs, sauf à certains moments des problèmes mineurs. Le truc qui m'a fait cesser, c'est une MaJ d'udev, qui à ralentit le boot de plus de 30s. Hors, moi, j'éteins ma machine. Le bug en question à eu un workaround posté à plusieurs reprises sur la ml, ainsi que sur le bugtracker de mémoire, mais n'à pas été corrigé pendant plusieurs mois. Donc, retour à stable, avec cette fois ajout des backports, et quand il me manque un truc, genre wine récemment, je compile).
Debian était excellente pour mes premières armes, j'ai beaucoup appris grâce à elle, et je doute que quand j'aurai à administrer une machine qui ne m'appartienne pas, j'utiliserai autre chose. Seulement, pour mes usages personnels, je pense que ça ne me conviens plus.
De là à cracher sur systemd systématiquement… j'ai trouvé l'idée excellente au début. J'ai changé d'avis parce que, simplement, pour moi la politique derrière est mauvaise: ça fait franchement trop framework, et ok, ça marche aujourd'hui, mais je ne parierai pas dessus sur le long terme.
Peut-être utiliserais-je uselessd par la suite. J'aime le côté fichiers de conf pour la config, plutôt que des scripts (non, je n'aime pas emacs, non je n'aime pas les wm basés sur lua ;)). Donc, j'aime beaucoup ce côté de systemd, mais je n'aime pas le fait que ce projet ne semble pas savoir se limiter à faire une seule chose et la faire bien.
Peu m'importe que l'on me considère comme un «hater» ou quoique ce soit. C'est juste que, le jour ou moi je dois faire un logiciel de peinture, si on me demande par la suite d'en faire un outil d'électronique, je m'insurgerais, jusqu'à la démission s'il le faut, parce que c'est le meilleur moyen de transformer de bonnes réalisations en usines à gaz. Et je n'aime pas l'idée d'ajouter des usines à gaz, même potentielles, dans mes systèmes personnels.
[^] # Re: Ahh linuxfr
Posté par freem . En réponse à la dépêche Devuan un fork de Debian qui va (peut-être) chambouler notre petit monde. Évalué à 2.
Faux. Ça va impacter les administrateurs systèmes ainsi que les développeurs dont le travail tourne autour de Linux, de près ou de loin.
Par exemple, chez un client on à des scripts d'init pour lancer un certain nombre de daemons. Si l'init change, ça implique de les changer. Si, pour une raison ou une autre, l'init foire un truc, la responsabilité risque fortement de nous retomber dessus, parce que le client il s'en fout de l'init: ce qui l'intéresse, c'est que les daemons marchent. Même pas. Ce qui l'intéresse, c'est que le système fonctionne.
Pourtant, je t'assure, vue la gueule du code en prod, on est absolument pas foutus de faire une distro.
Donc, non, systemd ne concerne pas que les mainteneurs de distro, mais toute la frange de population qui travaille autour des serveurs basés sur Linux. Ainsi que les gens qui s'intéressent à leur système.
[^] # Re: Compilation
Posté par freem . En réponse au journal Rolisteam passe en version 1.6.1. Évalué à 2. Dernière modification le 13 février 2015 à 12:04.
La seule solution pour éviter ce problème de copie, serait d'utiliser du streaming. Par contre, niveau mise en place, ça me semble pas ce qui peut se faire de plus simple en code. Quitte à devoir streamer, du coup je dirais autant utiliser mpd, qui le supporte, et est portable (au moins windows, linux, bsd, de mémoire) mais du coup, les joueurs devront utiliser un client séparé. Ou intégrer des appels à mpc (client ligne de commande) via des
exec, voire idéalement implémenter en code le support de mpd.Reste à voir comment un truc pareil pourrait s'intégrer par contre, parce que j'imagine que ça ferait 2 ports à ouvrir… enfin, c'est une idée lancée à l'arrache, hein.
PS: pour le client séparé, dans mon cas très perso ça m'arrangerait: mpc est intégré à mon bureau via des raccourcis clavier ;) mais bon, c'est un avantage que les windowsiens ne pourrons pas avoir de sitôt.
[^] # Re: systemctl list-unit-etc.
Posté par freem . En réponse au journal systemd: je me lance. Évalué à 3.
Peut-être pour faire les choses plus en douceur?
[^] # Re: .
Posté par freem . En réponse au journal systemd: je me lance. Évalué à 6.
Network over butterfly?
[^] # Re: Qt
Posté par freem . En réponse à la dépêche LibreOffice 4.4 : sous le capot. Évalué à 2.
Effectivement, je constate que les icônes standard utilisées ne sont pas les mêmes. Je suppose que pour voir le reste il me faudrait comparer en live deux applications, une faite avec wx et l'autre faite spécifiquement avec les outils mac.
[^] # Re: Pas libre
Posté par freem . En réponse à la dépêche Le projet Libre OS USB a besoin de vous. Évalué à 2.
Jamais testé, mais est-ce via dbus?
Ce truc marchait théoriquement sous windows aussi, il y à plus de 4 ans. Je dis théoriquement parce que, ben, j'ai jamais testé: tant qu'à avoir skype et miranda de lancés en même temps à l'époque, je préférais utiliser directement skype…
Enfin, si cette fonctionnalité est maintenue, ça doit bien marcher avec un client. Ou pas, remarque :)
[^] # Re: Qt
Posté par freem . En réponse à la dépêche LibreOffice 4.4 : sous le capot. Évalué à 1.
Ah ça, le vécu…
Merci cap'tain obvious. Vu que, comme je l'ai dit, wx se base par défaut sur gtk sous Linux… bref. Le sujet est parti du fait qu'il n'existe aucune API qui abstraie les autres, ce à quoi j'ai suggéré que wx semble pourtant répondre à ce critère.
À l'époque ou j'avais choisi ce framework, il me semble que le port Qt était pas vraiment fini. Ça à peut-être changé, je ne sais pas. Ça remonte.
[^] # Re: Qt
Posté par freem . En réponse à la dépêche LibreOffice 4.4 : sous le capot. Évalué à 1.
Je trouve cet argument très… convainquant. Ou pas.
[^] # Re: Qt
Posté par freem . En réponse à la dépêche LibreOffice 4.4 : sous le capot. Évalué à 1.
Je vais faire une réponse pour les 3, et comme c'est toi qui… argumente… le plus… et si, au lieu de dire juste «tu as tort», on m'expliquait enfin, en quoi wx ne s'intègre pas? Ce serait plus efficace pour me convaincre non?
[^] # Re: ...
Posté par freem . En réponse à la dépêche Devuan un fork de Debian qui va (peut-être) chambouler notre petit monde. Évalué à 10.
L'argument qu'ils utilisaient pour démonter celui-la sur la ml debian, c'est que d'une part il n'est (ou était?) pas possible de le sélectionner à l'installation, que ce soit via l'ISO d'install officielle ou même via un script d'install: il semblerait qu'il y avait (a-t-il été corrigé entre temps?) un bug dans debootstrap, et il semble que les volontés n'étaient pas de le corriger.
Conséquence, la seule façon de «choisir» un autre init, était d'installer systemd, puis de le supprimer et de le remplacer, avec tous les risques que cela implique (si quelque chose rate lors du processus, on se retrouve potentiellement avec un système qui ne démarre plus, ou des choses qui se font encore de manière étrange à l'insu de l'administrateur).
Pour le reste, je suis d'accord avec toi: je ne crois pas en le succès de Devuan.
D'un autre côté, ça fait quelques temps que je sens qu'en fait, je ne suis pas vraiment en phase avec Debian non plus (pas mal de paquets installés par défaut sont complètement inutiles, certains sont aussi contradictoires avec les options sélectionnées lors de l'installation, les paquets ont des dépendances fortes à des fontes spécifiques, d'autres ont des dépendances fortes à des modules qui attirent énormément de dépendances sans qu'elles ne soient vraiment utiles… mais, c'est normal, quand on lit les divers doc. Donc, si je ne suis pas d'accord avec ces points, c'est que Debian n'est pas faite pour moi. Et probablement idem pour Devuan).
[^] # Re: guacamole ?
Posté par freem . En réponse à la dépêche Le projet Libre OS USB a besoin de vous. Évalué à 2.
Ah oui forcément, s'il faut installer un serveur http…
[^] # Re: Qt
Posté par freem . En réponse à la dépêche LibreOffice 4.4 : sous le capot. Évalué à 2.
Non en effet. Enfin, si, j'ai utilisé la 2.8, suis passé sur une 2.9 à un moment puis à la fin en 3.0. Rien de bien choquant, surtout pour qui lis les release notes.
Pour Qt 3 vers 4, c'était facile? On m'a dit que non…
[^] # Re: Qt
Posté par freem . En réponse à la dépêche LibreOffice 4.4 : sous le capot. Évalué à 1.
Pas versus Gtk+Linux, puisque c'est le défaut utilisé sous linux, mais sinon j'imagine que c'est ça oui.