beaucoup ont le nez dans le code et ne regardent pas trop les utilisateurs (et ce n'est pas les dernière mouture de KDE ou Gnome qui vont me faire mentir...)
Pour gnome, je ne me prononce pas, car je le connais très peu. Mais je trouve que les dernière mouture de KDE sont très bien. Rien à paramétrer, rien à configurer. Il est installé et la plupart des opérations de bases se font simplement.
Après, il y a sûrement certaines opérations qui ne sont pas encore simple, prémachées, automatiques. Mais je ne pense pas que cela vienne d'une volonté des développeurs.
Si tu as un exemple précis, n'hésite pas (en fait, 2 ou 3 exemples même)
il y a 7 ans de cela, j'ai changé le moteur de ma 205.
Je ne suis pas garagiste, j'ai fait faire ma première vidange par un garage... mais à chaque fois que je suis allé au garage pour un truc (plaquettes, allumage, radiateur, ...) j'ai regardé comment il a fait et je n'y suis jamais allé 2 fois pour la même chose.
Donc nul besoin d'être garagiste pour changer un moteur. Faut juste avoir les bons outils, la place, le temps, ne pas avoir peur et se poser les bonnes questions.
La transcription de tout cela à l'informatique ?? j'en sais rien.
Mais je pense que c'est juste un problème de se bouger le cul un peu et de se donner la peine de se demander ce qu'on fait et pourquoi le faire ainsi. Et les réponses ne manquent pas pour qui sait chercher sur le net (y'a pas que sur le web qu'on peut chercher...)
moi oui, mais c'est une personne très proche de moi qui me fait beaucoup confiance sur tout.
Son PC sous xp était complètement pourri jusqu'à la moelle, et régulièrement, elle me demandais de l'aide, j'ai fini par lui dire : "Si tu veux, je t'installe la même chose que chez moi, je t'explique quand t'as des soucis. LE problème, c'est qu'il n'y a que moi qui pourra t'aider, l'avantage, c'est que ça marchera (tm)"
Ça a été un peu compliqué au début, mais maintenant elle est en debian sid + kde4, et ça roule :)
J lui ai mis des raccourcis là ou il faut (boites de dialogue, places, bureau) vers les endroits qu'elle visite souvent (musique, photos, film), je lui ai montré les opérations de base (clé usb, copier/coller) et lui ai mis dans les favoris du menu K les applis qu'elle doit lancer (iceweasel, amarok et kmail au cas ou ils plantent)
Et ça roule, c'est de plus en plus rare qu'elle requiert mon aide, et la plu part du temps, c'est parce qu'elle n'y comprends rien à l'organisation du système de fichier et qu'elle ne retrouve pas ses petits, soucis qu'elle avait aussi sous windwos.
je suis allé voir, et c'est marrant, à l'époque, on avait des modéros :) maintenant c'est plus que des modos...
Les mods, ça ne sera plus ce que c'était...
Et moi ma voiture démarre en 1 seconde...
C'est pas très utile comme comparatif, faut voir ce qui est démarré par BeOS, si je démarre mon installation linux en init 1, je passe aussi en dessous de la barre des 10 secondes.
on retrouve clairement le fonctionnement de bien des Castlevania : un monde vaste et "ouvert", un enchaînement de bonus qui rendent accessibles des parties auparavant ingérables, une absence de "niveaux"
Pour info, les premiers castlevania n'étaient pas du tout de ce genre, c'est avec la PS1 c'est arrivé.
Par contre, le premier jeu avec ce genre de gameplay que j'ai énormément aimé (si bien que j eme le sui srefait plusieurs fois sur émulateur depuis) c'est métroïde sur snes (qui lui aussi à bien changé depuis, ça n'était absolument pas du fps à l'époque...)
Pour ton QT_NO_DBUS, tu peux essayer de passer sur le pré-compilateur sur un fichier pour voir le résultat et trouver d'ou il viens.
Sinon, ouvre un fichier cpp dans kdevelop et ajoute un QT_NO_DBUS quelque part, quand il aura fini d'analyser ton fichier et ses inclusions, passe la souris sur le QT_NO_DBUS que tu as ajouté et il te dira d'où il est défini (s'il l'est)
Si aucune de ces 2 méthodes ne te donne de résultat, il y a de fortes chances que ce soit définit depuis la ligne de compilation, essais de vérifier pour voir (fais le en premier même...)
Il y a moyen de bloquer ces systèmes comme avec kiosk et KDE3?
à priori oui, plasma est en partie branché sur kiosk pour autoriser/interdire des actions. C'est juste qu'il n'y a plus d'outil graphique (que je sache, il devait à plusieurs reprises être ressucité, mais je ne l'ai jamais revu) qui permette de changer ce que tu souhaites, alors il faut passer par l'édition à la main des fichiers de config.
Maintenant, je ne peux pas non plus te garantir que la fonctionnalité que tu cherches à bloquer en particulier est bien dépendante d'un attribut kiosk. (il me semble que c'est le cas pour le vérouillage/déverouillage du bureau)
.config est recommandé pour ranger la config des applications.
akonadi (qui pour rappel, n'est pas la suite kdepim) se voulant non lié à un environement de bureau en particulier (même si dans les faits, ça n'est pas le cas) les dev ont trouvé logique de mettre sa config ailleurs que dans .kde
Je trouve ça logique aussi que si j'utilise akonadi (et pas la suite kdepim) sous XFCE, je n'ai pas besoin d'une dossier .kde
Le multi process/thread est une stratégie parmi d'autres pour résoudre ce genre problème, et la stratégie en question est de délèguer la difficulté sur l'OS et sa gestion des processus.
Rien n'empêche d'avoir un pool de thread de taille fixe et d'en allouer un disponible à chaque page qui à besoin d'un chargement quelconque en plus du principal qui gère l'application.
Rien n'empêche non plus de ne pas geler l'application quand une page charge, que je sache, les entrées sorties peuvent avoir un timeout qui est nul, ce qui reviendrai à faire du polling sur l'arrivée de données depuis le serveur distant, et de ne les traiter que lorsque qu'il y en a suffisamment pour décider de la prochaine action.
En fait, il y a juste des tas de stratégies, et quand on est dans l'application, on est censé mieux connaitre les besoins qu'une gestion générique faite par le noyau (même si elle est excellement bien faite, comme dans le cas du noyau linux), et donc pouvoir avoir une gestion plus optimisée de ses ressources.
Ça n'a strictement rien à voir avec ton problème, mais si tu dois réinstaller/repartitionner pour une distribution récente, évite de séparer / et /usr.
Depuis quelques temps (en particulier avec pulseaudio et systemd), si /usr n'est pas accessible au boot (AVANT que les partitions ne soient montées) certaines choses marchent mal, tu ne t'en rends pas compte, car cela échoue silencieusement, mais ce qu'il y a dans /usr est indispensable pour la bonne initialisation de pas mal de nouveaux services. (entre autre pour mapper les id du bus PCI vers des nom de périphériques)
Pour plus d'infos sur le sujet, http://lists.freedesktop.org/archives/systemd-devel/2011-February/001364.html et il s'ensuit une assez longue discussion sur la mailing list de systemd.
j'ai pas dit que c'était spécifique, j'ai dit que c'était un point fort.
d'ailleurs, c'est dans les avantages de scons aussi :
range tous les produits de la compilation dans un "build directory", pratique pour séparer les choux et les carottes.
Et pour les autotools, quand je m'en sers, mais c'est peut-être moi qui ne sait pas m'en servir, j'ai des fichiers générés dans les sources moi (des Makefile ou autre fichiers intermédiaires du configure)
Dans les avantages de CMake, il y en a un qui est très important pour mes cas d'utilisation et qui me semble important de préciser, c'est la construction du système de compilation et la compilation elle même hors sources.
Je peux, avec la même arborescence de sources créer 4 dossiers de compilation avec des options différentes (debug/optim/cross toolchain/...) et tout est généré dans ces dossier.
Si bien qu'un "make distclean" (ou un truc du genre) se résume en un "rm -rf build_dir"
[^] # Re: Malheureusement tu es passé à coté du plus gros défaut des LL.
Posté par moi1392 . En réponse au journal le confort contre la liberté. Évalué à 3.
Pour gnome, je ne me prononce pas, car je le connais très peu. Mais je trouve que les dernière mouture de KDE sont très bien. Rien à paramétrer, rien à configurer. Il est installé et la plupart des opérations de bases se font simplement.
Après, il y a sûrement certaines opérations qui ne sont pas encore simple, prémachées, automatiques. Mais je ne pense pas que cela vienne d'une volonté des développeurs.
Si tu as un exemple précis, n'hésite pas (en fait, 2 ou 3 exemples même)
[^] # Re: Confusion.
Posté par moi1392 . En réponse au journal Le Libre peut-il rendre libre?. Évalué à 4.
il y a 7 ans de cela, j'ai changé le moteur de ma 205.
Je ne suis pas garagiste, j'ai fait faire ma première vidange par un garage... mais à chaque fois que je suis allé au garage pour un truc (plaquettes, allumage, radiateur, ...) j'ai regardé comment il a fait et je n'y suis jamais allé 2 fois pour la même chose.
Donc nul besoin d'être garagiste pour changer un moteur. Faut juste avoir les bons outils, la place, le temps, ne pas avoir peur et se poser les bonnes questions.
La transcription de tout cela à l'informatique ?? j'en sais rien.
Mais je pense que c'est juste un problème de se bouger le cul un peu et de se donner la peine de se demander ce qu'on fait et pourquoi le faire ainsi. Et les réponses ne manquent pas pour qui sait chercher sur le net (y'a pas que sur le web qu'on peut chercher...)
[^] # Re: De moins en moins prêt
Posté par moi1392 . En réponse au journal Linux est-il prêt pour le desktop?. Évalué à 7.
moi oui, mais c'est une personne très proche de moi qui me fait beaucoup confiance sur tout.
Son PC sous xp était complètement pourri jusqu'à la moelle, et régulièrement, elle me demandais de l'aide, j'ai fini par lui dire : "Si tu veux, je t'installe la même chose que chez moi, je t'explique quand t'as des soucis. LE problème, c'est qu'il n'y a que moi qui pourra t'aider, l'avantage, c'est que ça marchera (tm)"
Ça a été un peu compliqué au début, mais maintenant elle est en debian sid + kde4, et ça roule :)
J lui ai mis des raccourcis là ou il faut (boites de dialogue, places, bureau) vers les endroits qu'elle visite souvent (musique, photos, film), je lui ai montré les opérations de base (clé usb, copier/coller) et lui ai mis dans les favoris du menu K les applis qu'elle doit lancer (iceweasel, amarok et kmail au cas ou ils plantent)
Et ça roule, c'est de plus en plus rare qu'elle requiert mon aide, et la plu part du temps, c'est parce qu'elle n'y comprends rien à l'organisation du système de fichier et qu'elle ne retrouve pas ses petits, soucis qu'elle avait aussi sous windwos.
[^] # Re: GNOME
Posté par moi1392 . En réponse au journal Yet Another GnOme Flameware (YAGOF). Évalué à 1.
Ouais, mais asus et imb ils achetent leur composant chez les mêmes fournisseurs.
[^] # Re: merci
Posté par moi1392 . En réponse au journal Florilège des articles du moment. Évalué à 1.
je suis allé voir, et c'est marrant, à l'époque, on avait des modéros :) maintenant c'est plus que des modos...
Les mods, ça ne sera plus ce que c'était...
[^] # Re: Phoronix cd key
Posté par moi1392 . En réponse au journal Comparatifs des temps de boot Fedora16 / Ubuntu 11.10. Évalué à 10.
Normal, sous linux il n'y a que des utilisateurs finauds.
[^] # Re: BeOS et compagnie
Posté par moi1392 . En réponse au journal Comparatifs des temps de boot Fedora16 / Ubuntu 11.10. Évalué à 4.
Et moi ma voiture démarre en 1 seconde...
C'est pas très utile comme comparatif, faut voir ce qui est démarré par BeOS, si je démarre mon installation linux en init 1, je passe aussi en dessous de la barre des 10 secondes.
[^] # Re: Les jeux bonus
Posté par moi1392 . En réponse au journal Humble Introversion Dumble. Évalué à 2.
Pour info, les premiers castlevania n'étaient pas du tout de ce genre, c'est avec la PS1 c'est arrivé.
Par contre, le premier jeu avec ce genre de gameplay que j'ai énormément aimé (si bien que j eme le sui srefait plusieurs fois sur émulateur depuis) c'est métroïde sur snes (qui lui aussi à bien changé depuis, ça n'était absolument pas du fps à l'époque...)
[^] # Re: Doc ?
Posté par moi1392 . En réponse au journal Enfin un dock potable pour KDE ?. Évalué à 2.
Pour ton QT_NO_DBUS, tu peux essayer de passer sur le pré-compilateur sur un fichier pour voir le résultat et trouver d'ou il viens.
Sinon, ouvre un fichier cpp dans kdevelop et ajoute un QT_NO_DBUS quelque part, quand il aura fini d'analyser ton fichier et ses inclusions, passe la souris sur le QT_NO_DBUS que tu as ajouté et il te dira d'où il est défini (s'il l'est)
Si aucune de ces 2 méthodes ne te donne de résultat, il y a de fortes chances que ce soit définit depuis la ligne de compilation, essais de vérifier pour voir (fais le en premier même...)
[^] # Re: danger firefox
Posté par moi1392 . En réponse au journal Fin de la vie privée sur Google Search ? Au revoir.. Évalué à 1.
Ça doit bien se trouver des cartes wifi bluetooth...
[^] # Re: Firefox
Posté par moi1392 . En réponse au journal Il n'y a que moi que ça énerve ?. Évalué à 10.
C'est la Shinra qui a fait le coup !
[^] # Re: Autre méthode.
Posté par moi1392 . En réponse au journal Bug dans l'interface chaise clavier. Évalué à 4.
J'aime bien comme au passage tu essais de faire accepter à tout le monde que l'excès de vitesse est illégitime :)
[^] # Re: Je ne peux pas....
Posté par moi1392 . En réponse au journal Ubuntu 11.10 et GNOME 3.2. Évalué à 3.
à priori oui, plasma est en partie branché sur kiosk pour autoriser/interdire des actions. C'est juste qu'il n'y a plus d'outil graphique (que je sache, il devait à plusieurs reprises être ressucité, mais je ne l'ai jamais revu) qui permette de changer ce que tu souhaites, alors il faut passer par l'édition à la main des fichiers de config.
Maintenant, je ne peux pas non plus te garantir que la fonctionnalité que tu cherches à bloquer en particulier est bien dépendante d'un attribut kiosk. (il me semble que c'est le cas pour le vérouillage/déverouillage du bureau)
[^] # Re: Nepomuk
Posté par moi1392 . En réponse au journal KDEPIM + akonadi: Bien ou à chier ?. Évalué à 3.
Tu as de la musique taguée linuxfr ???
[^] # Re: quoi supprimer exactement
Posté par moi1392 . En réponse au journal KDEPIM + akonadi: Bien ou à chier ?. Évalué à 5.
.config est recommandé pour ranger la config des applications.
akonadi (qui pour rappel, n'est pas la suite kdepim) se voulant non lié à un environement de bureau en particulier (même si dans les faits, ça n'est pas le cas) les dev ont trouvé logique de mettre sa config ailleurs que dans .kde
Je trouve ça logique aussi que si j'utilise akonadi (et pas la suite kdepim) sous XFCE, je n'ai pas besoin d'une dossier .kde
[^] # Re: Franchement
Posté par moi1392 . En réponse au journal Décence et respect autour d'un décès. Évalué à 5.
mais on ne s'en rends compte qu'en relisant la phrase...
[^] # Re: Toujours pas de multithread ?
Posté par moi1392 . En réponse à la dépêche Firefox Sept : consommation mémoire nettement améliorée. Évalué à 2.
Le multi process/thread est une stratégie parmi d'autres pour résoudre ce genre problème, et la stratégie en question est de délèguer la difficulté sur l'OS et sa gestion des processus.
Rien n'empêche d'avoir un pool de thread de taille fixe et d'en allouer un disponible à chaque page qui à besoin d'un chargement quelconque en plus du principal qui gère l'application.
Rien n'empêche non plus de ne pas geler l'application quand une page charge, que je sache, les entrées sorties peuvent avoir un timeout qui est nul, ce qui reviendrai à faire du polling sur l'arrivée de données depuis le serveur distant, et de ne les traiter que lorsque qu'il y en a suffisamment pour décider de la prochaine action.
En fait, il y a juste des tas de stratégies, et quand on est dans l'application, on est censé mieux connaitre les besoins qu'une gestion générique faite par le noyau (même si elle est excellement bien faite, comme dans le cas du noyau linux), et donc pouvoir avoir une gestion plus optimisée de ses ressources.
[^] # Re: C'est bon, il est froid?
Posté par moi1392 . En réponse au journal Apple rate l'annonce de l'iphone 4S : tragiques conséquences…. Évalué à 6.
Sinon en un poil plus fin, j'aime bien celle là moi : http://vidberg.blog.lemonde.fr/2011/10/06/un-peu-plus-quun-patron/
J'en profite pour présenter un blog que je lis régulièrement et que j'apprécie.
N'hésitez pas à remonter dans les archives, il y a de vrais perles.
[^] # Re: Et si la politique pouvait vraiment être réformée ?
Posté par moi1392 . En réponse au journal Petits pirates deviennent grands. Évalué à 2.
Ça me rappelle une citation de Raymond Devos tout ça...
[^] # Re: Un site bien moche avec un tas de liens cassés
Posté par moi1392 . En réponse au journal Nucléaire retraitement sud France boum. Évalué à 4.
Et on n'a plus de nouvelles du cuisto depuis...
[^] # Re: Aie Aie Aie...
Posté par moi1392 . En réponse à la dépêche Linux Foundation tombe à son tour. Évalué à 2.
tu veux dire qu'au lieu de 1400 lignes, on risque de n'en avoir que 1392 ?? ça va être tristounet à lire...
[^] # Re: Aie Aie Aie...
Posté par moi1392 . En réponse à la dépêche Linux Foundation tombe à son tour. Évalué à 1.
parce que "Vous n'avez pas les droits suffisants pour accéder à cette partie du site." (c'est quoi l'intérêt de limiter l'accès au fait ?)
[^] # Re: Difficile mise à jour....
Posté par moi1392 . En réponse à la dépêche Mandriva 2011. Évalué à 2.
Ça n'a strictement rien à voir avec ton problème, mais si tu dois réinstaller/repartitionner pour une distribution récente, évite de séparer / et /usr.
Depuis quelques temps (en particulier avec pulseaudio et systemd), si /usr n'est pas accessible au boot (AVANT que les partitions ne soient montées) certaines choses marchent mal, tu ne t'en rends pas compte, car cela échoue silencieusement, mais ce qu'il y a dans /usr est indispensable pour la bonne initialisation de pas mal de nouveaux services. (entre autre pour mapper les id du bus PCI vers des nom de périphériques)
Pour plus d'infos sur le sujet, http://lists.freedesktop.org/archives/systemd-devel/2011-February/001364.html et il s'ensuit une assez longue discussion sur la mailing list de systemd.
[^] # Re: Avantages CMake
Posté par moi1392 . En réponse à la dépêche Petit éventail des outils de construction (« builder ») libres. Évalué à 2.
j'ai pas dit que c'était spécifique, j'ai dit que c'était un point fort.
d'ailleurs, c'est dans les avantages de scons aussi :
Et pour les autotools, quand je m'en sers, mais c'est peut-être moi qui ne sait pas m'en servir, j'ai des fichiers générés dans les sources moi (des Makefile ou autre fichiers intermédiaires du configure)
# Avantages CMake
Posté par moi1392 . En réponse à la dépêche Petit éventail des outils de construction (« builder ») libres. Évalué à 5.
Dans les avantages de CMake, il y en a un qui est très important pour mes cas d'utilisation et qui me semble important de préciser, c'est la construction du système de compilation et la compilation elle même hors sources.
Je peux, avec la même arborescence de sources créer 4 dossiers de compilation avec des options différentes (debug/optim/cross toolchain/...) et tout est généré dans ces dossier.
Si bien qu'un "make distclean" (ou un truc du genre) se résume en un "rm -rf build_dir"