paulez a écrit 387 commentaires

Attention dans PHP 5.4 les balises courtes ne sont plus interprétées par défaut ! Peut-être est-ce la source de ton problème ?

Sur la page d'accueil tu peux faire défiler les livres en lecture courante (pas évident par contre) et donc en garder en mémoire plusieurs en parallèle !

Et il est possible d'accéder directement au livres du projet Gutenberg directement depuis la liseuse, il faut que je réessaie pour confirmer cela.

Moi j'ai souvenir, le fournisseur d'accès Net-Up le faisait. Ma famille avait eu un PC avec un abonnement chez Net-up, qui était donc payé à crédit en même temps que l'abonnement. C'était donc exactement le même principe.

D'ailleurs la différence sur la brouette que j'utilise au boulot, c'est qu'avec E17 je peux lancer Firefox et Eclipse simultanément alors qu'avec Gnome ça fait swapper horriblement ma machine (suffisamment pour avoir envie de la jeter par la fenêtre).

Il y a eu des versions alpha, beta, et RC assez récemment, et la date de sortie était annoncée, cf la page des news.

Pour ma part, Gnome Shell consomme tellement de mémoire que j'ai pas mal gagné en passant de Gnome 3 à E17 avec des applis Gnome. Sur un système avec 1,8 Gio de Ram, on sent une sacré différence !
Sur un autre système avec pilote Radeon, c'est l'instabilité de Gnome shell et sa lenteur (dues en partie au pilote je pense, puisque je n'ai pas ce problème avec des cartes Intel) qui m'ont poussé à essayer E17, et pour l'instant j'y reste.

E17 est un gestionnaire de fenêtre, tu peux y mettre des applications EFL, GTK, QT et Motif si ça te chante. Il y a très peu d'applis EFL donc ne compte pas dessus. J'arrive à avoir un truc assez uniforme en utilisant les techniques habituelles pour avoir le même thème QT que GTK.

Je confirme que ce type de chipset est à éviter comme la peste pour ne pas se prendre la tête pour faire fonctionner correctement son système.

Pourquoi pas ne pas chercher du côté de la plateforme AMD Brazos, qui semble être elle compatible avec les pilotes libres ? Il me semble qu'elle équipe des netbooks à dex prix raisonnables, une recherche sur un comparateur de prix m'en donne à partir de 230 €.

Ah au temps pour moi, j'avais compris que cette opération devait se faire avec le compte de chaque utilisateur, mais non c'est le compte administrateur qui est utilisé.

Cette méthode me semble difficile à adapter dans le cas où je ne connais pas le mot de passe de mes utilisateurs (ce qui me semble évident)…

À part le fait qu'ils ne supportent pas les use de Gentoo, qu'est-ce qui que aptitude et yum sont bidons (basiques) ? Je les trouve tout de même plutôt puissants pour ma part…

Migrer via export vcard puis import dans l'interface d'owncloud ne fonctionne que pour un seul utilisateur je suppose ?
Existe-t-il un moyen de le faire de manière transparente pour plusieurs utilisateurs ?

C'est marrant j'ai souvent entendu ce type d'exemples de la part de Gentooïstes ne sachant simplement pas utiliser aptitude correctement (et donc ne le configurant pas pour qu'il n'installe pas les paquets recommandés).

Dans le cas où tu veux enlever une dépendance dans un paquet tu peux utiliser le système ABS pour recompiler le paquet en modifiant le fichier permettant de le générer, et par cette occasion ses options de compilation.

J'ai expérimenté les deux, j'ai eu beaucoup plus de problèmes lors de mises à jour avec Debian/sid, et les nouvelles versions de logiciels arrivent moins vite que dans Arch. Bon aussi je ne suis peut-être pas doué ;-)

Ah d'accord et donc au lieu d'avoir une gestion centralisée de cette information tu configures chaque firmware pour qu'il envoie des notifications à la bonne personne ? Ça doit être pratique à gérer pour une "infra importante" !

En fait je suis abonné à pas mal de liste de diffusions, et kmail perdait un temps fou à agréger les fils de discussion selon ses propres critères, au lieu d'utiliser la commande Imap THREAD pour cela. Peut-être que cette opération a été optimisée depuis.

Archlinux dispose d'un outil similaire, appelé pkgstats, mais dont l'installation doit être réalisée par l'utilisateur (pas très exhaustif donc).

La page des statistiques.

On note que gnome-shell est installé dans 26,26% des cas, xfwm4 (le wm de xfce) 24,29% des cas, et kdebase-plasma 29,26% des cas.

Chiffres non exhaustifs, je le rappelle !

[…] si Gnome 3 est stable c'est uniquement parceque KDE 4 […]

J'ai dit que une des raisons de la stabilite de Gnome3 a ete que KDE 4 a essuye les platres des bugs des drivers graphiques.

J'ai du mal comprendre mais tu n'as pas été très clair non plus ;-)

Pour Kmail c'était avant le passage à Akonadi. J'ai beaucoup de mails (ils ne tiendraient pas sur un compte Gmail, pas assez de place). J'ai donc pu comparer avec quelle efficacité géraient cette situation un grand nombre de clients mails. Kmail, en tentant de grouper soi-même les fils de discussions déjà prenant de longues minutes à afficher un répertoire, et crashait régulièrement, perdant souvent à cette occasion mes mails, en conjonction avec un comportement spécifique d'ext4 à l'époque. C'est une des raisons qui m'ont fait quitter KDE que je trouvais bien plus moderne que Gnome 2, l'absence de client mail intégré utilisable pour moi.

Bien sûr chaque a ses besoins et Gnome ne peut convenir à tout le monde.

Prétendre que les seuls bogues de KDE 4.0 étaient dûs aux drivers graphiques me parait un peu fort.

KDE 4.0 était une version preview, soit. Mais même les version sensées être stables que j'ai utilisées (4.3, 4.4 et 4.5) étaient bien plus instables que Gnome 3.0 (combien de fois ais-je perdus mes mails dans Kmail, du virer la conf de KDE pour pouvoir lancer ma session, etc).

Gnome 3 est clairement très stable, c'est une réussite de ce côté là. Bien sûr les choix de design ne plaisent pas à tout le monde, mais je trouve qu'évoluer de cette manière permet d'avoir autant de bonnes choses que de mauvaises, et qu'au fil du temps les mauvais disparaîtrons.

Personnellement, quand j'utilise un autre environnement que Gnome 3, je suis frustré, et je me rends compte que j'aime beaucoup Gnome 3 pour son efficacité.
Mais pour ça il a fallu que je m'adapte à la philosophie de Gnome 3, je comprends très bien que ça ne convienne pas à tout le monde.

Il consomme moins de mémoire, utilise GTK3 et des widgets natifs GTK, propose régulièrement des fonctionnalités innovantes (la gestion des favoris par tag existait dans Epiphany avant Firefox, et je l'utilisais pour ça à l'époque), dont certaines qui me semble intéressantes arriveront dans la prochaine version.

Avec ton raisonnement le projet GNOME n'a par construction aucun but officiel. Remarque, cela explique peut-être la situation actuelle.

C'est effectivement une des conclusions du dernier GUADEC et de pas mal de gens.

Actuellement la définition du projet Gnome c'est "The GNOME Project is a community that makes great software.", mais il n'y a pas d'objectif clairement défini.

Je vois plus en plus de propositions de supprimer les traditionnels jours chômés : travail le dimanche, suppression de jour fériés, etc. Effectivement ça permettrait à chacun de choisir ses jours de repos, vive la liberté !

Mais je pense qu'il ne faut pas oublier que ces jours fériés sont les rares où l'on peut organiser des activités sociales à l'échelle locale, fêtes, manifestations sportives, etc, qui facilitent les relations sociales.

Si ces jours où la majeure partie de la population ne travaille pas disparaissent, ces possibilités disparaîtrons. C'est vrai qu'en ces temps d'individualisme forcené, peu s'en soucient, mais je trouve ce mouvement dommageable pour notre société.

Sauf que quand tu veux déboguer un programme qui utilise de nombreuses librairies (au hasard Evolution) là tu dois recompiler des dizaines de paquet et ça devient peu pratique ;-)
L'outil dans Fedora qui installe automatiquement les paquets de symboles nécessaires pour lire une backtrace est génial pour ça, c'est le seul truc qui me manque vraiment sous Arch !

Non mais quand on dit que Grub 1 n'est plus maintenu upstream, ce n'est pas une légende ;-)