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…
Désolé, mais moi, ca m'arrive de débrancher le cable réseau puis de fermer les 10 onglets de mon terminal… Donc, pas envie de laisser des connexions fantomes tous les jours sur mes serveurs…
Vu que par défaut une webmail ne liste que n mail par page, cela ne doit pas poser de problème… Après il y'a la recherche dans les mails, sur ce coup là, je pense que Google indexe les mails vu comment Gmail va vite…
Pas du tout, ils sont toujours supportés, ouvre gpedit.msc puis va faire un tours dans system32/GroupPolicy, tu verras que c'est toujours comme cela qu'il 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!
[^] # Re: Je comprends pas
Posté par gnumdk (site web personnel) . En réponse au journal Le TCP keepalive m'a tué. Évalué à 7.
Désolé, mais moi, ca m'arrive de débrancher le cable réseau puis de fermer les 10 onglets de mon terminal… Donc, pas envie de laisser des connexions fantomes tous les jours sur mes serveurs…
C'est juste logique…
[^] # Re: Orange
Posté par gnumdk (site web personnel) . En réponse au journal free et la gestion des mails. Évalué à 10.
Il faut quitter tes amis…
[^] # Re: range ~~ta chambre~~ tes emails !
Posté par gnumdk (site web personnel) . En réponse au journal free et la gestion des mails. Évalué à 3.
Vu que par défaut une webmail ne liste que n mail par page, cela ne doit pas poser de problème… Après il y'a la recherche dans les mails, sur ce coup là, je pense que Google indexe les mails vu comment Gmail va vite…
[^] # Re: Gestion des utilisateurs/postes
Posté par gnumdk (site web personnel) . En réponse à la dépêche Resara Server 1.1.2. Évalué à 2.
Pas du tout, ils sont toujours supportés, ouvre gpedit.msc puis va faire un tours dans system32/GroupPolicy, tu verras que c'est toujours comme cela qu'il fonctionne…
[^] # Re: range ~~ta chambre~~ tes emails !
Posté par gnumdk (site web personnel) . En réponse au journal free et la gestion des mails. Évalué à 7.
Je pense que google le fait, pour la plupart des utilisateurs, les mails sont dans INBOX non taggés et non supprimés depuis la création du compte…
[^] # Re: Gestion des utilisateurs/postes
Posté par gnumdk (site web personnel) . En réponse à la dépêche Resara Server 1.1.2. Évalué à 2. Dernière modification le 11 mai 2012 à 10:22.
En fait, se3 se base sur des GPOs locales dynamiques:
https://svn.ac-grenoble.fr/websvn/filedetails.php?repname=se3&path=%2Ftrunk%2Fse3-logonpy%2Fusr%2Fshare%2Fse3%2Fshares%2Fshares.avail%2Flogonpy-gpo.sh
Ce script upload des fichiers .pol (user et machine) à la connexion de l'utilisateur…
Les fichiers .pol sont générés à partir d'une base SQL (contenant les clefs de registre ainsi que les différents objets affectés (user, machine, group, user@machine, …) par ce script:
https://svn.ac-grenoble.fr/websvn/filedetails.php?repname=se3&path=%2Ftrunk%2Fse3-logonpy%2Fusr%2Fshare%2Fse3%2Flogonpy%2Fse3GPO.py