Ubuntu-fr

Salut ! Moi j'ai un p'tit souci avec la RC3. (sous Mint KDE + PPA KDE beta)

Tout un tas de "popup" sont devenues transparentes. Par exemple, quand je passe le pointeur de la souris sur la barre de tâches (mais pas seulement).

Ensuite, j'ai rétrogradé KDE via ppa-purge puisqu'il s'agissait de mon unique installation / machine, mais le problème persiste à certains endroits (ça a dû faire un truc bizarre au niveau de mes réglages :-)

Ce souci vous dit qqchose ?

Essaie d'effacer les fichiers .kcache dans ~/.kde/cache-nom_de_la_machine ?

Salut tout le monde,

je teste owncloud 4.0 sur hébergement mutualisé OVH perso. J'ai pu l'installer dans un sous-répertoire en changeant les droits de data / config et en modifiant .htaccess pour forcer la version de PHP.

Premier souci : j'obtiens en permanence l'erreur suivante :
"Warning: disk_free_space() [function.disk-free-space]: Value too large for defined data type in /homez.XXX/XXX/XXX/owncloud/lib/filestorage/local.php on line 165"

J'ai essayé : je ne peux même pas envoyer le moindre fichier texte de 100 octets car cela dépasse la taille max autorisée...

Y a-t-il une solution sachant que je n'ai, j'imagine, aucune prise sur la configuration du serveur d'OVH ?
Merci :-)

Salut !

Ma foi, ce ne serait pas de refus, merci beaucoup ! Car ça fait des mois que j'essaye sans succès, alors que ça marchait bien avant, cf mon commentaire ici : http://appdb.winehq.org/objectManager.p … &iId=22873

J'utilise Ubuntu 12.10 (bon, en fait Mint 14 édition KDE) avec le PPA officiel de WINE soit wine 1.4.1 en stable et 1.5.21sur le branche de développement, mêmes symptômes pour les 2
(quant à FP, il s'agit de la dernière version, soit la 1.9.1.20101231).

Ça devient tout à fait utilisable, même si, selon moi, il y a pas mal de choses franchement anti-ergonomiques (le dash puissant certes, mais où il faut beaucoup plus de clics pour naviguer dans ses applications si on n'a pas envie d'en taper le nom ; les ascenseur escamotables "sexy" mais qui à l'usage font perdre beaucoup de temps ; le menu global qui fait gagner de la place à l'écran mais n'est pas bien supporté par toutes les applis et nécessite plus de déplacements de souris pour voir les options dispos ; les fenêtres maximisées qui se fondent avec la barre supérieure, mais qui nécessitent davantage de manipulations pour les faire disparaître, par exemple, si on a mis une fenêtre non maximisée par dessus...).

Bref, plein d'idées sympatoches, qui commencent à être aboutis & stables, avec la LTS (--> nous avons beta testé de force...). Mais, mais... Dont le bénéfice net n'est pas évident selon moi.

Ce qui m'ennuie aussi, c'est de ne pas utiliser Mutter alors que selon *mon expérience* il est plus fluide et plus propre que Compiz (subjectif certes).

Le pire c'est quand même que, et je rencontre la situation tous les jours, JE NE SAIS PLUS QUOI RECOMMANDER aux "néophytes" qui viennent vers moi me disant qu'ils veulent utiliser Linux. Y'a plein de combinaisons de distros / environnements, mais toutes peuvent être problématiques à un niveau ou à un autre. Et ce qui attirait, semble-t-il, jusque là, c'était la simplicité d'utilisation d'Ubuntu. Avec Unity, en voulant simplifier à outrance, je trouve que pas mal de choses deviennent plus compliquées (même si y'a aussi plein de choses intéressantes).

Bon, au moins, ça se stabilisé, a priori... Personnellement, utilisateur d'Ubuntu depuis 7 ans, j'ai fini par passer sous KDE, qui est assez impressionnant mais, malheureusement, n'est pas exempt de défaut : pas assez testé, pas assez de contributeurs, je ne sais pas, mais il y a toujours des trucs à la con qui ne sont pas corrigés.

C'est bien, le choix, mais choisir entre 10 trucs qui merdent plus ou moins, ça devient de l'esclavage ! Je sature un peu...

Petit up sous kde 4.9.5

Si on pouvait comprendre le bug, on pourrait le rapporter sous bugs.kde.org ; dommage que ça traîne depuis plusieurs années :-)

Salut tout le monde,

apparemment cette version a bénéficié d'un nouveau processus qualité effectué par la "beta test team". Est-ce que vous voyez la différence ? Est-ce que certains d'entre-vous y participent et si oui, pourriez-vous partager vos expériences ? (vaut-il mieux avoir une installation séparée pour les tests, si oui, quelle distro ?) L'équipe de test poursuit-elle son travail au delà de la 4.9 ?

@+

En quoi cela diffère-t-il du nouveau "gestionnaire de tâches à icônes" présent dans KDE 4.8.0 ?

En tout cas, je suis très content de voir l'effort de l'équipe KDE pour coopérer au maximum et supporter le max de technologies ; en effet, ce dernier supporte les API Unity et Dockmanager... Réimplémente des idées des docks OSX / Seven mais aussi certaines spécificités du dock Unity, et ceci de fort belle manière (hormis le bug que j'ai mentionné plus haut). Ceci combiné avec les possibilités de configuration de KDE 4, le tiling auto, les activités, ..., ça donne vraiment un mélange unique et aux possibilités immenses.

Puisqu'on parle de Tumbleweed, j'ai du mal à avoir des retours là dessus (je dois mal chercher :-). Quid de la stabilité, et plus généralement de la fiabilité par rapport, d'une part à une rolling release "pure" comme Arch, et d'autre part, à une distro régulière comme Kubuntu ?

Préférant largement KDE, je finis toujours par le lâcher, car je finis toujours par constater des trucs qui ne vont pas. Avec la 4.8 par exemple, du fait de QT apparemment, les gestionnaires de tâches merdent totalement (entrées zombies etc.) ce qui devient vite pénible (Arch + Kubuntu). Petit à petit je découvre plein d'autres p'tits soucis : K3B qui n'arrive pas à graver correctement par intermittence (ce que je grave n'est pas bootable, sur DVDRW.. ?!), appareil photo qui ne se monte pas alors qu'il se monte sous Ubuntu tout seul (il n'est pas mass-storage, c'est un autre protocole), etc. Plein de broutilles qui additionnées, font que je finis toujours par revenir, à regret, à un Ubuntu pur :-)

À partir de là, j'ai toujours du mal à savoir si c'est KDE ou la distro qui est à incriminer. Surtout quand j'ai les mêmes pbs sur la distro rolling release la plus populaire (Arch) et sur la dérivée KDE de la distro Linux la plus populaire (Kubuntu).

@kikislater : je ne comptais pas raconter ma vie, ni polémiquer ; j'indiquais juste, qu'en tant qu'utilisateur par intermittence depuis de nombreuses années, j'adore KDE mais finis toujours pas laisser tomber, les déconvenues s'accumulant au fil des découvertes. K3B c'était une anecdote parmi d'autres.

Pour gphoto & co, bien sûr, j'ai passé un long moment à essayer de dépanner cela, tout est bien installé, et cela fonctionne sous Gnome. C'était un autre exemple anecdotique, tout comme : les nombreux crashs de plasma avec certains plasmoids que j'utilise, les crashes avec les activités quand on titille trop le système, les bugs du foldview quand on utilise certains type de chemins, les bugs du foldview quand on le passe en mode "plein écran" etc etc.

--> je n'invente rien, tout cela se trouve sur le bugtracker de KDE. Ce n'est pas une critique, je comprends bien que ce projet est énorme et demande beaucoup de ressources. C'est juste qu'il y a un pb fondamental qui fait que malgré les années, le projet évolue super vite, les fonctionnalités sont géniales, mais ça reste bancal, à mon grand regret. Gnome n'est pas parfait non plus et est très en retard à bien des égards --> de quoi s'arracher les cheveux quant au modèle de développement... Je sais que ce constat est partagé par certains développeurs, un peu démoralisés de ce constat.

Bon bref, désolé d'avoir ouvert ce hors sujet, à la base, je voulais juste un retour sur tumbleweed

Pour avoir testé quasi toutes les version de KDE 4, Gnome Shell, Unity & co, de manière assez exhaustive, mon avis *subjectif* est le suivant : KDE a le plus de fonctionnalités, est le plus mouvant, et a probablement le plus de bugs globalement (en particulier quand on considère son ancienneté), mais a probablement le moins de bugs en rapport du nombre de fonctionnalités.

Il y a pas mal de bugs qui traînent un peu partout, et on s'en rend compte quand on utilise les fonctionnalités avancées de manière un peu poussée (il y en a aussi sous Gnome pour des choses qui peuvent sembler triviales). Ça se stabilise, et ça se re-casse (un peu). Mais globalement ça marche quand même très bien ! Bref : je viens de lire à l'occasion de la beta KDE 4.9 un nouveau programme / une campagne de test, peut-être en réaction à cet état de fait.  On va voir ce que ça donne !

Bref, je ne sais toujours pas trop quoi penser, dans l'absolu, de KDE, ni à quel saint me vouer : rien n'est parfait même si les efforts sont monumentaux et qu'il y a plein de bonnes choes. Je serais curieux de savoir ce que donne KDE sous Debian (çad : des versions plus anciennes, peut-être mieux testées que le "bleeding edge" sous Arch Linux ou les versions récentes sous Kubuntu ?).

Ensuite, sans parler de bugs, y'a le dilemme : truc minimaliste basique mais efficace VS truc hyper complet voire un peu trop, un peu brouillon, syndrome visible dans certaines applis KDE, genre ktorrent, même si d'autres comme Dolphin en ont agréablement pris le contrepied !

@+

/me temporairement passé sous LMDE pour avoir un truc relativement éprouvé sans être trop à la ramasse non plus... --> le plus important, ce serait quand même, à un instant t, de pouvoir avoir qqchose de vraiment fiable, plutôt que de courir en permanence après une nouvelle version parce que tel ou tel truc déconne... (auquel cas, la "liberté" dont on jouit via le logiciel libre est remplacée par une certaine forme d'asservissement !)

Pour finir sur une note positive : la nouvelle "testing initiative" de KDE, mentionnée ici : http://dot.kde.org/2012/06/04/kde-annou … initiative

Etrange, je ne rencontre pas ton problème. Sous Compiz / Mutter = presque parfait. Kwin = taux de rafraîchissement divisé par deux. (alors que pour tout le reste, KWin est quand même sacrément performant)

Dans ton cas il s'agit peut-être d'un pb de synchronisation ? Les pilotes Nvidia ont ceci de sympathique qu'ils renvoient un faux taux de rafraîchissement, à dessein, pour coder une information de TwinView dans le taux. Du coup, certaines applis opengl ne connaissent pas le taux de rafraîchissement effectif et s'adaptent mal. [me semblait que ce souci était plus trop d'actualité mais bon]

Essaie d'ajouter la ligne suivante dans la section device de ton xorg.conf :
Option "DynamicTwinView" "false"

Y'a quoi dans ton xorg.conf ? Y'a quoi dans tes réglages nvidia-settings ?

Effectivement, y'a un p'tit truc qui cloche sous Tux par rapport à ça, a priori ce serait dû à une insuffisance dans le serveur X qui empêche de synchroniser à partir de plusieurs sources OpenGL. Je ne comprends pas trop pourquoi cet état de fait traîne depuis tant d'années. Je pense qu'avec Wayland ce sera histoire ancienne.