Je ne suis pas sûr du "pas mal" pour le coup.
Oui, je sais et je peux bien imaginer que les perfs vont être améliorée, puisqu'il y aura moins de mouvements dans la mémoire.
Par contre, je ne suis pas sûr que l'impact au niveau vitesse soit transcendant. A moins que tu ne parlais des perfs en mémoire ( si je ne me trompe pas, on devrait avoir moins de buffer alloués avec wayland pour utiliser opengl ? ).
Bah Wayland c’est un protocole
Certes.
Mir?
Malgré tout ce qu'on a pu en dire, pourquoi pas? Je ne vois pas d'un mauvais œil le fait d'avoir des alternatives, c'est même tout le contraire.
Oui, je sais à peu près ce qui lui est reproché…
Enfin, sinon je pensais plus à rester sous Xorg, qui risque d'être maintenu encore longtemps tant que wayland ne sera pas porté sous *BSD.
Cependant, est-ce vraiment lié au format, ou aux outils? En gros, j'imagine que le système de paquet envoie la version courante au serveur, qui fait un diff binaire à renvoyer au client, qui génère un paquet tout frais a partir de l'ancien et du nouveau.
Je n'ai jamais réfléchi à ce point, mais est-ce que ça ne serait pas faisable avec deb?
Je veux dire, est-ce l'outil, ou le format, qui permet cette fonctionnalité?
Donc, j’attends un seul VRAI argument me prouvant qu'Ubuntu est non utilisable
Bof… pas inutilisable, juste pas adaptée aux besoins de tout le monde. En même temps, c'est normal, puisque tout le monde à des besoins différents. Ajoutes à ça le fait que l'auteur soit, selon moi, quasiment un RH fanboy, et voila le bouzin non argumenté ( ou avec des arguments fallacieux ).
Au passage, si ta distro te plaît, si tu ne lui vois aucun défaut, inutile de changer. Perso j'ai voulu essayer de changer à diverses reprises pour voir autre chose, mais jamais à cause d'un type qui m'a dit "ta distro c'est de la merde". A ceux-la, je leur ris au nez.
En fait, je pense que ce qu'il essaie de te dire, c'est que ce n'est pas un problème de format ( deb/rpm ) mais de soin apporté au paquet par le distributeur de la distro.
Debian étant, à priori et selon tes commentaires, plus soigneux que Red Hat, tu as vécu moins de problèmes, mais ceux-ci ne seraient liés qu'a la distro, et non pas au format des archives.
Les rpm intègrent un mécanisme de versioning, et donc ne font que patcher l'install existante?
Je n'ai jamais utilisé de système basé sur rpm, et je me suis toujours demandé quel était la différence entre deb et rpm, en fait.
Donc je chope la balle au vol :) ( et sur google, a part des troll, impossible de trouver un truc correct à ce sujet. Ça vaudrait le coup d'en faire une page wiki sur linuxfr, peut-être ? )
Ah, donc dans le cas d'une MaJ d'une machine distante alors?
Il me semble qu'apt fait les mises à jour de façon séquentielle ( d'abord le dl, puis la décompression et ensuite la configuration, par défaut et sans apt-utils si je ne m'abuse ), cependant, donc même si on perd la connexion ssh, je n'arrive pas à voir quelles pourraient être les conséquences?
Je veux dire, le système de paquet me semble assez robuste pour encaisser ce genre de situation? Enfin, je suppose qu'il faudrait que je me penche plus sur l'intérêt de cet outil, je pensais qu'il ne s'agit que d'un outil pour "fenêtrer" un terminal… mais il semble pouvoir faire plus?
Hum…
Quelle page? Parce que moi, sur la page 16, je vois un graphique qui indique que la France est à 19% de la population capable de tenir une discussion dans au moins 2 langues, alors que la moyenne de l'UE serait de 25%.
Nous sommes donc clairement en dessous de la moyenne, bien que pas les pires, en effet.
D'ailleurs, si je me souviens bien, d'avoir une traduction d'un document d'une langue inconnue vers une langue connue est ce qui à permis de comprendre la langue inconnue.
Bon, je ne suis pas capable de me rappeler le nom des 2 langues en question ni celui qui à été donné à la tablette ( ou était-ce une pierre? ), désolé pour ça, je ne me suis jamais réellement penché sur l'archéologie.
Toujours est-il que pour moi, oui, les sous-titre, ou plutôt, les documents traduits, permettent d'apprendre une langue. A condition de faire l'effort.
Je ne sais pas, j'ai lu un peu de doc à son sujet et essayé d'imaginer comment ça marchera plus tard, et franchement même si au début j'étais fan de l'idée, avec le temps j'ai un peu refroidit au sujet de wayland.
Peut-être parce que je ne comprend pas assez comment ça marche, et peut-être que la solution sera de créer un autre logiciel (démon,lib?) pour la décoration de fenêtre, que les applications appèleront pour avoir un style unifié?
Tant qu'on ne nous force pas une dépendance à dbus ou systemd, perso, ça me va. Sinon, j'irai voir ailleurs si l'herbe est plus verte au pire.
Sur un gestionnaire en stack, peut-être.
Sur un gestionnaire pavant, personnellement, j'en ai besoin, sinon je ne pourrais pas distinguer mes légions de terminaux les uns des autres…
Et puis je connais personne même sous Linux qui n'a pas sa fenêtre maximisée quand il surfe
L'intérêt d'avoir un navigateur non maximisé:
Divers usages possibles:
* lire de la doc,
* afficher des pages en corrélation avec la tâche courante
* déboguer un site web
Et ce, sans parler du fait que certains se servent de leur navigateur pour des usages différents ( via des plugin/applets: irc, musique, notamment )
Bon, ceci étant dit, avec un gestionnaire de fenêtre digne de ce nom, masquer la barre de titre d'une application est trivial.
Et probablement pas le job du browser.
Dans le cas de gimp, il n'y a pas de fondation pour financer des dev, tu l'as dis toi-même.
Mozilla et son produit phare, firefox, ne sont pas du tout dans la même catégorie, pour le coup. Et ça n'empêche pas gimp d'être manifestement un excellent logiciel ( je ne suis pas utilisateur, mais j'ai jeté un oeil ou deux dessus quelques temps. Si j'avais plus l'âme d'un graphiste, peut-être… ).
Sur gimp, la seule controverse dont j'ai eu connaissance, c'est le fait d'être multi-fenêtre. Bien que ça aie été corrigé, par défaut on reste dessus, et je trouve ça bien, ça rappelle aux gens que le logiciel est différent, et qu'il y a peut-être une raison derrière ( perso ça serait invivable avec un tiling wm, mais bon… ).
Mon opinion actuelle sur FF, c'est que:
1) il ne s'agit pas du seul bon browser libre ( c'est un fait, ça )
2) leur site ne respecte pas leurs idées ( GA, je l'ai appris ce funeste matin )
3) je ne me souviens pas de leur dernière innovation
Après, c'est sûr, je me contente au niveau implication dans le libre de patcher des trucs mineurs dans des logiciels mineurs en général, et d'aider sur la ML de debian quand j'ai le temps.
C'est sûr, c'est pas énorme, mais ça me paraît déjà moins pire que rien.
on est obligé d'utiliser Opera 12.16 qui doit dater de fin 2012 …
Et je t'avoue que vue la gueule des derniers opera ( j'ai eu le malheur de devoir utiliser un windows il y a 3 mois ) je pense que je quitterai opera pour midori dans pas super longtemps, quand j'aurai réellement l'impression que mon browser est obsolète.
Désolé, mais question vie privée, moi, ils me font rire.
Et puis allez, même en admettant que leur navigateur respecte la vie privée des utilisateurs par défaut ( c'est à dire en admettant qu'ils ne proposent pas google par défaut pour tout ce qui à trait à la recherche, ou soyons gentils, en admettant qu'il n'y ait pas besoin d'aller dans about:config pour exterminer la bête… ), je trouve gonflé de dire qu'ils sont le navigateur à le faire le mieux.
Par exemple, midori, la dernière fois que je l'ai testé, n'utilisais pas google par défaut, mais duckduckgo. Qui est un moteur de recherche qui lui essaie de respecter la vie privée, contrairement à google qui ne se cache pas de vous espionner.
Alors en quoi FF respecte-t-il plus la vie privée que Midori? ( ce n'est qu'un exemple, personnellement j'utilise opera, mais comme personne n'a accès au code source on va me dire que rien n'est vérifiable si je le cite, et accessoirement c'est aussi google par défaut, même s'il est bien plus simple de l'éradiquer de la config )
Ceci dit, je ne savais pas que Mozilla ne respectait même pas le DNT… Ça, c'est très fort. Avant, je n'appréciais plus leur navigateur pour des raisons diverses, mais aucune liée à la vie privée. Ça viens de changer.
Dommage, j'aime quand même bien le fait qu'ils essaient de garder un moteur de rendu différent, eux. ( c'est le seul truc qui les sauve encore à mes yeux du coup )
Sinon, je connais un projet bien plus gros et qui ne me semble être cohérent avec ses idées: Debian. Si eux y arrivent, pourquoi pas Mozilla?
Alors que Debian à été crée from scratch en libre, contrairement aux produits de Mozilla, d'ailleurs ( qui ne sont donc pas partis de 0, ça devrait être plus simple ). Mozilla, leur seul but réel, c'est d'avoir la plus grosse… c'est comme ça que je le perçois en tout cas. Et pour ça, on copie simplement la concurrence ( système de version, ihm… y'a que le moteur de rendu qui est unique! )
PS: heureusement qu'il y a linuxfr pour me consoler de ce vendredi de pont passé au bureau \o/
Pour être plus précis ( attention, je parle bien d'argument contre l'install sur un serveur de production, nous sommes d'accord! ):
Fedora has a reputation for focusing on innovation, integrating new technologies early
Intègre vite. Donc, peu de test, donc de bugfixes.
Fedora has a relatively short life cycle: version X is supported only until 1 month after version X+2 and with approximately 6 months between versions this means that a version of Fedora is supported for approximately 13 months.[7] This promotes leading-edge software because it frees developers from some backward compatibility restraints, but it also makes Fedora a poor choice for product development, which usually requires long-term vendor-support.
Ici, c'est expliqué pourquoi en prod c'est moyen… je vais pas paraphraser.
The default desktop in Fedora is the GNOME desktop environment and the default interface is the GNOME Shell.
Donc, par défaut, une interface graphique est installée? Pour un serveur? ( je sais, la plupart des distros aussi l'installent par défaut, et j'imagine que ça se désactive lors de l'install, mais je me mets au niveau de ton journal en restant sur le par défaut. )
Vu que tu sembles ne pas aimer l'automatisme sur les serveurs ( après tout, un service installé ne devrait pas être automatiquement démarré, pas vrai? Après ton install de fedora, le serveur graphique fraîchement installé est bien démarré, pas vrai? ) tu ne dois pas trop aimer ça.
Fedora uses the RPM package management system.
Ah… moi, je préfère celui de Debian, donc celui Debian est mieux et celui de fedora/RHL mauvais. Je suis encore une fois à ton niveau quand tu dis "Debian, si on aime bien sa gestion de paquets".
Basiquement, on m'a toujours parlé de Fedora comme d'une excellente distribution, à destination des dev et des early adopters.
Donc, je ne pense pas qu'elle soit mauvaise, et avec une boîte comme RHL derrière, j'aurai tendance à avoir confiance dans la bête.
Mais pas pour un serveur, sur lequel il est plus pertinent d'utiliser RHL elle-même ou Debian. En mode minimaliste. ( D'ailleurs, je n'ai pas apprécié quand Debian ont activé l'installation par défaut des paquets recommandés… par chance, ça se désactive, mais obligé de tout décocher à l'install de base, c'est dommage. )
Changement de distribution dans les sources ;
apt-get update ;
apt-get install screen ;
dans screen :
apt-get dist-upgrade ;
apt-get --purge autoremove $(deborphan) (relancer autant de fois que nécessaire) ;
reboot.
Quel est l'intérêt de screen? je veux dire, à part avoir un tiling window manager pour gérer le contenu d'un terminal…
Au passage, je me suis toujours demandé à quoi exactement sert deborphan. J'ai dû l'installer une fois ou deux, mais il n'a jamais été capable de virer le moindre paquet automatiquement. D'ailleurs, je n'ai toujours eu besoin au maximum que de 2 passes dans aptitude pour virer complètement un logiciel. ( ça m'arrive moins maintenant, mais à l'époque ou je cherchais encore mes marques j'ai pu aller jusqu'a installer/supprimer une 30aines de logiciels divers par semaine… histoire de tester. )
En tout cas chezmoicamarche™.
C'est sûr, après, tout dépend des logiciels que tu utilises. Certains sont plus ou moins bien maintenus, et si on tombe plus dans le moins que dans le plus, un ou deux peuvent péter.
Du coup, ça impliquerait que les russes soient meilleurs que la moyenne pour les langues, puisqu'ils exploitent dès l'enfance toute la gamme de la voix humaine?
Dans la même "raison", est-ce que quelqu'un pourrais me dire en quoi le fait de mettre à jour un service sans le redémarrer aussitôt est gênant?
Déjà, pour un poste de bureau, ça ne pose aucun souci, c'est rapide et n'interrompt potentiellement l'utilisateur qu'a peine une dizaine de secondes ( je suis large, très large, parce que mon expérience sur une machine desktop mise à jour régulièrement montre plutôt des "interruptions" d'a peine 2s. C'est surtout "gênant" pour mpd… le reste… bof. ).
Et pour un serveur, rien, strictement rien, n'empêche de faire la mise à jour du service uniquement au moment ou l'on veut le redémarrer. Avec un cron job, par exemple.
Et accessoirement, ça me semble éviter les situations ou un daemon est à jour sur le disque dur, mais l'admin ayant oublié de le redémarrer, il a conservé les failles dans la RAM…
Fossil pourrais faire ton bonheur… sauf sur un point en fait: il n'a pas besoin d'apache pour offrir une IHM web.
Mon opinion à ce sujet est qu'en fait ce n'est pas plus mal, mais je t'avoue ne pas l'avoir encore réellement utilisé, surtout parce que je n'ai encore jamais cherché à déployer une forge complète par moi-même.
Ah, et pour l'intégration continue, je ne suis pas sûr non plus. Je sais qu'avec git il est très simple de mettre des trigger sur les commandes ( par exemple pour lancer des tests unitaires ou mettre un coup d'astyle automatiquement ) mais c'est un truc que j'ai découvert récemment, alors que je "connais" ( de nom ) fossil depuis l'époque ou je me suis penché sur les DVCS, c'est à dire à peu près 4 ans.
Niveau difficulté d'installation, il s'agit d'un seul binaire ( même pas 1.5MiO de mémoire, porté sous windows ), les données étant contenues dans une DB sqlite3. Il inclue aussi un wiki, chose que tu ne demande pas mais dépanne parfois, bien que ça ne remplace pas un site web réel.
Pour avoir essayé d'installer redmine au taf, je pense que sur un projet perso, je partirais plutôt sur fossil, parce que bon, d'être obligé de galérer comme un mort, ou d'installer à partir des sources ( et donc pas via apt ) m'ennuie à l'extrême. Sans parler des tonnes de dépendances: ruby, un sgbdr, un serveur http… ça pèse lourd quand même l'air de rien, sans compter que quand tu es hors ligne ( train, avion, étranger, que sais-je ) tu n'as plus accès aux tickets, contrairement à fossil, justement.
C'est à dire?
L'écran conserve sa luminosité, alors que tu as appuyé sur les touches?
Si c'est le cas, as-tu vérifié qu'il y a une action déclenchée par l'appui sur les touches en questions?
A priori, sur mon netbook, c'est géré naturellement… c'est à dire que je ne sais pas du tout qui s'en charge. Probablement ACPI.
En revanche, sur mes desktop, il m'arrive de le faire aussi. Là, bien entendu, il n'y a aucune touche clavier dédiée, donc j'ai du binder à une combo de touche l'option xrandr pour modifier la luminosité: brightness, si je ne m'abuse.
Si tu sais comment marche l'ACPI sous linux, tu as le droit de m'indiquer ou trouver des docs faciles à comprendre pour les bases, sinon, tu peux peut-être jouer avec cette option de xrandr.
Dans tous les cas, je suis surpris que systemd interfère avec ACPI…
Ajouterais-tu de l'eau au moulin de ceux qui disent qu'a force de trop en faire, il ne fait rien correctement ? hinhinhin
GtkAda, j'en ai entendu parler ( enfin… lu écrire ), mais… j'avoue, utiliser un binding ADA d'une lib C ( alors qu'ADA supporte l'objet, et pas le C ) me semble…hum… pas pertinent.
Je voulais troller en disant que j'aurai préféré un binding qt, mais après une rapide recherche, j'en ai trouvé un… hé zut bon sang…
Pour la SDL, j'avais cherché, mais n'était pas tombé sur ce lien.
Conclusion: je vais éplucher tes liens plus en détail. Les recherches que j'ai faites sur le canard ne me les avaient pas pointées, si je ne me trompe pas.
Comme sanction, je te pertinente un dredi, ça t'apprendra, na!
Le problème, c'est que cups ne gère pas que les imprimantes réseau.
Et que la majorité des utilisateurs n'ont pas d'imprimante réseau: la majorité des utilisateurs de PC ( pas de linux, ceci dit, j'imagine ) ne sont pas des entreprises, mais des particuliers. Donc, pas d'imprimantes réseau, si je ne m'abuse.
[^] # Re: OSEF
Posté par freem . En réponse au journal Ubuntu 14.04 LTS : Pourquoi il vaudrait mieux ne pas du tout s'en servir. Évalué à 1.
C'est ça, merci!
C'est tellement désagréable de pas se rappeller le nom exact des choses :/
[^] # Re: Capture d'ecran sous linux ?
Posté par freem . En réponse à la dépêche Un nouveau pelage pour Firefox 29. Évalué à 1.
Je ne suis pas sûr du "pas mal" pour le coup.
Oui, je sais et je peux bien imaginer que les perfs vont être améliorée, puisqu'il y aura moins de mouvements dans la mémoire.
Par contre, je ne suis pas sûr que l'impact au niveau vitesse soit transcendant. A moins que tu ne parlais des perfs en mémoire ( si je ne me trompe pas, on devrait avoir moins de buffer alloués avec wayland pour utiliser opengl ? ).
Certes.
Malgré tout ce qu'on a pu en dire, pourquoi pas? Je ne vois pas d'un mauvais œil le fait d'avoir des alternatives, c'est même tout le contraire.
Oui, je sais à peu près ce qui lui est reproché…
Enfin, sinon je pensais plus à rester sous Xorg, qui risque d'être maintenu encore longtemps tant que wayland ne sera pas porté sous *BSD.
[^] # Re: Mouarf
Posté par freem . En réponse au journal Ubuntu 14.04 LTS : Pourquoi il vaudrait mieux ne pas du tout s'en servir. Évalué à 1.
Ok, utile en effet.
Cependant, est-ce vraiment lié au format, ou aux outils? En gros, j'imagine que le système de paquet envoie la version courante au serveur, qui fait un diff binaire à renvoyer au client, qui génère un paquet tout frais a partir de l'ancien et du nouveau.
Je n'ai jamais réfléchi à ce point, mais est-ce que ça ne serait pas faisable avec deb?
Je veux dire, est-ce l'outil, ou le format, qui permet cette fonctionnalité?
[^] # Re: Masturbation de cerveau ?
Posté par freem . En réponse au journal Ubuntu 14.04 LTS : Pourquoi il vaudrait mieux ne pas du tout s'en servir. Évalué à 3.
Bof… pas inutilisable, juste pas adaptée aux besoins de tout le monde. En même temps, c'est normal, puisque tout le monde à des besoins différents. Ajoutes à ça le fait que l'auteur soit, selon moi, quasiment un RH fanboy, et voila le bouzin non argumenté ( ou avec des arguments fallacieux ).
Au passage, si ta distro te plaît, si tu ne lui vois aucun défaut, inutile de changer. Perso j'ai voulu essayer de changer à diverses reprises pour voir autre chose, mais jamais à cause d'un type qui m'a dit "ta distro c'est de la merde". A ceux-la, je leur ris au nez.
[^] # Re: Mouarf
Posté par freem . En réponse au journal Ubuntu 14.04 LTS : Pourquoi il vaudrait mieux ne pas du tout s'en servir. Évalué à 1.
En fait, je pense que ce qu'il essaie de te dire, c'est que ce n'est pas un problème de format ( deb/rpm ) mais de soin apporté au paquet par le distributeur de la distro.
Debian étant, à priori et selon tes commentaires, plus soigneux que Red Hat, tu as vécu moins de problèmes, mais ceux-ci ne seraient liés qu'a la distro, et non pas au format des archives.
J'ai bon?
[^] # Re: Mouarf
Posté par freem . En réponse au journal Ubuntu 14.04 LTS : Pourquoi il vaudrait mieux ne pas du tout s'en servir. Évalué à 1.
C'est à dire?
Les rpm intègrent un mécanisme de versioning, et donc ne font que patcher l'install existante?
Je n'ai jamais utilisé de système basé sur rpm, et je me suis toujours demandé quel était la différence entre deb et rpm, en fait.
Donc je chope la balle au vol :) ( et sur google, a part des troll, impossible de trouver un truc correct à ce sujet. Ça vaudrait le coup d'en faire une page wiki sur linuxfr, peut-être ? )
[^] # Re: OSEF
Posté par freem . En réponse au journal Ubuntu 14.04 LTS : Pourquoi il vaudrait mieux ne pas du tout s'en servir. Évalué à 0.
Ah, donc dans le cas d'une MaJ d'une machine distante alors?
Il me semble qu'apt fait les mises à jour de façon séquentielle ( d'abord le dl, puis la décompression et ensuite la configuration, par défaut et sans apt-utils si je ne m'abuse ), cependant, donc même si on perd la connexion ssh, je n'arrive pas à voir quelles pourraient être les conséquences?
Je veux dire, le système de paquet me semble assez robuste pour encaisser ce genre de situation? Enfin, je suppose qu'il faudrait que je me penche plus sur l'intérêt de cet outil, je pensais qu'il ne s'agit que d'un outil pour "fenêtrer" un terminal… mais il semble pouvoir faire plus?
[^] # Re: OSEF
Posté par freem . En réponse au journal Ubuntu 14.04 LTS : Pourquoi il vaudrait mieux ne pas du tout s'en servir. Évalué à 1.
Hum…
Quelle page? Parce que moi, sur la page 16, je vois un graphique qui indique que la France est à 19% de la population capable de tenir une discussion dans au moins 2 langues, alors que la moyenne de l'UE serait de 25%.
Nous sommes donc clairement en dessous de la moyenne, bien que pas les pires, en effet.
[^] # Re: OSEF
Posté par freem . En réponse au journal Ubuntu 14.04 LTS : Pourquoi il vaudrait mieux ne pas du tout s'en servir. Évalué à 2.
D'ailleurs, si je me souviens bien, d'avoir une traduction d'un document d'une langue inconnue vers une langue connue est ce qui à permis de comprendre la langue inconnue.
Bon, je ne suis pas capable de me rappeler le nom des 2 langues en question ni celui qui à été donné à la tablette ( ou était-ce une pierre? ), désolé pour ça, je ne me suis jamais réellement penché sur l'archéologie.
Toujours est-il que pour moi, oui, les sous-titre, ou plutôt, les documents traduits, permettent d'apprendre une langue. A condition de faire l'effort.
[^] # Re: Capture d'ecran sous linux ?
Posté par freem . En réponse à la dépêche Un nouveau pelage pour Firefox 29. Évalué à 2.
Je ne sais pas, j'ai lu un peu de doc à son sujet et essayé d'imaginer comment ça marchera plus tard, et franchement même si au début j'étais fan de l'idée, avec le temps j'ai un peu refroidit au sujet de wayland.
Peut-être parce que je ne comprend pas assez comment ça marche, et peut-être que la solution sera de créer un autre logiciel (démon,lib?) pour la décoration de fenêtre, que les applications appèleront pour avoir un style unifié?
Tant qu'on ne nous force pas une dépendance à dbus ou systemd, perso, ça me va. Sinon, j'irai voir ailleurs si l'herbe est plus verte au pire.
[^] # Re: Capture d'ecran sous linux ?
Posté par freem . En réponse à la dépêche Un nouveau pelage pour Firefox 29. Évalué à 1.
Tout à fait, selon le paradigme que l'on utilise, une barre de titre peut être utile. Ou pas. En fonction, quoi.
Voila pourquoi, à mon avis, c'est le job du gestionnaire de fenêtre, mais je peux me tromper ( ce ne serait ni la 1ère ni la dernière fois ).
[^] # Re: Capture d'ecran sous linux ?
Posté par freem . En réponse à la dépêche Un nouveau pelage pour Firefox 29. Évalué à 2.
Sur un gestionnaire en stack, peut-être.
Sur un gestionnaire pavant, personnellement, j'en ai besoin, sinon je ne pourrais pas distinguer mes légions de terminaux les uns des autres…
[^] # Re: Capture d'ecran sous linux ?
Posté par freem . En réponse à la dépêche Un nouveau pelage pour Firefox 29. Évalué à 2.
L'intérêt d'avoir un navigateur non maximisé:
Divers usages possibles:
* lire de la doc,
* afficher des pages en corrélation avec la tâche courante
* déboguer un site web
Et ce, sans parler du fait que certains se servent de leur navigateur pour des usages différents ( via des plugin/applets: irc, musique, notamment )
Bon, ceci étant dit, avec un gestionnaire de fenêtre digne de ce nom, masquer la barre de titre d'une application est trivial.
Et probablement pas le job du browser.
[^] # Re: Vie privée et Piwik
Posté par freem . En réponse à la dépêche Un nouveau pelage pour Firefox 29. Évalué à -1.
Dans le cas de gimp, il n'y a pas de fondation pour financer des dev, tu l'as dis toi-même.
Mozilla et son produit phare, firefox, ne sont pas du tout dans la même catégorie, pour le coup. Et ça n'empêche pas gimp d'être manifestement un excellent logiciel ( je ne suis pas utilisateur, mais j'ai jeté un oeil ou deux dessus quelques temps. Si j'avais plus l'âme d'un graphiste, peut-être… ).
Sur gimp, la seule controverse dont j'ai eu connaissance, c'est le fait d'être multi-fenêtre. Bien que ça aie été corrigé, par défaut on reste dessus, et je trouve ça bien, ça rappelle aux gens que le logiciel est différent, et qu'il y a peut-être une raison derrière ( perso ça serait invivable avec un tiling wm, mais bon… ).
Mon opinion actuelle sur FF, c'est que:
1) il ne s'agit pas du seul bon browser libre ( c'est un fait, ça )
2) leur site ne respecte pas leurs idées ( GA, je l'ai appris ce funeste matin )
3) je ne me souviens pas de leur dernière innovation
Après, c'est sûr, je me contente au niveau implication dans le libre de patcher des trucs mineurs dans des logiciels mineurs en général, et d'aider sur la ML de debian quand j'ai le temps.
C'est sûr, c'est pas énorme, mais ça me paraît déjà moins pire que rien.
[^] # Re: Vie privée
Posté par freem . En réponse à la dépêche Un nouveau pelage pour Firefox 29. Évalué à 3.
J'assume :)
Et je t'avoue que vue la gueule des derniers opera ( j'ai eu le malheur de devoir utiliser un windows il y a 3 mois ) je pense que je quitterai opera pour midori dans pas super longtemps, quand j'aurai réellement l'impression que mon browser est obsolète.
[^] # Re: Vie privée
Posté par freem . En réponse à la dépêche Un nouveau pelage pour Firefox 29. Évalué à 2.
Mouai.
Désolé, mais question vie privée, moi, ils me font rire.
Et puis allez, même en admettant que leur navigateur respecte la vie privée des utilisateurs par défaut ( c'est à dire en admettant qu'ils ne proposent pas google par défaut pour tout ce qui à trait à la recherche, ou soyons gentils, en admettant qu'il n'y ait pas besoin d'aller dans about:config pour exterminer la bête… ), je trouve gonflé de dire qu'ils sont le navigateur à le faire le mieux.
Par exemple, midori, la dernière fois que je l'ai testé, n'utilisais pas google par défaut, mais duckduckgo. Qui est un moteur de recherche qui lui essaie de respecter la vie privée, contrairement à google qui ne se cache pas de vous espionner.
Alors en quoi FF respecte-t-il plus la vie privée que Midori? ( ce n'est qu'un exemple, personnellement j'utilise opera, mais comme personne n'a accès au code source on va me dire que rien n'est vérifiable si je le cite, et accessoirement c'est aussi google par défaut, même s'il est bien plus simple de l'éradiquer de la config )
Ceci dit, je ne savais pas que Mozilla ne respectait même pas le DNT… Ça, c'est très fort. Avant, je n'appréciais plus leur navigateur pour des raisons diverses, mais aucune liée à la vie privée. Ça viens de changer.
Dommage, j'aime quand même bien le fait qu'ils essaient de garder un moteur de rendu différent, eux. ( c'est le seul truc qui les sauve encore à mes yeux du coup )
Sinon, je connais un projet bien plus gros et qui ne me semble être cohérent avec ses idées: Debian. Si eux y arrivent, pourquoi pas Mozilla?
Alors que Debian à été crée from scratch en libre, contrairement aux produits de Mozilla, d'ailleurs ( qui ne sont donc pas partis de 0, ça devrait être plus simple ). Mozilla, leur seul but réel, c'est d'avoir la plus grosse… c'est comme ça que je le perçois en tout cas. Et pour ça, on copie simplement la concurrence ( système de version, ihm… y'a que le moteur de rendu qui est unique! )
PS: heureusement qu'il y a linuxfr pour me consoler de ce vendredi de pont passé au bureau \o/
[^] # Re: Mouarf
Posté par freem . En réponse au journal Ubuntu 14.04 LTS : Pourquoi il vaudrait mieux ne pas du tout s'en servir. Évalué à 3.
Et moi ceux contre les deb? Pour le moment, dans ce journal et ses commentaires, il n'y en a eu aucun.
[^] # Re: Fallait attendre vendredi
Posté par freem . En réponse au journal Ubuntu 14.04 LTS : Pourquoi il vaudrait mieux ne pas du tout s'en servir. Évalué à 2.
Il y en a ici.
Pour être plus précis ( attention, je parle bien d'argument contre l'install sur un serveur de production, nous sommes d'accord! ):
Intègre vite. Donc, peu de test, donc de bugfixes.
Ici, c'est expliqué pourquoi en prod c'est moyen… je vais pas paraphraser.
Donc, par défaut, une interface graphique est installée? Pour un serveur? ( je sais, la plupart des distros aussi l'installent par défaut, et j'imagine que ça se désactive lors de l'install, mais je me mets au niveau de ton journal en restant sur le par défaut. )
Vu que tu sembles ne pas aimer l'automatisme sur les serveurs ( après tout, un service installé ne devrait pas être automatiquement démarré, pas vrai? Après ton install de fedora, le serveur graphique fraîchement installé est bien démarré, pas vrai? ) tu ne dois pas trop aimer ça.
Ah… moi, je préfère celui de Debian, donc celui Debian est mieux et celui de fedora/RHL mauvais. Je suis encore une fois à ton niveau quand tu dis "Debian, si on aime bien sa gestion de paquets".
Basiquement, on m'a toujours parlé de Fedora comme d'une excellente distribution, à destination des dev et des early adopters.
Donc, je ne pense pas qu'elle soit mauvaise, et avec une boîte comme RHL derrière, j'aurai tendance à avoir confiance dans la bête.
Mais pas pour un serveur, sur lequel il est plus pertinent d'utiliser RHL elle-même ou Debian. En mode minimaliste. ( D'ailleurs, je n'ai pas apprécié quand Debian ont activé l'installation par défaut des paquets recommandés… par chance, ça se désactive, mais obligé de tout décocher à l'install de base, c'est dommage. )
[^] # Re: OSEF
Posté par freem . En réponse au journal Ubuntu 14.04 LTS : Pourquoi il vaudrait mieux ne pas du tout s'en servir. Évalué à 1.
Quel est l'intérêt de screen? je veux dire, à part avoir un tiling window manager pour gérer le contenu d'un terminal…
Au passage, je me suis toujours demandé à quoi exactement sert deborphan. J'ai dû l'installer une fois ou deux, mais il n'a jamais été capable de virer le moindre paquet automatiquement. D'ailleurs, je n'ai toujours eu besoin au maximum que de 2 passes dans aptitude pour virer complètement un logiciel. ( ça m'arrive moins maintenant, mais à l'époque ou je cherchais encore mes marques j'ai pu aller jusqu'a installer/supprimer une 30aines de logiciels divers par semaine… histoire de tester. )
C'est sûr, après, tout dépend des logiciels que tu utilises. Certains sont plus ou moins bien maintenus, et si on tombe plus dans le moins que dans le plus, un ou deux peuvent péter.
[^] # Re: OSEF
Posté par freem . En réponse au journal Ubuntu 14.04 LTS : Pourquoi il vaudrait mieux ne pas du tout s'en servir. Évalué à 1.
Du coup, ça impliquerait que les russes soient meilleurs que la moyenne pour les langues, puisqu'ils exploitent dès l'enfance toute la gamme de la voix humaine?
[^] # Re: Raison 3
Posté par freem . En réponse au journal Ubuntu 14.04 LTS : Pourquoi il vaudrait mieux ne pas du tout s'en servir. Évalué à 1.
Dans la même "raison", est-ce que quelqu'un pourrais me dire en quoi le fait de mettre à jour un service sans le redémarrer aussitôt est gênant?
Déjà, pour un poste de bureau, ça ne pose aucun souci, c'est rapide et n'interrompt potentiellement l'utilisateur qu'a peine une dizaine de secondes ( je suis large, très large, parce que mon expérience sur une machine desktop mise à jour régulièrement montre plutôt des "interruptions" d'a peine 2s. C'est surtout "gênant" pour mpd… le reste… bof. ).
Et pour un serveur, rien, strictement rien, n'empêche de faire la mise à jour du service uniquement au moment ou l'on veut le redémarrer. Avec un cron job, par exemple.
Et accessoirement, ça me semble éviter les situations ou un daemon est à jour sur le disque dur, mais l'admin ayant oublié de le redémarrer, il a conservé les failles dans la RAM…
Me trompe-je?
# fossil
Posté par freem . En réponse au message Forge logicielle (gitlab/gitbucket/…). Évalué à 2.
Fossil pourrais faire ton bonheur… sauf sur un point en fait: il n'a pas besoin d'apache pour offrir une IHM web.
Mon opinion à ce sujet est qu'en fait ce n'est pas plus mal, mais je t'avoue ne pas l'avoir encore réellement utilisé, surtout parce que je n'ai encore jamais cherché à déployer une forge complète par moi-même.
Ah, et pour l'intégration continue, je ne suis pas sûr non plus. Je sais qu'avec git il est très simple de mettre des trigger sur les commandes ( par exemple pour lancer des tests unitaires ou mettre un coup d'astyle automatiquement ) mais c'est un truc que j'ai découvert récemment, alors que je "connais" ( de nom ) fossil depuis l'époque ou je me suis penché sur les DVCS, c'est à dire à peu près 4 ans.
Niveau difficulté d'installation, il s'agit d'un seul binaire ( même pas 1.5MiO de mémoire, porté sous windows ), les données étant contenues dans une DB sqlite3. Il inclue aussi un wiki, chose que tu ne demande pas mais dépanne parfois, bien que ça ne remplace pas un site web réel.
Pour avoir essayé d'installer redmine au taf, je pense que sur un projet perso, je partirais plutôt sur fossil, parce que bon, d'être obligé de galérer comme un mort, ou d'installer à partir des sources ( et donc pas via apt ) m'ennuie à l'extrême. Sans parler des tonnes de dépendances: ruby, un sgbdr, un serveur http… ça pèse lourd quand même l'air de rien, sans compter que quand tu es hors ligne ( train, avion, étranger, que sais-je ) tu n'as plus accès aux tickets, contrairement à fossil, justement.
En espérant que ça aide…
[^] # Re: Merci Lennart (and sinma)
Posté par freem . En réponse à la dépêche Spéciale Lennart Poettering : nouvelles versions de systemd et PulseAudio. Évalué à 1.
C'est à dire?
L'écran conserve sa luminosité, alors que tu as appuyé sur les touches?
Si c'est le cas, as-tu vérifié qu'il y a une action déclenchée par l'appui sur les touches en questions?
A priori, sur mon netbook, c'est géré naturellement… c'est à dire que je ne sais pas du tout qui s'en charge. Probablement ACPI.
En revanche, sur mes desktop, il m'arrive de le faire aussi. Là, bien entendu, il n'y a aucune touche clavier dédiée, donc j'ai du binder à une combo de touche l'option xrandr pour modifier la luminosité: brightness, si je ne m'abuse.
Si tu sais comment marche l'ACPI sous linux, tu as le droit de m'indiquer ou trouver des docs faciles à comprendre pour les bases, sinon, tu peux peut-être jouer avec cette option de xrandr.
Dans tous les cas, je suis surpris que systemd interfère avec ACPI…
Ajouterais-tu de l'eau au moulin de ceux qui disent qu'a force de trop en faire, il ne fait rien correctement ? hinhinhin
[^] # Re: Ada ?
Posté par freem . En réponse à la dépêche Concours de programmation CodinGame le 22 mars 2014. Évalué à 0.
Hum…
Le 1er lien, non.
GtkAda, j'en ai entendu parler ( enfin… lu écrire ), mais… j'avoue, utiliser un binding ADA d'une lib C ( alors qu'ADA supporte l'objet, et pas le C ) me semble…hum… pas pertinent.
Je voulais troller en disant que j'aurai préféré un binding qt, mais après une rapide recherche, j'en ai trouvé un… hé zut bon sang…
Pour la SDL, j'avais cherché, mais n'était pas tombé sur ce lien.
Conclusion: je vais éplucher tes liens plus en détail. Les recherches que j'ai faites sur le canard ne me les avaient pas pointées, si je ne me trompe pas.
Comme sanction, je te pertinente un dredi, ça t'apprendra, na!
[^] # Re: Merci Lennart (and sinma)
Posté par freem . En réponse à la dépêche Spéciale Lennart Poettering : nouvelles versions de systemd et PulseAudio. Évalué à 1.
Le problème, c'est que cups ne gère pas que les imprimantes réseau.
Et que la majorité des utilisateurs n'ont pas d'imprimante réseau: la majorité des utilisateurs de PC ( pas de linux, ceci dit, j'imagine ) ne sont pas des entreprises, mais des particuliers. Donc, pas d'imprimantes réseau, si je ne m'abuse.