Elle peut le faire. Elle peut aussi ne pas le faire. Ah oui, on oubliais le monde parfait des packageurs…
L'idée ici est de laisser aux distros l'option de le faire. Le cas actuel est que les distros ne peuvent pas le faire car les versions de xulrunner ou ioquake3 utilisées sont intrinsèquement incompatibles.
Pour le cas du "je veux la dernière nightly", il existe toujours l'option générique du tarball lié statiquement, c'est tout à fait orthogonal avec le fait d'avoir une version patchée du moteur de jeu. Skype fournit une version linux compilée statiquement avec Qt, mais je doute fortement que leur version de Qt soit patchée.
Tant que tu payes le mec pour remonter le patch upstream et le faire valider… Encore de la théorie. Les gens vivent dans la pratique (même sous Linux).
Sauf qu'en pratique, pousser un patch upstream est plus efficace (moins coûteux) que de le maintenir. Et je ne parle même pas des forks "complets" qui imposent de maintenir la totalité du moteur une fois pour chaque jeu plutôt qu'une fois pour toute, en corrigeant toujours les mêmes bugs et en redéveloppant toujours les mêmes features.
Cela ne nécessite pas d'être payé. Les gens qui maintiennent Ogre ne sont pas payés il me semble (ça a peut-être changé récemment), il s'agit d'un moteur de jeu sous la forme d'une lib, et tous les gens qui l'utilisent l'utilisent tel quel sans patches. Ils distribuent les jeux sous windows, et souvent il est également possible de les packager sous linux en utilisant le package existant libogre3d (hors jeux proprios évidemment). Ceci prouve que c'est surtout une question de manque d'intérêt et/ou de mésentente ou compétition entre les projets, sur l'idée que "cet effet génial va différencier mon jeu donc j'aurai plus de succès".
utilisation d'une version de XulRunner plus récente que celle proposée par le paquet officiel de la distrib. Et si l'appli a besoin d'une version plus récente, c'est bien souvent pour profiter des dernières API de Gecko etc..
La distro peut aussi tout simplement packager la nouvelle version, c'est comme cela que cela fonctionne. Sinon, autant packager tout en statique et on évite du même coup les différences de version des autres paquets.
utilisation d'une version patchée de XulRunner ou buildée différement.
C'est principalement une conséquence du fait que xulrunner n'est pas pensé comme étant une bibliothèque partagée par plusieurs applications. Du coup ils doivent la modifier. Les fonctionnalités spécifiques (comme le support python) pourraient tout à fait être des plugins. Pour les patches custom, il suffit d'attendre la release de xulrunner, comme pour toutes les autres bibliothèques sous linux.
Pour moi, le fait que tout le monde utilise sa propre version patchée de xulrunner exhibe juste un problème dans la maintenance de xulrunner lui-même, probablement parce que Mozilla n'est pas intéressé à maintenir celui-ci comme une lib classique (ceci a déjà été vu avec les histoires autours de mozembed par exemple)
Bref, le paquet XulRunner officiel de Debian n'est pas très utile pour pas mal de projets xulrunner, à cause de son ancienneté notamment.
Idem, si Debian package une application, ils se débrouillent pour que les dépendances soient à jour. Cela fonctionne pour tous les autres programmes.
Une solution serait de porter les patchs upstream. mais il y en a probablement qui ne sont pas intéressants pour ioQuake3 et tout les jeux basés dessus.
Si le patch en lui-même n'est pas intéressant, c'est probablement qu'il faut ajouter un hook au bon endroit, ou que le programme devrait faire autrement.
Reposer sur des versions patchées des libs n'est jamais une bonne idée.
faire appel à un maître d’œuvre pourrait me revenir à moins cher?
Il doit y avoir confusion. Si tu construis ta maison, de facto c'est toi le maître d'œuvre.
Pour construire ta maison, soit tu passes par une entreprise générale, soit tu fais par corps de métier séparés (càd le gros œuvre, puis les châssis, la couverture, la plomberie, l'électricité, etc.).
Tu paies toujours une commission à l'entreprise générale qui sous-traite habituellement la plupart (parfois tous) des corps de métier. Ça peut quand même revenir moins cher si tu ne prends pas d'options car ils achètent les composants en grande quantité, mais cet avantage disparaît dès que tu choisis un carrelage non standard, par exemple.
Si tu fais par corps de métier séparés, alors ça peut revenir moins cher, mais ça prend plus longtemps car tu n'auras pas la possibilité d'aussi bien gérer le planning. Forcément, l'entrepreneur a cinq chantiers en parallèle, s'il a un retard sur l'un il peut mettre son couvreur sur un autre chantier, et vu qu'il est bon client il passe avant.
De toute façon, le prix en fonction de la surface habitable c'est juste une première approximation.
Si tu montres ton intérêt tu auras sans doute un devis plus détaillé, car le prix dépend également de la structure de la maison. Une maison de deux étages, carrée et à toit plat coûtera moins chère qu'une maison baroque aux volumes compliqués. Les matériaux jouent énormément également.
Le premier prix permet juste de donner le ton et de faire fuir les rêveurs sans le sou.
Personne ne cherche la vérité ici. Le seul souci, c'est que si les gens viennent sur linuxfr c'est (trop) souvent pour casser du bois sur les projets qu'ils n'aiment pas pour une raison ou pour une autre.
Mate est pour le moment un fork du même acabit que GnoME. Au début le but était de forker tout Gnome pour le maintenir et le faire évoluer. Bizarrement depuis on commence à dire que tous les composants de Mate vont être porter sur GTK3. Bon courage !
C'est particulièrement con dans la mesure où tous ont déjà été portés à Gtk+ 3 (gnome-panel, etc). De plus le mainteneur de gnome-panel a proposé de passer la maintenance à "quiconque serait intéressé".
Sors des milieux geeks ou un peu versés dans l'informatique, et regarde qui a une clé USB. Ensuite, compare avec le nombre de lecteur de DVD présent quasiment « par défaut » sur les ordinateurs vendus depuis facilement plus de 10 ans.
La clef USB est quand même pas si rare que ça, faut pas déconner. Ensuite, les nouveaux laptops, notamment chez Dell ou Apple, commencent à ne plus venir avec des lecteurs de DVD.
Posté par nud .
En réponse au journal Ce que sera Nautilus 3.6.
Évalué à 3.
Dernière modification le 02 août 2012 à 12:03.
Ce que je comprends:
OK donc si on utilise Tracker alors la recherche fonctionne. Cette recherche renvoie les résultats sur tous les dossiers qui ont été indiqués comme devant être indexés. Tout est parfaitement normal quoi. Quel est le problème ?
Le problème c'est que les fichiers qui ne sont pas indexés n'y sont pas repris. En particulier, Tracker n'indexe que les dossiers XDG, donc tu peux potentiellement avoir beaucoup de fichiers non indexés si le but est de faire une recherche récursive dans le dossier courant, quel que soit le dossier.
C'est déjà bizarre de remplacer une application d'indexation qui a été conçue et optimisée spécifiquement pour cette tâche, par des applis différentes et généralistes.
Je pense que l'idée est surtout de fournir un fallback à l'absence de tracker, vu que tout le monde commence à utiliser tracker mais que les résultats ne sont pas toujours complets.
Heu…c'est moi qui suit bête ou quoi ? Quel est le rapport avec les critiques qui ont été formulées au départ ? Je ne vois pas en quoi la rapidité d'apparition des résultats ou bien leur présentation seront améliorés par le remplacement de Tracker.
Le but est d'améliorer la rapidité dans le cas où tu n'es pas dans un dossier indexé par tracker. La recherche actuelle de nautilus (hors tracker) n'est pas vraiment utilisable en find as you type.
Après, c'est bien d'accélérer la recherche, mais garder le typeahead find aurait été mieux je pense, sauf s'ils arrivent vraiment à avoir une recherche qui répond au dixième de seconde.
Posté par nud .
En réponse au journal Ce que sera Nautilus 3.6.
Évalué à 3.
Dernière modification le 02 août 2012 à 10:40.
Il me semble que Nautilus utilise les variables XDG pour ces dossiers, donc en bon barbu tu peux tout simplement définir ces variables d'environnement pour ta session X et tout va fonctionner.
Ceci dit si tu désactives toutes les fonctionnalités de nautilus tu devrais peut-être utiliser autre chose… Thunar ou pcmanfm ?
Je ne suis pas convaincu que unless aide. Il sera toujours possible d'écrire :
foo unless !cond;
Ce genre de chose est une plaie.
En pratique, dans les langages où on a if et unless postfixés, les cas d'utilisations des deux sont davantages liés à la probabilité: "Fais ceci sauf si c'est désactivé" implique que dans le cas normal ce sera fait.
Bof, le même type de problèmes de management se passe un peu partout. Vus vous souvenez de la saga DPKG multi-arch au sein de Debian ? Au sein de gnome, le mainteneur est roi, et il y a bien la release team, le board, etc, mais au final, l'important est que si le mainteneur était empêché, qui reprendrait le flambeau ?
Aussi, il s'agit de changements, controversés certes, mais qui ont lieu sur une branche en développement. Dans la pratique, une fois la release de nautilus 3.6 faite, on verra l'état réel de l'application, avant cela ce n'est que work in progress. Ensuite, Gnome pourra toujours décider de ne pas releaser le nouveau nautilus et de continuer avec la release 3.4 pour cette fois (cela a déjà été fait, notamment pour Totem si j'ai bonne souvenance), et dans le cas contraire, les distros seront toujours libres d'utiliser le vieux nautilus ou de patcher (comme cela avait été fait avec le mode spatial tant controversé).
Au final, il faudra attendre six mois supplémentaires pour voir le résultat concret: qui rouspète, qui est enchanté, qui reste à nautilus 3.4, qui passe à thunar/pcmanfm, qui reporte des bugs, etc. ("qui" vaut tant pour les utilisateurs que les distros ici). Je suppose que Fedora va suivre la route tracée par McCann, mais quid d'Ubuntu, OpenSUSE et consorts?
PS: j'ai lié quelques bugs dans ce thread. Plutôt que de gueuler dans le vide vous pouvez également tester le nouveau nautilus et contribuer aux bugs, ne fut-ce qu'en vous mettant en CC.
Ce n'est pas bien de généraliser, au moins la moitié des devs Gnome en question rouspètent contre certains des derniers changements de nautilus…
Que l'utilisatrice soit architecte, secrétaire, comptable, ingénieur, graphiste ou chef d'entreprise, elle aura une organisation bien souvent hiérarchique
Le mainteneur est seul maître à bord au sein de GNOME, mais chez redhat il y a probablement une hiérarchie et je soupçonne que certains mainteneurs sont soumis hiérarchiquement à d'autres.
On parle bien de la CSS telle qu'elle est affichée sur un desktop, pas des optimisations pour les mobiles ? Si oui, ces rectangles sont là depuis que l'auteur original de la CSS a proposé cette feuille de style au site. J'imagine qu'ils sont là pour donner un certain style. Comme je me méfie de mes choix en termes de bon goût, j'aimerais bien avoir l'avis d'autres personnes avant d'y toucher.
Je n'ai personnellement absolument rien d'installé utilisant oss
Il y a plein de vieux jeux qui l'utilisent, par exemple heroes3.
En même temps, il est normal que les antiquités utilisent les infrastructures de l'époque… Heroes3 date probablement d'avant la généralisation d'ALSA… Idem pour les autres "exemples"
Ce n'est pas obligatoire. Tu peux utiliser des CSS réactives sans cette balise sur le bureau, et firefox réagira comme il le doit. Après, le comportement des téléphones est un autre problème.
De toute façon on pourrait sans doute avoir une convention du genre:
on rajoute la balise si la CSS le demande
une CSS peut demander à avoir la balise en proposant un lien CSS avec une query string quelconque (genre ?metaviewport=true)
[^] # Re: à propos de XulRunner
Posté par nud . En réponse au journal Une histoire de fork. Évalué à 1.
L'idée ici est de laisser aux distros l'option de le faire. Le cas actuel est que les distros ne peuvent pas le faire car les versions de xulrunner ou ioquake3 utilisées sont intrinsèquement incompatibles.
Pour le cas du "je veux la dernière nightly", il existe toujours l'option générique du tarball lié statiquement, c'est tout à fait orthogonal avec le fait d'avoir une version patchée du moteur de jeu. Skype fournit une version linux compilée statiquement avec Qt, mais je doute fortement que leur version de Qt soit patchée.
Sauf qu'en pratique, pousser un patch upstream est plus efficace (moins coûteux) que de le maintenir. Et je ne parle même pas des forks "complets" qui imposent de maintenir la totalité du moteur une fois pour chaque jeu plutôt qu'une fois pour toute, en corrigeant toujours les mêmes bugs et en redéveloppant toujours les mêmes features.
Cela ne nécessite pas d'être payé. Les gens qui maintiennent Ogre ne sont pas payés il me semble (ça a peut-être changé récemment), il s'agit d'un moteur de jeu sous la forme d'une lib, et tous les gens qui l'utilisent l'utilisent tel quel sans patches. Ils distribuent les jeux sous windows, et souvent il est également possible de les packager sous linux en utilisant le package existant libogre3d (hors jeux proprios évidemment). Ceci prouve que c'est surtout une question de manque d'intérêt et/ou de mésentente ou compétition entre les projets, sur l'idée que "cet effet génial va différencier mon jeu donc j'aurai plus de succès".
[^] # Re: à propos de XulRunner
Posté par nud . En réponse au journal Une histoire de fork. Évalué à 10.
La distro peut aussi tout simplement packager la nouvelle version, c'est comme cela que cela fonctionne. Sinon, autant packager tout en statique et on évite du même coup les différences de version des autres paquets.
C'est principalement une conséquence du fait que xulrunner n'est pas pensé comme étant une bibliothèque partagée par plusieurs applications. Du coup ils doivent la modifier. Les fonctionnalités spécifiques (comme le support python) pourraient tout à fait être des plugins. Pour les patches custom, il suffit d'attendre la release de xulrunner, comme pour toutes les autres bibliothèques sous linux.
Pour moi, le fait que tout le monde utilise sa propre version patchée de xulrunner exhibe juste un problème dans la maintenance de xulrunner lui-même, probablement parce que Mozilla n'est pas intéressé à maintenir celui-ci comme une lib classique (ceci a déjà été vu avec les histoires autours de mozembed par exemple)
Idem, si Debian package une application, ils se débrouillent pour que les dépendances soient à jour. Cela fonctionne pour tous les autres programmes.
Si le patch en lui-même n'est pas intéressant, c'est probablement qu'il faut ajouter un hook au bon endroit, ou que le programme devrait faire autrement.
Reposer sur des versions patchées des libs n'est jamais une bonne idée.
[^] # Re: File manager
Posté par nud . En réponse au journal Nautilus c'est super cool. Évalué à 1.
liboobs n'a pas encore été descendu en flammes?
# C'est toi le maître d’œuvre
Posté par nud . En réponse au message Faire construire sa maison. Évalué à 1.
Il doit y avoir confusion. Si tu construis ta maison, de facto c'est toi le maître d'œuvre.
Pour construire ta maison, soit tu passes par une entreprise générale, soit tu fais par corps de métier séparés (càd le gros œuvre, puis les châssis, la couverture, la plomberie, l'électricité, etc.).
Tu paies toujours une commission à l'entreprise générale qui sous-traite habituellement la plupart (parfois tous) des corps de métier. Ça peut quand même revenir moins cher si tu ne prends pas d'options car ils achètent les composants en grande quantité, mais cet avantage disparaît dès que tu choisis un carrelage non standard, par exemple.
Si tu fais par corps de métier séparés, alors ça peut revenir moins cher, mais ça prend plus longtemps car tu n'auras pas la possibilité d'aussi bien gérer le planning. Forcément, l'entrepreneur a cinq chantiers en parallèle, s'il a un retard sur l'un il peut mettre son couvreur sur un autre chantier, et vu qu'il est bon client il passe avant.
[^] # Re: Et ben...
Posté par nud . En réponse au message Faire construire sa maison. Évalué à 2.
De toute façon, le prix en fonction de la surface habitable c'est juste une première approximation.
Si tu montres ton intérêt tu auras sans doute un devis plus détaillé, car le prix dépend également de la structure de la maison. Une maison de deux étages, carrée et à toit plat coûtera moins chère qu'une maison baroque aux volumes compliqués. Les matériaux jouent énormément également.
Le premier prix permet juste de donner le ton et de faire fuir les rêveurs sans le sou.
[^] # Re: Pourquoi leur jeter la pierre?
Posté par nud . En réponse à la dépêche Xfce, Gnome, Ubuntu, Linux et Debian sont dans le Nautilus.... Évalué à 0.
http://blog.assembla.com/assemblablog/tabid/12618/bid/87044/Trimming-the-Application-Fat.aspx
[^] # Re: Humeur d'utilisateur.
Posté par nud . En réponse à la dépêche Xfce, Gnome, Ubuntu, Linux et Debian sont dans le Nautilus.... Évalué à 2.
Personne ne cherche la vérité ici. Le seul souci, c'est que si les gens viennent sur linuxfr c'est (trop) souvent pour casser du bois sur les projets qu'ils n'aiment pas pour une raison ou pour une autre.
[^] # Re: Humeur d'utilisateur.
Posté par nud . En réponse à la dépêche Xfce, Gnome, Ubuntu, Linux et Debian sont dans le Nautilus.... Évalué à 5.
C'est particulièrement con dans la mesure où tous ont déjà été portés à Gtk+ 3 (gnome-panel, etc). De plus le mainteneur de gnome-panel a proposé de passer la maintenance à "quiconque serait intéressé".
[^] # Re: Gloubi-boulga
Posté par nud . En réponse au journal Debian Wheezy passe à XFCE ?. Évalué à 4.
La clef USB est quand même pas si rare que ça, faut pas déconner. Ensuite, les nouveaux laptops, notamment chez Dell ou Apple, commencent à ne plus venir avec des lecteurs de DVD.
[^] # Re: Vivre le marketing Apple pour vendre du Linux
Posté par nud . En réponse au journal Banc d’essai OpenGL/Direct3D de Source engine par Valve. Évalué à 1.
Même avec PAE, chaque processus est limité à 3 Go.
[^] # Re: Recherche dans Nautilus
Posté par nud . En réponse au journal Ce que sera Nautilus 3.6. Évalué à 3. Dernière modification le 02 août 2012 à 12:03.
Ce que je comprends:
Le problème c'est que les fichiers qui ne sont pas indexés n'y sont pas repris. En particulier, Tracker n'indexe que les dossiers XDG, donc tu peux potentiellement avoir beaucoup de fichiers non indexés si le but est de faire une recherche récursive dans le dossier courant, quel que soit le dossier.
Je pense que l'idée est surtout de fournir un fallback à l'absence de tracker, vu que tout le monde commence à utiliser tracker mais que les résultats ne sont pas toujours complets.
Le but est d'améliorer la rapidité dans le cas où tu n'es pas dans un dossier indexé par tracker. La recherche actuelle de nautilus (hors tracker) n'est pas vraiment utilisable en find as you type.
Après, c'est bien d'accélérer la recherche, mais garder le typeahead find aurait été mieux je pense, sauf s'ils arrivent vraiment à avoir une recherche qui répond au dixième de seconde.
[^] # Re: Vouloir penser à la place des utilisateurs saimal
Posté par nud . En réponse au journal Ce que sera Nautilus 3.6. Évalué à 3. Dernière modification le 02 août 2012 à 10:40.
Il me semble que Nautilus utilise les variables XDG pour ces dossiers, donc en bon barbu tu peux tout simplement définir ces variables d'environnement pour ta session X et tout va fonctionner.
Ceci dit si tu désactives toutes les fonctionnalités de nautilus tu devrais peut-être utiliser autre chose… Thunar ou pcmanfm ?
[^] # Re: Bof du sucre syntaxique sans grand intéret
Posté par nud . En réponse au journal De tout, de rien, des bookmarks, du bla bla. Évalué à 1.
En pratique, dans les langages où on a if et unless postfixés, les cas d'utilisations des deux sont davantages liés à la probabilité: "Fais ceci sauf si c'est désactivé" implique que dans le cas normal ce sera fait.
Ceci dit, oui, c'est pas hyper-utile.
[^] # Re: A fond
Posté par nud . En réponse au journal La fin de la vue en arborescence dans Nautilus ?. Évalué à 1.
Bof, le même type de problèmes de management se passe un peu partout. Vus vous souvenez de la saga DPKG multi-arch au sein de Debian ? Au sein de gnome, le mainteneur est roi, et il y a bien la release team, le board, etc, mais au final, l'important est que si le mainteneur était empêché, qui reprendrait le flambeau ?
Aussi, il s'agit de changements, controversés certes, mais qui ont lieu sur une branche en développement. Dans la pratique, une fois la release de nautilus 3.6 faite, on verra l'état réel de l'application, avant cela ce n'est que work in progress. Ensuite, Gnome pourra toujours décider de ne pas releaser le nouveau nautilus et de continuer avec la release 3.4 pour cette fois (cela a déjà été fait, notamment pour Totem si j'ai bonne souvenance), et dans le cas contraire, les distros seront toujours libres d'utiliser le vieux nautilus ou de patcher (comme cela avait été fait avec le mode spatial tant controversé).
Au final, il faudra attendre six mois supplémentaires pour voir le résultat concret: qui rouspète, qui est enchanté, qui reste à nautilus 3.4, qui passe à thunar/pcmanfm, qui reporte des bugs, etc. ("qui" vaut tant pour les utilisateurs que les distros ici). Je suppose que Fedora va suivre la route tracée par McCann, mais quid d'Ubuntu, OpenSUSE et consorts?
PS: j'ai lié quelques bugs dans ce thread. Plutôt que de gueuler dans le vide vous pouvez également tester le nouveau nautilus et contribuer aux bugs, ne fut-ce qu'en vous mettant en CC.
[^] # Re: Justification de ses modifications ?
Posté par nud . En réponse au journal La fin de la vue en arborescence dans Nautilus ?. Évalué à 2.
L'accessibilité est censée être un point de prime importance. Il faudrait voir le rationale.
Voir aussi https://bugzilla.gnome.org/show_bug.cgi?id=679822 qui est marqué comme BLOCKER (de même que le bug avec le typeahead fwiw)
[^] # Re: A fond
Posté par nud . En réponse au journal La fin de la vue en arborescence dans Nautilus ?. Évalué à 4.
Ce n'est pas bien de généraliser, au moins la moitié des devs Gnome en question rouspètent contre certains des derniers changements de nautilus…
C'est exactement ce que j'ai dit sur https://bugzilla.gnome.org/show_bug.cgi?id=680118
[^] # Re: Liste des suppressions
Posté par nud . En réponse au journal La fin de la vue en arborescence dans Nautilus ?. Évalué à 2.
Le mainteneur est seul maître à bord au sein de GNOME, mais chez redhat il y a probablement une hiérarchie et je soupçonne que certains mainteneurs sont soumis hiérarchiquement à d'autres.
[^] # Re: Blurb
Posté par nud . En réponse au journal Une alternative à PhotoWeb pour Linux??. Évalué à 1.
D'après ce que j'ai vu blurb.fr propose d'imprimer un PDF.
[^] # Re: Bravo !
Posté par nud . En réponse à la dépêche trop stylé en mobilité !. Évalué à 2.
Personnellement ça m'a toujours évoqué un bug.
# Olympic
Posté par nud . En réponse au journal Jeux Olympiques 2012: un ACTA miniature à Londres ?. Évalué à 6.
Je pleins le restaurant "Olympic", d'autant plus que la référence est probablement celle-ci plutôt que les jeux:
[^] # Re: plus ou plus
Posté par nud . En réponse à la dépêche trop stylé en mobilité !. Évalué à 5.
"Davantage" est peut-être plus explicite de "Plus" ?
[^] # Re: cool
Posté par nud . En réponse à la dépêche trop stylé en mobilité !. Évalué à 2.
Je parlais effectivement du reverse-proxy, pour les utilisateurs qui n'uploadent pas explicitement leur css.
[^] # Re: cool
Posté par nud . En réponse à la dépêche trop stylé en mobilité !. Évalué à 2.
Pour les CSS hébergées ailleurs, avez-vous déjà pensé à utiliser img.linuxfr.org ?
[^] # Re: son
Posté par nud . En réponse au journal Linux a des défauts sur le bureau. Évalué à 0.
En même temps, il est normal que les antiquités utilisent les infrastructures de l'époque… Heroes3 date probablement d'avant la généralisation d'ALSA… Idem pour les autres "exemples"
[^] # Re: je fais partis de ces quinze
Posté par nud . En réponse au journal linuxfr-solarized : nouvelle version. Évalué à 1.
Ce n'est pas obligatoire. Tu peux utiliser des CSS réactives sans cette balise sur le bureau, et firefox réagira comme il le doit. Après, le comportement des téléphones est un autre problème.
De toute façon on pourrait sans doute avoir une convention du genre: