Bon, ben voilà encore un commentaire qui concerne un sujet qui me tient à coeur : KDE.
Une minute après la sortie de la révision 856831, l'équipe est en effet fière (et je crois qu'elle le peut) de vous annoncer la sortie de la révision 856832.
C'est une révision qui apporte :
- Plus de support pour la langue biélorusse
Cette révision est parmi une série qui aura lieu plusieurs fois par jour à partir de il y a un moment déjà. [Bon, je vais pas vous emmerder avec mon avis inintéressant sur KDE]
Enfin, les traditionnels liens :
- l'annonce officielle : http://websvn.kde.org/?view=rev&revision=856832
- la liste des changements : http://websvn.kde.org/?view=rev&revision=856832
- le planning des sorties : http://kadreg.org/ipot/
Sinon, je fais un gros bisou aux gens de ma famille qui me regardent.
Pour moi (même si je ne joue pas au Sudoku) (un peu comme dit un commentaire au dessus), l'intérêt réside dans le fait de trouver la méthode la plus rapide de résoudre une grille (voir l'algorithmie, la complexité) et peut-être l'"intuition" (qu'on n'arrive pas à "enseigner" aux ordinateurs, comme pour les échecs par exemple).
> Ce n'est pas vraiment un moteur dans le sens où il n'y a pas de modules tout prêts pour gérer les missiles, un autre pour le scrolling etc
Il y a un monde entre le moteur déjà tout fait où il n'y plus aucun code à écrire, où tu ne peux plus choisir que la couleur de la peinture de la maison, et Löve, où on se demande bien ce que ça contient à part de maigres wrappers, où tout ce qu'on te donne, c'est une pauvre hache pour fabriquer ta maison.
> Selon un des créateurs du système (Rude), cela lui a pris 15 minutes et 90 lignes de code pour faire une implémentation très simple du jeu du serpent
En regardant (très vite) le code, je ne vois rien qui montre que Löve a quelque chose d'unique ou de pratique, le même code aurait pu être écrit en C pour SDL à peu de choses près. (en fait le code en question n'est même pas vraiment beau (mais ça c'est pas la faute de Löve) : il utilise un tableau 1D pour représenter la carte en 2D)
> La première version date de janvier 2008, la dernière propose déjà de gérer les collisions, c'est pas mal et prometteur, et cela ne demande qu'a s'étoffer.
Je n'ai pas dit que c'était facile, et j'ai reconnu que ce n'était que le début.
Je trouve que le terme "moteur" est un peu fort pour ce qu'est Löve pour l'instant.
Pour tout ce qui est 2D (censé être le fer de lance de Löve) notamment, on ne trouve que des fonctions basiques "bas-niveau" de dessins ou d'image (tracer des rectangles, cercles ou images, qui sont du même ressort que l'API OpenGL mais pour la 2D) (... à part le moteur de particules, voir plus loin). Pour moi, ça ne fait pas un moteur, les bibliothèques implémentant l'API OpenGL ne sont pas des moteurs.
Certaines parties ("physics", le moteur de particules) semblent de bien plus haut-niveau (et intéressantes), où l'on configure des objets préfabriqués (où tout le calcul ou dessin bas-niveau sont déjà gérés), mais ces parties semblent indépendantes et pas faites pour aller ensemble (je n'ai pas dit que c'était impossible ou volontaire), c'est dommage.
Quand on voit Soya et son intégration... (oui, Soya n'a rien à voir et n'est pas comparable, je parle juste de l'"intégration" (un peu comme pour un environnement de bureau) des éléments du "moteur")
Disclaimer : j'ai passé 5 minutes sur la doc, je n'ai jamais utilisé Löve, c'est la version 0.4 seulement, je ne suis pas un cador de la programmation de jeux, cet avis est très subjectif.
Je ne trouve plus de liens qui en parlent en détails, mais les programmes python 2 pourront être passés en python 3000 grâce à un outil automatique (aucun besoin d'intervention humaine) : 2to3 (http://www.python.org/dev/peps/pep-3000/ )
C'est marrant, ma gf2mx marche très bien chez moi, seulement, quand c'est pas libre, on accuse aussitôt le logiciel non-libre. Il ne t'es pas venu à l'idée que ça _pouvait_ être un problème qui venait d'ailleurs : peut-être le noyau 2.6.26, peut-être une erreur involontaire de ta part, ou autre chose ?
Je suis d'accord qu'étant donné sa non-liberté et une hypothétique moindre attention portée par nvidia pour du matériel vieillissant (en fait, il est tout à fait normal qu'elles soient moins maintenues, qu'y a-t-il à changer à part quelques corrections de bugs ? Connais-tu des gens qui maintiennent _très activement_ un logiciel ou un matériel très ancien ?), il est sans doute plus difficile de trouver d'où vient le problème et carrément de faire un rapport de bug, mais c'est pas une raison pour affirmer que c'est « impossible à faire fonctioner sur un Xorg/noyau récent » (ce sont tes mots)...
> Avec NVidia, il fait toujours bricoler pour avoir un triplet kernel, Xorg, driver qui fonctionne...
J'ai dû avoir beaucoup de chance parce que je n'ai jamais eu de problème particulier, à part avec le noyau 2.6.25, mais le patch est maintenant inclus upstream.
> Il serait plus intelligent de dire ce qu'il compte faire avec sa "3D"
Tu dois avoir des problèmes de vue, parce qu'il l'a assez clairement écrit dans son journal.
> Les pilotes "legacy" qui ne sont presque plus maintenus deviennent vite impossible à faire fonctioner sur un Xorg/noyau récent.
Pardon ? Mes cartes "legacy" fonctionnent parfaitement avec du logiciel tout à fait récent.
Ça dépend la portée de l'accès : juste clavier/écran, ou boîte aussi. Sinon les administrateurs d'ordinateurs dans les lieux publics (ou université, ou cyber-café) seraient vraiment dans la merde.
Si on a un accès physique limité (juste se servir du clavier/souris/écran), on ne devrait pas pouvoir être root aussi facilement, pourtant c'est ce qui lui est arrivé. Le problème est que le mode recovery est sans protection (ou qu'on peut passer les paramètres du noyau qu'on veut à un bootloader mal configuré).
Attention, /tmp est un dossier temporaire, ce n'est pas la solution pour stocker des fichiers.
Personnellement, je recommanderais plutôt ACL qui est fait pour donner des accès fins. (http://lea-linux.org/cached/index/ACL.html )
Faire un dossier dans /home par exemple
setfacl -m d:u:USER1:rwx,d:u:USER2:rwx,d:u::- DOSSIER
> C'est la deuxième fois qu'OpenSSH a un problème de sécurité
La première fois, c'était le paquet Debian d'OpenSSH qui avait un problème, pas OpenSSH lui-même. Cette fois-ci, des paquets d'OpenSSH ont été signés, toujours pas de problème de sécurité dans OpenSSH.
> Selon la formule de Torvalds plus y a de paires d'yeux , plus les bugs deviennent évident .
C'est en fait une formule d'ESR (en:The_Cathedral_and_the_Bazaar).
De même que sur les forums, certains se voient reprocher d'utiliser des abréviations alors que la taille des posts n'est pas limité comme pour les SMS, LinuxFR est moderne et n'est pas limité à 80 colonnes. À bon entendeur...
> - soit n'utiliser ce module que pour ma connexion personnelle, et faire en sorte qu'il soit automatiquement désactivé pour root
Je ne connais pas pam_mount, mais en regardant le man de pam_mount.conf, j'ai l'impression qu'on peut restreindre des directives avec l'attribut 'user="..."'.
> - ne soit effectif que sur mon réseau d'entreprise, parce que chez moi, par exemple, je ne suis pas sur la même classe réseau, d'une, et de deux, je n'ai pas de serveur samba.
Ce doit être possible en s'arrangeant pour que selon le réseau, un fichier de configuration pam contenant une référence à pam_mount ou un autre n'en contenant pas soit utilisé (par exemple avec un lien symbolique et "@include lien_symbolique"). Le choix d'un mode ou l'autre peut peut-être se faire avec ifplug, network-machin ou autre (je ne connais pas trop).
> Wahou... Juste le fait que ca ait une taille fixe ca fait d'un menu un truc "à la vista", là je dis respect.
Hint: ce menu n'a pas été beaucoup vu avant, Ce menu a été popularisé avec son inclusion dans vista -- car vista est bien plus utilisé que linux malgré son impopularité, KDE4 est sorti après vista. Beaucoup de gens n'hésiteraient pas (et à raison) à qualifier ce genre de menu de "à la vista".
Maintenant que tu as compris ce que je voulais dire (tu as enfin compris maintenant, n'est ce pas ?), on va peut-être pouvoir parler de choses plus intéressantes.
> Après si la distrib faisait bien les menus y aurait quasiement pas besoin de scroller, avoir des sous-menus de plus de 10 items, a peu près la hauteur du menu
Relis, un des reproches que j'ai fait est qu'il est très emmerdant d'aller à un niveau frère dans l'arbre de menu.
> Tu parle bien d'un mélange, et bon des mélange de programmes, à part en partageant le code source j'ai jamais vu.
Non, vraiment tu veux pas comprendre. Tant pis.
> Par contre en quoi c'est une torture d'avoir toutes les fenêtres visibles d'un coup d'oeil (bon 2 avec le mode avancé), alors que kcontrol mettait toutes les fenêtres "difficilement" accessibles sous forme d'un arbre ?
Notamment parce qu'on est obligé de faire "précédent" pour aller voir si une option n'est pas ailleurs. Oui, on va me dire que ce n'est pas gênant, mais le problème c'est qu'_avant_ c'était _mieux_.
>> Je n'avais pas râlé contre, mais puisque tu insistes : impossible de désactiver cette sale icone plasmatruc dans le coin en haut à droite du bureau, en plus c'est laid. (et je ne suis pas le seul à me plaindre de ça)
> Euh y en a vraiment qui regardent leur bureau ? (Et pis je le trouve beau ce truc mais bon on peut ne pas aimer c'est vrai)
C'est un peu contradictoire ce que tu dis : 1/ les plasmas sont sur le bureau 2/ personne ne regarde le bureau => personne ne regarde plasma, donc pourquoi plasma existe ?
Mais là, je n'ose même plus espérer que tu comprennes.
# Bravo les gars !
Posté par Octabrain . En réponse au journal Bravo les gars !. Évalué à -9.
Une minute après la sortie de la révision 856831, l'équipe est en effet fière (et je crois qu'elle le peut) de vous annoncer la sortie de la révision 856832.
C'est une révision qui apporte :
- Plus de support pour la langue biélorusse
Cette révision est parmi une série qui aura lieu plusieurs fois par jour à partir de il y a un moment déjà.
[Bon, je vais pas vous emmerder avec mon avis inintéressant sur KDE]
Enfin, les traditionnels liens :
- l'annonce officielle : http://websvn.kde.org/?view=rev&revision=856832
- la liste des changements : http://websvn.kde.org/?view=rev&revision=856832
- le planning des sorties : http://kadreg.org/ipot/
Sinon, je fais un gros bisou aux gens de ma famille qui me regardent.
[^] # Re: Bof!
Posté par Octabrain . En réponse au journal Résolution de sudokus avec Aptitude. Évalué à 3.
[^] # Re: "Moteur" ?
Posté par Octabrain . En réponse à la dépêche Sortie de Löve 0.4.0, moteur libre de jeu en 2D. Évalué à 2.
Il y a un monde entre le moteur déjà tout fait où il n'y plus aucun code à écrire, où tu ne peux plus choisir que la couleur de la peinture de la maison, et Löve, où on se demande bien ce que ça contient à part de maigres wrappers, où tout ce qu'on te donne, c'est une pauvre hache pour fabriquer ta maison.
> Selon un des créateurs du système (Rude), cela lui a pris 15 minutes et 90 lignes de code pour faire une implémentation très simple du jeu du serpent
En regardant (très vite) le code, je ne vois rien qui montre que Löve a quelque chose d'unique ou de pratique, le même code aurait pu être écrit en C pour SDL à peu de choses près. (en fait le code en question n'est même pas vraiment beau (mais ça c'est pas la faute de Löve) : il utilise un tableau 1D pour représenter la carte en 2D)
> La première version date de janvier 2008, la dernière propose déjà de gérer les collisions, c'est pas mal et prometteur, et cela ne demande qu'a s'étoffer.
Je n'ai pas dit que c'était facile, et j'ai reconnu que ce n'était que le début.
# "Moteur" ?
Posté par Octabrain . En réponse à la dépêche Sortie de Löve 0.4.0, moteur libre de jeu en 2D. Évalué à 3.
Pour tout ce qui est 2D (censé être le fer de lance de Löve) notamment, on ne trouve que des fonctions basiques "bas-niveau" de dessins ou d'image (tracer des rectangles, cercles ou images, qui sont du même ressort que l'API OpenGL mais pour la 2D) (... à part le moteur de particules, voir plus loin). Pour moi, ça ne fait pas un moteur, les bibliothèques implémentant l'API OpenGL ne sont pas des moteurs.
Certaines parties ("physics", le moteur de particules) semblent de bien plus haut-niveau (et intéressantes), où l'on configure des objets préfabriqués (où tout le calcul ou dessin bas-niveau sont déjà gérés), mais ces parties semblent indépendantes et pas faites pour aller ensemble (je n'ai pas dit que c'était impossible ou volontaire), c'est dommage.
Quand on voit Soya et son intégration... (oui, Soya n'a rien à voir et n'est pas comparable, je parle juste de l'"intégration" (un peu comme pour un environnement de bureau) des éléments du "moteur")
Disclaimer : j'ai passé 5 minutes sur la doc, je n'ai jamais utilisé Löve, c'est la version 0.4 seulement, je ne suis pas un cador de la programmation de jeux, cet avis est très subjectif.
[^] # Re: Idée du lundi matin...
Posté par Octabrain . En réponse à la dépêche Sortie de Löve 0.4.0, moteur libre de jeu en 2D. Évalué à 5.
[^] # Re: Avocat du diable
Posté par Octabrain . En réponse au journal Google arrête le partenariat avec forestle.org. Évalué à 5.
[^] # Re: J'adore
Posté par Octabrain . En réponse au journal Google arrête le partenariat avec forestle.org. Évalué à 4.
https://www.les-renseignements-genereux.org/brochures/172
http://www.monde-diplomatique.fr/2008/01/DUFOUR/15491
[^] # Re: Everybody loves ATI !
Posté par Octabrain . En réponse au journal L'état d'ATI sous linux. Évalué à 0.
[^] # Re: Typo
Posté par Octabrain . En réponse à la dépêche Évolutions sur LinuxFr. Évalué à 8.
[^] # Re: Pourquoi SCons ?
Posté par Octabrain . En réponse à la dépêche SCons 1.0. Évalué à 3.
[^] # PEBKAC ?
Posté par Octabrain . En réponse au journal L'état d'ATI sous linux. Évalué à 5.
Je suis d'accord qu'étant donné sa non-liberté et une hypothétique moindre attention portée par nvidia pour du matériel vieillissant (en fait, il est tout à fait normal qu'elles soient moins maintenues, qu'y a-t-il à changer à part quelques corrections de bugs ? Connais-tu des gens qui maintiennent _très activement_ un logiciel ou un matériel très ancien ?), il est sans doute plus difficile de trouver d'où vient le problème et carrément de faire un rapport de bug, mais c'est pas une raison pour affirmer que c'est « impossible à faire fonctioner sur un Xorg/noyau récent » (ce sont tes mots)...
[^] # Re: cool
Posté par Octabrain . En réponse au journal Les window managers c'était mieux à vent !. Évalué à 9.
[^] # Re: Pragmatisme
Posté par Octabrain . En réponse au journal L'état d'ATI sous linux. Évalué à 3.
J'ai dû avoir beaucoup de chance parce que je n'ai jamais eu de problème particulier, à part avec le noyau 2.6.25, mais le patch est maintenant inclus upstream.
[^] # Re: Everybody loves ATI !
Posté par Octabrain . En réponse au journal L'état d'ATI sous linux. Évalué à 4.
Tu dois avoir des problèmes de vue, parce qu'il l'a assez clairement écrit dans son journal.
[^] # Re: nVidia
Posté par Octabrain . En réponse au journal L'état d'ATI sous linux. Évalué à 4.
Pardon ? Mes cartes "legacy" fonctionnent parfaitement avec du logiciel tout à fait récent.
[^] # Re: Beaucoup de bruit pour rien
Posté par Octabrain . En réponse au journal Ubuntu pas très sécurisée.... Évalué à 6.
[^] # Re: Accès physique.
Posté par Octabrain . En réponse au journal Ubuntu pas très sécurisée.... Évalué à 3.
[^] # Re: Accés physique = root local
Posté par Octabrain . En réponse au journal Ubuntu pas très sécurisée.... Évalué à 1.
[^] # ACL
Posté par Octabrain . En réponse au message Partager des fichiers avec plusieurs utilisateurs sur un PC. Évalué à 4.
Personnellement, je recommanderais plutôt ACL qui est fait pour donner des accès fins. (http://lea-linux.org/cached/index/ACL.html )
Faire un dossier dans /home par exemple
setfacl -m d:u:USER1:rwx,d:u:USER2:rwx,d:u::- DOSSIER
[^] # Re: deux fois ...
Posté par Octabrain . En réponse au journal Intrusion sur les serveurs Fedora/Red Hat. Évalué à 7.
La première fois, c'était le paquet Debian d'OpenSSH qui avait un problème, pas OpenSSH lui-même. Cette fois-ci, des paquets d'OpenSSH ont été signés, toujours pas de problème de sécurité dans OpenSSH.
> Selon la formule de Torvalds plus y a de paires d'yeux , plus les bugs deviennent évident .
C'est en fait une formule d'ESR (en:The_Cathedral_and_the_Bazaar).
[^] # Re: sous copyright ?
Posté par Octabrain . En réponse au message Projet de jeu de course libre. Évalué à 3.
# 80
Posté par Octabrain . En réponse au journal Portable Samsung 13" Q310 sous Linux. Évalué à 7.
# divers
Posté par Octabrain . En réponse au message Nettoyer un peu ma conf.. Évalué à 2.
Je ne connais pas pam_mount, mais en regardant le man de pam_mount.conf, j'ai l'impression qu'on peut restreindre des directives avec l'attribut 'user="..."'.
> - ne soit effectif que sur mon réseau d'entreprise, parce que chez moi, par exemple, je ne suis pas sur la même classe réseau, d'une, et de deux, je n'ai pas de serveur samba.
Ce doit être possible en s'arrangeant pour que selon le réseau, un fichier de configuration pam contenant une référence à pam_mount ou un autre n'en contenant pas soit utilisé (par exemple avec un lien symbolique et "@include lien_symbolique"). Le choix d'un mode ou l'autre peut peut-être se faire avec ifplug, network-machin ou autre (je ne connais pas trop).
[^] # Re: bar
Posté par Octabrain . En réponse au message Estimation du temps de création d'une archive tar. Évalué à 3.
[^] # Re: synchronisation
Posté par Octabrain . En réponse au journal Debian day !. Évalué à 3.
Hint: ce menu n'a pas été beaucoup vu avant, Ce menu a été popularisé avec son inclusion dans vista -- car vista est bien plus utilisé que linux malgré son impopularité, KDE4 est sorti après vista. Beaucoup de gens n'hésiteraient pas (et à raison) à qualifier ce genre de menu de "à la vista".
Maintenant que tu as compris ce que je voulais dire (tu as enfin compris maintenant, n'est ce pas ?), on va peut-être pouvoir parler de choses plus intéressantes.
> Après si la distrib faisait bien les menus y aurait quasiement pas besoin de scroller, avoir des sous-menus de plus de 10 items, a peu près la hauteur du menu
Relis, un des reproches que j'ai fait est qu'il est très emmerdant d'aller à un niveau frère dans l'arbre de menu.
> Tu parle bien d'un mélange, et bon des mélange de programmes, à part en partageant le code source j'ai jamais vu.
Non, vraiment tu veux pas comprendre. Tant pis.
> Par contre en quoi c'est une torture d'avoir toutes les fenêtres visibles d'un coup d'oeil (bon 2 avec le mode avancé), alors que kcontrol mettait toutes les fenêtres "difficilement" accessibles sous forme d'un arbre ?
Notamment parce qu'on est obligé de faire "précédent" pour aller voir si une option n'est pas ailleurs. Oui, on va me dire que ce n'est pas gênant, mais le problème c'est qu'_avant_ c'était _mieux_.
>> Je n'avais pas râlé contre, mais puisque tu insistes : impossible de désactiver cette sale icone plasmatruc dans le coin en haut à droite du bureau, en plus c'est laid. (et je ne suis pas le seul à me plaindre de ça)
> Euh y en a vraiment qui regardent leur bureau ? (Et pis je le trouve beau ce truc mais bon on peut ne pas aimer c'est vrai)
C'est un peu contradictoire ce que tu dis : 1/ les plasmas sont sur le bureau 2/ personne ne regarde le bureau => personne ne regarde plasma, donc pourquoi plasma existe ?
Mais là, je n'ose même plus espérer que tu comprennes.