Yep, Intel est vachement efficient énergétiquement. Mais ils ont aussi une équipe qui est au moins 3 fois la taille de celle d'AMD! Et ils ont le droit d'utiliser la doc interne directement, sans attendre la revue par le service légal. AMD va s'améliorer, mais il attendra jamais les perf actuelles. Intel risque de se dégrader pour les tâches légères par contre car leur matériel se complexifie. Le temps nous le dira!
La gestion d'énergie, c'est le truc le plus complexe que tu puisses faire dans un pilote, mais c'est nécessaire!
J'en discutais avec des ingénieurs NVIDIA à l'XDC. Il parait que plus de 50% du temps du travail pour faire marcher une nouvelle carte (bring up) est liée à ça. Les timings sont de plus en plus serrés du coup la moindre erreur défonce tout. La partie dans le pilote est simple comparé au matériel, mais c'est très dépendant du chipset et quand tu dois ajouter le support pour 10 ans de cartes, c'est pas facile!
Si tu as des problèmes avec le DPM, je te conseille de soumettre un rapport de bug.
la gestion d'énergie, c'est uniquement pour les portables, il s'agit de gagner 1h grand maximum.
Sur mon laptop, toujours des cas sans rien faire:
Pas de gestion d'énergie (3.0?, sans laptop mode): 24W
Pas de gestion d'énergie (3.11, sans bbswitch): 18W
Gestion d'énergie sur le 3.13: 10.5W
Gestion d'énergie optimale (3.7? avec bbswitch): 7.5W
Multiplier par 3 l'autonomie, c'est pas "gagner une heure".
Sur les desktop, rien que sur une carte graphique, je peux économiser environ 30W en sélectionnant la bonne tension et en faisant du clock et power gating.
La 3D, c'est pour combler le retard, et sinon on a le driver proprio d'Nvidia ou le driver qui marche d'intel.
Combler le retard est différent de s'améliorer? Faut pas être aussi pessimiste ;)
Ça sort d'où ça? Ils ont fait le design matériel mais n'ont jamais eu besoin de cette capacité vu que le reclocking lent est suffisant pour eux. Pourquoi ils devraient passer du temps à configurer leur modèle matériel si ça leur sert à rien au final?
C'est pas comme si ils avaient les infos et voulaient pas nous les donner… Ils ont fait des tests avec la nv50 et ils ont arrêté ensuite. Comme je disais dans la news, Tegra K1 pour utiliser cette fonctionnalité.
C'est 2 choses différentes. Prime est une implémentation concurrente à Primus/Bumblebee. C'est l'implémentation bas niveau qui apporte le plus de performance par design.
Il me semble que justement le driver nvidia a des prémices du support de prime.
Plus que des prémices, c'est presque aussi bien que Nouveau, avec plus de performance. Voilà comment le configurer.
Que ce soit Nouveau ou NVidia, y'a pas encore de support pour la synchronisation entre les GPUs. Les patchs pour ça existent (au moins pour Nouveau et Intel), c'est écrit par Maarten Lankhorst (employé par Canonical) mais personne veut faire de revue de code dessus apparemment, car ça touche à plein de choses que les développeurs n'aiment pas trop toucher (TTM en particulier).
Quelqu'un pourrait m'expliquer quelle est la partie du pilote i915 qui est prise en charge par le noyau ?
Normalement, le noyau est responsable de faire l'envoi de commandes à la carte (batch de commandes à exécuter en asynchrone). Il est aussi responsable de la gestion de la mémoire graphique, des écrans et des primitives de synchronisation. C'est ce qu'on appelle généralement le KMS (Kernel modesetting).
Ensuite, les drivers xf86-video-* sont fait pour que X puisse parler au kernel pour faire son rendu. Il sert aussi à l'accélération vidéo (XV) et 2D (EXA, SNA, UXA, glamor).
Dans le cas d'intel, ils supportent le mode KMS (comme les autres cartes) mais ils supportent aussi le mode legacy, l'UMS (Userspace modesetting). Dans ce mode, X a besoin de tourner en root pour accéder aux registres et faire le travail qui doit normalement être fait par le noyau, en plus de faire le travail habituel des drivers xf86-video-*.
C'est noté! Mais la meilleure façon de pas se faire voler la place est de ne pas oublier dans 3 semaines de venir faire un tour dans l'espace de rédaction ;)
La différence est que les PPAs sont binaires alors que AUR est source. Mais oui, tu as raison, les PPAs remplissent le même rôle. J'aurai dû m'en souvenir, ce qui veut dire que c'est seulement les distros non basées sur les deb et pacman à qui ça doit manquer.
(d'un point de vu idée, je ne doute pas que de ton point de vu les paquets debian c'est nul alors que les paquets arch ça déchire)
Hmm, un gestionnaire de paquet est un gestionnaire de paquet. Certains peuvent être un plus chiant que d'autres pour certaines tâches mais au final, c'est la même chose. Donc non, je suis pas intégriste là dessus.
J'espère que tu n'as pas vu d'attaque sur Debian ici, car il n'y en a absolument pas! La preuve, je parle de checkinstall qui, pour moi, est une excellente idée! Si les paquets Arch étaient pas si simples à écrire, je crois que j'aurai recodé ça pour Arch.
La seule critique que je fais, c'est que certaines distros ignorent trop leurs utilisateurs en leur permettant pas de contribuer facilement sans passer pour le circuit officiel.
Qu'est ce qu'on s'en fiche de la qualité du packaging de AUR, tu peux le modifier si tu n'es pas content qu'il manque une feature ou une dépendance. En général, rien ne dépend des paquets AUR, donc je m'en sers comme les gens se servent de checkinstall sous debian. On peut donc supprimer rapidement les paquets quand on en veut plus.
Le snobbisme sur la qualité des paquets, c'est bien la première fois que j'entends ça pour dénigrer une idée qui manque cruellement sur toute autre distro.
Soyons réaliste, notre seul pouvoir est le droit de vote.
Pourquoi une fois élu, les élus ont carte blanche dans les limites de la constitution? Pourquoi on ne remet pas en question les décisions prises pour vérifier qu'elles sont VRAIMENT dans l'intérêt des citoyens? Et pourquoi pas forcer nos élus à être sur les bancs de leur assemblé? Quand on a un job, on le fait.
Si on avait un système comme ça à posteriori (pour pas ralentir les décisions), ça motiverait peut-être moins les assoiffés de pouvoir de chercher à se faire élire.
Oula, calme toi. Tu vois une insulte là où il n'y en a pas.
Récapitulons le thread. J'ai en premier demandé si Debian était vraiment la réponse à tout car le parent avait dit "un kernel et un userspace à jour" et avait cité Debian Sid. Debian Sid n'était pas pour moi un modèle pour ce qui est d'être à jour car, comme tu le dis, c'est une version de développement et pas une rolling release. J'ai donc dit que si quelqu'un a BESOIN d'avoir un userspace à jour, Debian est clairement pas la meilleure distro pour ça.
Ensuite, j'ai donné mon point de vue en temps que développeur upstream sur la tendance nuisible à ce que tous les utilisateurs utilisent une distribution pas à jour et voilà que toi tu arrives à la rescousse de ta distribution et tu me sors ce qui me semble être un total hors sujet sur … tout et n'importe quoi avec Debian.
Je suis désolé si tu t'es senti agressé (ou que j'agressais ta distribution), c'était pas mon intention.
Du coup, je me désabonne du sujet. J'étais déjà à la limite du hors sujet, on est vraiment parti dedans là. Les guerres entre distributions n'ont pas leur place ici.
Ah, je croyais que plus ou moins toutes les cartes avaient un support partiel. Dans tous les cas les vidéos en 480p ne sont pas fluides chez moi car le H.264 n’est pas supporté.
Aucune distro utilise le décodage vidéo par défaut sur nouveau, malheureusement. Pas même Arch à cause d'un bug sur les nv30/40 qui peut amener à un segfault. Mesa 10.0 devrait corriger ça!
Peut-être que le bug qui gèle complètement la machine sera réglé quand le décodage vidéo fonctionnera parfaitement.
Non, ça se réglera pas magiquement. C'est quoi ta carte?
Euh, et l'accélération du décodage vidéo? C'est bien le seul truc que je peux reprocher, à part le fait que ça fasse geler mon système de temps en temps (mais à priori c'est juste que ma carte fait partie des moins bien supportées :( ).
Tu parles de quelle carte là? Le décodage vidéo est au moins partiellement supporté sur toutes les cartes supérieures aux nv50 (sorties en 2006). À partir des Fermis (sorties en 2010), on supporte tous les formats supportés par NVIDIA que je sache.
Quand on développe, on utilise les dernières versions des bibliothèques car c'est celles là qui seront supportée le plus longtemps.
Pourquoi ces généralités balancés comme des vérités…
Tu as lu ce que j'ai écrit au dessus? Car ne pas supporter les dernières versions, c'est empêcher le projet d'avancer. Ça te fait peut être chier en tant que sysadmin, mais j'ai bien dit que pour un DEV c'était important.
Dans mon laboratoire, on fait du calcul haute performance (principalement en Fortran). On doit tourner en local mais aussi sur les centres régionaux ou nationaux. Bref, tu n'as jamais la même configuration partout.
J'ai jamais dit qu'il fallait arrêter de supporter les anciennes versions, c'est une zone grise et c'est pas si simple. La beauté de l'open source, c'est que tu peux rajouter le support d'une vieille version si tu en as besoin et le contribuer pour tout le monde. Mais faut pas non plus s'attendre à ce qu'on t'ouvre les bras non plus. Si je recevais un patch pour faire marcher un de mes projets sous qt3 au lieu de qt4 ou 5, je lui conseillerai d'en faire un faire un fork.
Ton code doit être portable, la dernière version n'est pas toujours la meilleure, ni la plus pérenne !
Pourquoi ces généralités balancés comme des vérités…
Je te retourne ta phrase magique. La dernière version est la dernière en date (no shit Sherlock). Vu que les logiciels sont sensés s'améliorer (c'est le cas dans l'open source), si on laisse un peu de temps pour corriger les probables bugs ajoutés, cette version est donc un sur-ensemble du logiciel dans sa version précédente. Il devrait donc, en tout logique, être plus pérenne. Si c'est pas le cas, c'est parce que justement, des distributions ont décidé de pas suivre (pour de bonnes ou mauvaises raisons) sont développement.
L'idée de base derrière ce que je disais est que si TOUT LE MONDE faisait comme ça, le développement serait stoppé (car personne va s'en servir). Rester sur des vieilles version, c'est faire le choix de la non-collaboration et faut l'accepter. Windows a le même problème, regarde le nombre de personnes sous Windows XP vs vista/7/8. Tu trouves ça désirable toi? Si oui, j'aimerai pas être utilisateur de tes services…
Bref, tout cela pour dire que le développement est quelque chose de très large qui englobe PLEIN de domaine.
Tu as raison, j'aurai dû rajouter "Open source" comme adjectif de développement. Mais on est sûr Linuxfr alors ça me semble pas choquant comme hypothèse de départ.
C'est vrai pour tout sauf pour les devs. Quand on développe, on utilise les dernières versions des bibliothèques car c'est celles là qui seront supportée le plus longtemps. Choisir une ancienne, c'est l'équivalent de forker la bibliothèque ou d'arrêter son développement.
C'est exactement ce qu'il se passe avec python2/3. Cinq années sont passées depuis la sortie de python3 et pourtant, il n'y a qu'une seule distro qui est passé à python3 par défaut 2 ans après et ça a pas fait d'heureux. Si Arch l'avait pas fait, tout le monde aurait utilisé python2 à vie et python3 serait mort. Du coup, je suis sûr que le nombre de contributeurs à python a diminué à cause de ça.
Maintenant, dit moi qu'un dev se doit d'utiliser autre chose qu'une distro qui donne des packages à jour? C'est à cause de distros comme … presques toutes que des fois, les logiciels n'avancent plus…
<mode mode="pedantique">La photo est pas à contre jour, c'est juste que le batiment bloque le soleil.</mode>
<mode mode="hacker">C'est parce qu'on est des créatures de l'ombre, des hackers sans visages!</mode>
Plus sérieusement, c'était pas qu'une question de se retourner. Il aurait fallu traverser la rue pour avoir du soleil direct et on aurait eu un fond de merde. En conf, tu prends une photo quand tu peux ;) C'était pas vraiment une photo de famille!
[^] # Re: bof ?
Posté par Martin Peres (site web personnel) . En réponse à la dépêche Sortie de Linux 3.13. Évalué à 7.
Yep, Intel est vachement efficient énergétiquement. Mais ils ont aussi une équipe qui est au moins 3 fois la taille de celle d'AMD! Et ils ont le droit d'utiliser la doc interne directement, sans attendre la revue par le service légal. AMD va s'améliorer, mais il attendra jamais les perf actuelles. Intel risque de se dégrader pour les tâches légères par contre car leur matériel se complexifie. Le temps nous le dira!
[^] # Re: bof ?
Posté par Martin Peres (site web personnel) . En réponse à la dépêche Sortie de Linux 3.13. Évalué à 10.
La gestion d'énergie, c'est le truc le plus complexe que tu puisses faire dans un pilote, mais c'est nécessaire!
J'en discutais avec des ingénieurs NVIDIA à l'XDC. Il parait que plus de 50% du temps du travail pour faire marcher une nouvelle carte (bring up) est liée à ça. Les timings sont de plus en plus serrés du coup la moindre erreur défonce tout. La partie dans le pilote est simple comparé au matériel, mais c'est très dépendant du chipset et quand tu dois ajouter le support pour 10 ans de cartes, c'est pas facile!
Si tu as des problèmes avec le DPM, je te conseille de soumettre un rapport de bug.
[^] # Re: bof ?
Posté par Martin Peres (site web personnel) . En réponse à la dépêche Sortie de Linux 3.13. Évalué à 9.
Pas encore Albert. Mais quand ça sera fini, l'utilisateur n'aura rien à faire. Ça sera pareil que le DPM d'AMD.
[^] # Re: bof ?
Posté par Martin Peres (site web personnel) . En réponse à la dépêche Sortie de Linux 3.13. Évalué à 10. Dernière modification le 21 janvier 2014 à 13:56.
Sur mon laptop, toujours des cas sans rien faire:
Multiplier par 3 l'autonomie, c'est pas "gagner une heure".
Sur les desktop, rien que sur une carte graphique, je peux économiser environ 30W en sélectionnant la bonne tension et en faisant du clock et power gating.
Combler le retard est différent de s'améliorer? Faut pas être aussi pessimiste ;)
[^] # Re: Excellente dépêche
Posté par Martin Peres (site web personnel) . En réponse à la dépêche Sortie de Linux 3.13. Évalué à 2.
Tu peux commencer le travail dès maintenant ;) https://linuxfr.org/redaction/news/sortie-de-linux-3-14
[^] # Re: bof ?
Posté par Martin Peres (site web personnel) . En réponse à la dépêche Sortie de Linux 3.13. Évalué à 10.
Tu oublies les améliorations sur la pile graphique et la gestion d'énergie? C'est là que le combat continue pour le desktop normal.
[^] # Re: Nvidia
Posté par Martin Peres (site web personnel) . En réponse à la dépêche Sortie de Linux 3.13. Évalué à 5.
Ça sort d'où ça? Ils ont fait le design matériel mais n'ont jamais eu besoin de cette capacité vu que le reclocking lent est suffisant pour eux. Pourquoi ils devraient passer du temps à configurer leur modèle matériel si ça leur sert à rien au final?
C'est pas comme si ils avaient les infos et voulaient pas nous les donner… Ils ont fait des tests avec la nv50 et ils ont arrêté ensuite. Comme je disais dans la news, Tegra K1 pour utiliser cette fonctionnalité.
[^] # Re: Prime et bumblebee
Posté par Martin Peres (site web personnel) . En réponse à la dépêche Sortie de Linux 3.13. Évalué à 5.
C'est 2 choses différentes. Prime est une implémentation concurrente à Primus/Bumblebee. C'est l'implémentation bas niveau qui apporte le plus de performance par design.
[^] # Re: Prime et bumblebee
Posté par Martin Peres (site web personnel) . En réponse à la dépêche Sortie de Linux 3.13. Évalué à 8.
Plus que des prémices, c'est presque aussi bien que Nouveau, avec plus de performance. Voilà comment le configurer.
Que ce soit Nouveau ou NVidia, y'a pas encore de support pour la synchronisation entre les GPUs. Les patchs pour ça existent (au moins pour Nouveau et Intel), c'est écrit par Maarten Lankhorst (employé par Canonical) mais personne veut faire de revue de code dessus apparemment, car ça touche à plein de choses que les développeurs n'aiment pas trop toucher (TTM en particulier).
Tanguy: Justement, Nvidia supporte xrandr 1.4 ;)
[^] # Re: i915 ?
Posté par Martin Peres (site web personnel) . En réponse à la dépêche Sortie de Linux 3.13. Évalué à 10.
Normalement, le noyau est responsable de faire l'envoi de commandes à la carte (batch de commandes à exécuter en asynchrone). Il est aussi responsable de la gestion de la mémoire graphique, des écrans et des primitives de synchronisation. C'est ce qu'on appelle généralement le KMS (Kernel modesetting).
Ensuite, les drivers xf86-video-* sont fait pour que X puisse parler au kernel pour faire son rendu. Il sert aussi à l'accélération vidéo (XV) et 2D (EXA, SNA, UXA, glamor).
Dans le cas d'intel, ils supportent le mode KMS (comme les autres cartes) mais ils supportent aussi le mode legacy, l'UMS (Userspace modesetting). Dans ce mode, X a besoin de tourner en root pour accéder aux registres et faire le travail qui doit normalement être fait par le noyau, en plus de faire le travail habituel des drivers xf86-video-*.
C'est plus clair?
[^] # Re: Excellente dépêche
Posté par Martin Peres (site web personnel) . En réponse à la dépêche Sortie de Linux 3.13. Évalué à 4.
C'est noté! Mais la meilleure façon de pas se faire voler la place est de ne pas oublier dans 3 semaines de venir faire un tour dans l'espace de rédaction ;)
[^] # Re: Pacman
Posté par Martin Peres (site web personnel) . En réponse au journal Frugalware, une distribution pas comme les autres.. Évalué à 1.
Yeah, ça gère OBS mais y'a des wrappers pour faire une recherche?
[^] # Re: Pacman
Posté par Martin Peres (site web personnel) . En réponse au journal Frugalware, une distribution pas comme les autres.. Évalué à 4.
Ce qui est exactement ce que j'ai dit ;)
[^] # Re: Pacman
Posté par Martin Peres (site web personnel) . En réponse au journal Frugalware, une distribution pas comme les autres.. Évalué à 5.
La différence est que les PPAs sont binaires alors que AUR est source. Mais oui, tu as raison, les PPAs remplissent le même rôle. J'aurai dû m'en souvenir, ce qui veut dire que c'est seulement les distros non basées sur les deb et pacman à qui ça doit manquer.
Hmm, un gestionnaire de paquet est un gestionnaire de paquet. Certains peuvent être un plus chiant que d'autres pour certaines tâches mais au final, c'est la même chose. Donc non, je suis pas intégriste là dessus.
J'espère que tu n'as pas vu d'attaque sur Debian ici, car il n'y en a absolument pas! La preuve, je parle de checkinstall qui, pour moi, est une excellente idée! Si les paquets Arch étaient pas si simples à écrire, je crois que j'aurai recodé ça pour Arch.
La seule critique que je fais, c'est que certaines distros ignorent trop leurs utilisateurs en leur permettant pas de contribuer facilement sans passer pour le circuit officiel.
[^] # Re: Pacman
Posté par Martin Peres (site web personnel) . En réponse au journal Frugalware, une distribution pas comme les autres.. Évalué à 10.
Qu'est ce qu'on s'en fiche de la qualité du packaging de AUR, tu peux le modifier si tu n'es pas content qu'il manque une feature ou une dépendance. En général, rien ne dépend des paquets AUR, donc je m'en sers comme les gens se servent de checkinstall sous debian. On peut donc supprimer rapidement les paquets quand on en veut plus.
Le snobbisme sur la qualité des paquets, c'est bien la première fois que j'entends ça pour dénigrer une idée qui manque cruellement sur toute autre distro.
# Le seul pouvoir du peuple: voter
Posté par Martin Peres (site web personnel) . En réponse au journal Démocratie : histoire d'un malentendu. Évalué à 3.
Soyons réaliste, notre seul pouvoir est le droit de vote.
Pourquoi une fois élu, les élus ont carte blanche dans les limites de la constitution? Pourquoi on ne remet pas en question les décisions prises pour vérifier qu'elles sont VRAIMENT dans l'intérêt des citoyens? Et pourquoi pas forcer nos élus à être sur les bancs de leur assemblé? Quand on a un job, on le fait.
Si on avait un système comme ça à posteriori (pour pas ralentir les décisions), ça motiverait peut-être moins les assoiffés de pouvoir de chercher à se faire élire.
[^] # Re: Appel aux volontaires
Posté par Martin Peres (site web personnel) . En réponse à la dépêche Sortie de Linux 3.12. Évalué à 1.
J'ai ouvert la dépêche pour le 3.13: https://linuxfr.org/redaction/news/sortie-de-linux-3-13
Bonne rédaction!
[^] # Re: Appel aux volontaires
Posté par Martin Peres (site web personnel) . En réponse à la dépêche Sortie de Linux 3.12. Évalué à 1.
J'ai ouvert la dépêche pour le 3.13: https://linuxfr.org/redaction/news/sortie-de-linux-3-13
Bonne rédaction!
[^] # Re: Précision sur F2FS
Posté par Martin Peres (site web personnel) . En réponse à la dépêche Sortie de Linux 3.12. Évalué à 1.
Oula, calme toi. Tu vois une insulte là où il n'y en a pas.
Récapitulons le thread. J'ai en premier demandé si Debian était vraiment la réponse à tout car le parent avait dit "un kernel et un userspace à jour" et avait cité Debian Sid. Debian Sid n'était pas pour moi un modèle pour ce qui est d'être à jour car, comme tu le dis, c'est une version de développement et pas une rolling release. J'ai donc dit que si quelqu'un a BESOIN d'avoir un userspace à jour, Debian est clairement pas la meilleure distro pour ça.
Ensuite, j'ai donné mon point de vue en temps que développeur upstream sur la tendance nuisible à ce que tous les utilisateurs utilisent une distribution pas à jour et voilà que toi tu arrives à la rescousse de ta distribution et tu me sors ce qui me semble être un total hors sujet sur … tout et n'importe quoi avec Debian.
Je suis désolé si tu t'es senti agressé (ou que j'agressais ta distribution), c'était pas mon intention.
Du coup, je me désabonne du sujet. J'étais déjà à la limite du hors sujet, on est vraiment parti dedans là. Les guerres entre distributions n'ont pas leur place ici.
[^] # Re: Précision sur F2FS
Posté par Martin Peres (site web personnel) . En réponse à la dépêche Sortie de Linux 3.12. Évalué à 2.
Non, tout va bien coté kernel. Faut recompiler mesa pour activer vdpau sur nouveau.
Sous Arch, voilà pourquoi ça marche pas par défaut: https://projects.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/mesa#n101
[^] # Re: Précision sur F2FS
Posté par Martin Peres (site web personnel) . En réponse à la dépêche Sortie de Linux 3.12. Évalué à 1.
Aucune distro utilise le décodage vidéo par défaut sur nouveau, malheureusement. Pas même Arch à cause d'un bug sur les nv30/40 qui peut amener à un segfault. Mesa 10.0 devrait corriger ça!
Non, ça se réglera pas magiquement. C'est quoi ta carte?
[^] # Re: Précision sur F2FS
Posté par Martin Peres (site web personnel) . En réponse à la dépêche Sortie de Linux 3.12. Évalué à 1.
Tu parles de quelle carte là? Le décodage vidéo est au moins partiellement supporté sur toutes les cartes supérieures aux nv50 (sorties en 2006). À partir des Fermis (sorties en 2010), on supporte tous les formats supportés par NVIDIA que je sache.
[^] # Re: Quelle distro l'intégre?
Posté par Martin Peres (site web personnel) . En réponse à la dépêche Sortie de Linux 3.12. Évalué à 2.
Tu as lu ce que j'ai écrit au dessus? Car ne pas supporter les dernières versions, c'est empêcher le projet d'avancer. Ça te fait peut être chier en tant que sysadmin, mais j'ai bien dit que pour un DEV c'était important.
J'ai jamais dit qu'il fallait arrêter de supporter les anciennes versions, c'est une zone grise et c'est pas si simple. La beauté de l'open source, c'est que tu peux rajouter le support d'une vieille version si tu en as besoin et le contribuer pour tout le monde. Mais faut pas non plus s'attendre à ce qu'on t'ouvre les bras non plus. Si je recevais un patch pour faire marcher un de mes projets sous qt3 au lieu de qt4 ou 5, je lui conseillerai d'en faire un faire un fork.
Pourquoi ces généralités balancés comme des vérités…
Je te retourne ta phrase magique. La dernière version est la dernière en date (no shit Sherlock). Vu que les logiciels sont sensés s'améliorer (c'est le cas dans l'open source), si on laisse un peu de temps pour corriger les probables bugs ajoutés, cette version est donc un sur-ensemble du logiciel dans sa version précédente. Il devrait donc, en tout logique, être plus pérenne. Si c'est pas le cas, c'est parce que justement, des distributions ont décidé de pas suivre (pour de bonnes ou mauvaises raisons) sont développement.
L'idée de base derrière ce que je disais est que si TOUT LE MONDE faisait comme ça, le développement serait stoppé (car personne va s'en servir). Rester sur des vieilles version, c'est faire le choix de la non-collaboration et faut l'accepter. Windows a le même problème, regarde le nombre de personnes sous Windows XP vs vista/7/8. Tu trouves ça désirable toi? Si oui, j'aimerai pas être utilisateur de tes services…
Tu as raison, j'aurai dû rajouter "Open source" comme adjectif de développement. Mais on est sûr Linuxfr alors ça me semble pas choquant comme hypothèse de départ.
[^] # Re: Quelle distro l'intégre?
Posté par Martin Peres (site web personnel) . En réponse à la dépêche Sortie de Linux 3.12. Évalué à 2.
C'est vrai pour tout sauf pour les devs. Quand on développe, on utilise les dernières versions des bibliothèques car c'est celles là qui seront supportée le plus longtemps. Choisir une ancienne, c'est l'équivalent de forker la bibliothèque ou d'arrêter son développement.
C'est exactement ce qu'il se passe avec python2/3. Cinq années sont passées depuis la sortie de python3 et pourtant, il n'y a qu'une seule distro qui est passé à python3 par défaut 2 ans après et ça a pas fait d'heureux. Si Arch l'avait pas fait, tout le monde aurait utilisé python2 à vie et python3 serait mort. Du coup, je suis sûr que le nombre de contributeurs à python a diminué à cause de ça.
Maintenant, dit moi qu'un dev se doit d'utiliser autre chose qu'une distro qui donne des packages à jour? C'est à cause de distros comme … presques toutes que des fois, les logiciels n'avancent plus…
[^] # Re: Photo a contre jour
Posté par Martin Peres (site web personnel) . En réponse à la dépêche Sortie de Linux 3.12. Évalué à 4.
<mode mode="pedantique">La photo est pas à contre jour, c'est juste que le batiment bloque le soleil.</mode>
<mode mode="hacker">C'est parce qu'on est des créatures de l'ombre, des hackers sans visages!</mode>
Plus sérieusement, c'était pas qu'une question de se retourner. Il aurait fallu traverser la rue pour avoir du soleil direct et on aurait eu un fond de merde. En conf, tu prends une photo quand tu peux ;) C'était pas vraiment une photo de famille!