Autre exemple, je poste aussi avec mon @ gmail sur un ml liste gmail en passant pas mon serveur SMTP et cela fonctionne sans problème, donc ca fonctionne avec Google…
parce qu'accuser sans cesse les mainteneurs de paquets d'introduire des bugs
Non, il y'a d'autre chose qui entre en compte, comme par exemple les versions des librairies utilisées pour compiler les logiciels… Par exemple, le bug post suspend que j'ai remarqué comme Xavier Claude, pour moi, il est lié à une incompatiblité avec une version de Network Manager…
Ah, la bonne blague du bug report debian, genre, allez, ca doit être le même bug donc c'est corrigé…
Alors, que si on lit le bug report debian d'origine:
"Next the MSN module of kopete is also lost."
Et toute personne qui connait un peu KDE voit très bien que cela ne vient pas de Akonadi mais du module charger de passer KDE en mode hors connexion quand il n'y a plus de réseau… (genre lors d'une mise en veille)…
Et bizarrement, j'ai effectivement vu ce problème (à la reprise, tout reste hors connexion) sous Debian et Kubuntu MAIS jamais sous Arch…
Mwai, enfin Gentoo quoi, option de build à la con & co…
Sinon, j'utilise akonadi depuis KDE 4.7 sous Arch sans aucun problème de perte de donné… Par contre, parfois, des devs Français cassent le support DAV dans une release qui ne doit que corriger des bugs (4.8.3)… Je peux pas trop lui en vouloir mais y'a quand même un gros problème de QA autour de KDE…
Mais, il parait que ca va changer avec la 4.9 (dixit la QA team).
Bon courage alors parce que c'est déconseillé par les devs d'akonadi… Alors déjà que ca fonctionne mal avec les technos conseillées, alors là, mon pauvre :D
si il fallait mettre de l'huile dans l'eau des pâtes. (La réponse est négative).
Tjs cette question de l'eau dans les pates, ça me fait bien marrer…
Bien sur que si dans de l'eau bouillante l'huile sert à quelque chose…
Comment le vérifier ? Prendre une casserole de merde (comme chez moi) et tenter de faire des nouilles (ce sont les plus chiantes) sans mettre d'huile de l'eau… Bon courage à celui qui devra nettoyer la casserole….
Tu vas faire des bons, mais sur beaucoup de serveurs un peu sécurisés, y'a une variable en read only qui s'appelle TMOUT et qui dit que au bout de n minutes, toute session inactive est tuée…
Non, mais ca fait 50 commentaires qu'il essaye de convaincre tout le monde que ca façon de travailler est la meilleur parce que monsieur à un workflow adapté au keepalive…
Mais bon, l'important, c'est bien sur que le comportement par défaut actuel est adapté à la majorité, pas à ses besoins.
après 5 minutes (timeout par défaut, il me semble), c'est vraiment court.
Moi, je trouve cela trop long, comme quoi et ca me gonfle régulièrement de me trouver avec des shells bloqués à cause d'une connexion ssh bloquée, et je viens pas faire chier mon monde sur linuxfr pour dire que les devs d'openssh sont des boulets… Parce que effectivement, parfois ca le fait de voir la session repartir toute seule après reconnexion…
[^] # Re: KenObi1
Posté par gnumdk (site web personnel) . En réponse au sondage Sur quel environnement de bureau misez-vous dans le futur ?. Évalué à 2.
J'avoue que moi avec ce genre d'organisation, je perds plus de temps que je n'en gagne…
Peut être qu'un jour je passerai aux activités KDE, mais pas avant KDE5 quand le concept sera mieux intégré dans kdelibs…
Même, si il comment à y avoir des trucs pas mal de ce coté là:
http://ivan.fomentgroup.org/blog/2012/05/16/browse-your-activities/
[^] # Re: Non, définitivement
Posté par gnumdk (site web personnel) . En réponse au journal Rah nice && cgroups. Évalué à 4.
nice -n 20 ?
Parce que nice - 20 ca donne:
nice: -: Aucun fichier ou dossier de ce type
# La morale de cette histoire
Posté par gnumdk (site web personnel) . En réponse au message problème résolution bloquée à 800*600. Évalué à 6.
Ne jamais taper des commandes dont on comprend pas le sens…
Surtout que dans ce cas précis, j'aimerai bien savoir si le mec qui a écrit cela savait ce qu'il faisait…
[^] # Re: Autre exemple tout con
Posté par gnumdk (site web personnel) . En réponse au journal Les emails par Neuf…. Évalué à 2.
Autre exemple, je poste aussi avec mon @ gmail sur un ml liste gmail en passant pas mon serveur SMTP et cela fonctionne sans problème, donc ca fonctionne avec Google…
[^] # Re: LXDE (ou Enlightement)
Posté par gnumdk (site web personnel) . En réponse au sondage Sur quel environnement de bureau misez-vous dans le futur ?. Évalué à 2.
Non, il y'a d'autre chose qui entre en compte, comme par exemple les versions des librairies utilisées pour compiler les logiciels… Par exemple, le bug post suspend que j'ai remarqué comme Xavier Claude, pour moi, il est lié à une incompatiblité avec une version de Network Manager…
# Autre exemple tout con
Posté par gnumdk (site web personnel) . En réponse au journal Les emails par Neuf…. Évalué à 3.
Je suis abonné à un ml hébergée chez Yahoo…
Je suis abonné avec mon @ gmail mais j'envoie via mon SMTP perso…
Ca n'arrive jamais, je n'ai aucun message d'erreur de la part de yahoo sur la non distribution du mail…
Si je passe par gmail, ca fonctionne :-/
[^] # Re: LXDE (ou Enlightement)
Posté par gnumdk (site web personnel) . En réponse au sondage Sur quel environnement de bureau misez-vous dans le futur ?. Évalué à 2.
Ah, la bonne blague du bug report debian, genre, allez, ca doit être le même bug donc c'est corrigé…
Alors, que si on lit le bug report debian d'origine:
"Next the MSN module of kopete is also lost."
Et toute personne qui connait un peu KDE voit très bien que cela ne vient pas de Akonadi mais du module charger de passer KDE en mode hors connexion quand il n'y a plus de réseau… (genre lors d'une mise en veille)…
Et bizarrement, j'ai effectivement vu ce problème (à la reprise, tout reste hors connexion) sous Debian et Kubuntu MAIS jamais sous Arch…
[^] # Re: LXDE (ou Enlightement)
Posté par gnumdk (site web personnel) . En réponse au sondage Sur quel environnement de bureau misez-vous dans le futur ?. Évalué à 2.
Perso, pour développer pour KDE, c'est Kubuntu + Neon-project, on a pas fait mieux ;)
[^] # Re: Subtle
Posté par gnumdk (site web personnel) . En réponse au sondage Sur quel environnement de bureau misez-vous dans le futur ?. Évalué à 2.
Un environnement de Bureau, ce sont des applications et un shell développé avec une même vision, les mêmes technologies, la même IHM, …
L'inverse d'un WM et de son patchwork d'applications…
[^] # Re: LXDE (ou Enlightement)
Posté par gnumdk (site web personnel) . En réponse au sondage Sur quel environnement de bureau misez-vous dans le futur ?. Évalué à 3.
Bug spécifique à Debian…
[^] # Re: LXDE (ou Enlightement)
Posté par gnumdk (site web personnel) . En réponse au sondage Sur quel environnement de bureau misez-vous dans le futur ?. Évalué à -1. Dernière modification le 15 mai 2012 à 19:41.
Mwai, enfin Gentoo quoi, option de build à la con & co…
Sinon, j'utilise akonadi depuis KDE 4.7 sous Arch sans aucun problème de perte de donné… Par contre, parfois, des devs Français cassent le support DAV dans une release qui ne doit que corriger des bugs (4.8.3)… Je peux pas trop lui en vouloir mais y'a quand même un gros problème de QA autour de KDE…
Mais, il parait que ca va changer avec la 4.9 (dixit la QA team).
[^] # Re: LXDE (ou Enlightement)
Posté par gnumdk (site web personnel) . En réponse au sondage Sur quel environnement de bureau misez-vous dans le futur ?. Évalué à 4.
Bon courage alors parce que c'est déconseillé par les devs d'akonadi… Alors déjà que ca fonctionne mal avec les technos conseillées, alors là, mon pauvre :D
[^] # Re: KenObi1
Posté par gnumdk (site web personnel) . En réponse au sondage Sur quel environnement de bureau misez-vous dans le futur ?. Évalué à 6.
Pareil, j'ai pas de bureaux virtuels, c'est bon pour les gens organisés, je préfère le chaos…
[^] # Re: LXDE (ou Enlightement)
Posté par gnumdk (site web personnel) . En réponse au sondage Sur quel environnement de bureau misez-vous dans le futur ?. Évalué à 2.
Ce n'est pas une obligation mais peu de distribs font ce choix tout simplement parce que sqlite suxor un maximum en comparaison avec postgresql/mysql…
Suffit de comparer clementine et amarok pour bien voir comment amarok pulvérise clementine niveau perfs pour la gestion de grosses collections…
[^] # Re: Une différenciation!
Posté par gnumdk (site web personnel) . En réponse au journal OpenOffice n'est pas mort !. Évalué à 2.
http://static.pcinpact.com/images/bd/news/51950-lotus-symphony.png
Une ihm moins merdique ? (et plus proche de calligra).
[^] # Re: Pas très clair
Posté par gnumdk (site web personnel) . En réponse au sondage Sur quel environnement de bureau misez-vous dans le futur ?. Évalué à 1.
Il faut quand même noté que Unity n'est qu'un shell et que l'env de bureau de ce shell se nommer Gnome…
[^] # Re: utopie
Posté par gnumdk (site web personnel) . En réponse au sondage Sur quel environnement de bureau misez-vous dans le futur ?. Évalué à 4.
FluxBox est un gestionnaire de fenêtres, pas un environnement de bureau…
Et le sondage pour les gestionnaires de fenêtres est déjà passé il me semble et il y avait surement fluxbox ;)
[^] # Re: Subtle
Posté par gnumdk (site web personnel) . En réponse au sondage Sur quel environnement de bureau misez-vous dans le futur ?. Évalué à 2. Dernière modification le 14 mai 2012 à 20:24.
Attention, question piège: Subtle est un ?
Et le sujet du sondage est ?
ps: ca vaut aussi pour Window Maker et Fluxbox (cf plus haut)
# Ah ah
Posté par gnumdk (site web personnel) . En réponse au journal Pâtes à l'huile d'olive ou au beurre ?. Évalué à -1.
Tjs cette question de l'eau dans les pates, ça me fait bien marrer…
Bien sur que si dans de l'eau bouillante l'huile sert à quelque chose…
Comment le vérifier ? Prendre une casserole de merde (comme chez moi) et tenter de faire des nouilles (ce sont les plus chiantes) sans mettre d'huile de l'eau… Bon courage à celui qui devra nettoyer la casserole….
Avec de l'huile, pas de problème…
[^] # Re: In kde
Posté par gnumdk (site web personnel) . En réponse au journal Konquefox 1.8.2 est sortie. Évalué à 2.
Il parle pas de ça mais de l'association par défaut…
Perso, j'utilise firefox-kde-opensuse sous arch (dispo dans aur), c'est un peu long à compiler par contre…
[^] # Re: Je comprends pas
Posté par gnumdk (site web personnel) . En réponse au journal Le TCP keepalive m'a tué. Évalué à 2.
Désolé, je ne fais pas que du ssh sur mon lan…
[^] # Re: Screen
Posté par gnumdk (site web personnel) . En réponse au journal Le TCP keepalive m'a tué. Évalué à 2. Dernière modification le 11 mai 2012 à 15:50.
Tu vas faire des bons, mais sur beaucoup de serveurs un peu sécurisés, y'a une variable en read only qui s'appelle TMOUT et qui dit que au bout de n minutes, toute session inactive est tuée…
[^] # Re: Screen
Posté par gnumdk (site web personnel) . En réponse au journal Le TCP keepalive m'a tué. Évalué à 3.
Non, mais ca fait 50 commentaires qu'il essaye de convaincre tout le monde que ca façon de travailler est la meilleur parce que monsieur à un workflow adapté au keepalive…
Mais bon, l'important, c'est bien sur que le comportement par défaut actuel est adapté à la majorité, pas à ses besoins.
[^] # Re: Je comprends pas
Posté par gnumdk (site web personnel) . En réponse au journal Le TCP keepalive m'a tué. Évalué à 4.
Moi, je trouve cela trop long, comme quoi et ca me gonfle régulièrement de me trouver avec des shells bloqués à cause d'une connexion ssh bloquée, et je viens pas faire chier mon monde sur linuxfr pour dire que les devs d'openssh sont des boulets… Parce que effectivement, parfois ca le fait de voir la session repartir toute seule après reconnexion…
Donc un juste milieu me semble correct….
[^] # Re: Solution Linux
Posté par gnumdk (site web personnel) . En réponse à la dépêche Resara Server 1.1.2. Évalué à 3.
Facile, c'est sur que si facile c'est faire clic, clic, non y'a pas, mais largement aussi poussé vu que tu peux tout faire avec puppet!