bubar🦥 a écrit 6974 commentaires

Pourrais tu poster les références précises de ce matos ?
Genre un dmidecode /lshw sur un pastebin avec lien ici ?

Parceque là, comme ca, à froid, moi ça me fait penser à un bug matériel connu sur certaines machines amd. C' est pas le quad-core en cause, mais une tite puce à côté, livrée avec certaines CM. Je je suppose ne pas être le seul ici à avoir penser à cela. Peut être que le fait de poster les ref. matos fera tilter d' autres personnes ?

Utilises tu des machines virtuelles ? Si oui, de quel type ? Et si basées sur Kvm (et/ou avec vmware : il me semble que les 2 sont impactées) : as tu constaté certains problèmes à l' utilisation ? Si oui, alors il serait vraiment intéressant que tu postes ces références matérielles.

Es tu sûr de ne pas avoir utilisé les paquets -debug ?

Es tu sûr de ne pas réduire Kde au "menu" (qui est "une horreur" de lenteur à ouvrir, quel que soit le choix de menu :( [normal, lancelot, kickoff, autre] lent(s) à ouvrir c' est atroce : m' en fous je l' utilise plus :p plasmoĩdes only :) )

Car certes, kde est aujourdhui un peu moins véloce qu' autrefois, et il consomme un peu plus de ram. Mais une telle diff me semble bizarre, vraiment. Sur un netbook avec une carte intel, Kde est à l' aise, largement. Ne consomme pas plus que Gnome et Compiz (et même moins !! en terme de ram), est véloce, très agréable à utiliser !
Nénamoins je n' utilise pas Kde sur mon netbook pour 2 raisons : 1) le démarrage : je préfère LXde qui démarre plus vite qu' on claque des doigts :p. Et 2) mon netbook n' est pas tactile (et kde va s' exprimer à fond sur les écrans tactiles, à coup sûr :) -que mon nanavis, hein- )

Pour konqueror en tant que gestionnaire de fichiers, tout pareil :( Dolphin se voulant -à priori- un gestionnaire simple et agréable, il n' intègre pas ce que konqui faisait. Alors quelqu' un de bienveillant m' a répondu ceci sur le forum : "dans le panneau de conf de Kde (system-config) tu peux choisir le gestionnaire de fichiers, et prendre konqueror." ... Konqueror kde4 présente un peu moins bien que le bvieux modèle, mais j' y ai retrouvé tout ce que j' aimais. Parfait :)

Bref, Kde aujourdhui c' est juste mieux que kde hier.

Cdlt.

Je me permet de compléter la réponse de Misc, pour cram51 :

Dans la "mandriva mini" n' existe pas en tant que tel, c' est une adaptation précise à tel matériel (le + gros) ainsi qu' aux souhaits d' interfaces du constructeur ou de l' assembleur.

La mandriva normale fonctionne plus que bien sur les netbooks. En fait c' est même ahurissant. Je vais employer encore le "je" pour n' impliquer personne d' autre, et ce n' est qu' un retour d' expérienceS personnelles. Depuis pil un an sur mon netbook :

La 2009.1 :
1) un dd sur une clef usb, et zou l' install. pratique (et propre : 100% distro sans outils externes) pour l' install sur un netbook.
2) adaptation au matériel : parfaite. (sur mon Acer Aspire One il n' y a que le bouton "wifi" qui ne marche pas par défaut, comme sur les distrib autres essayer -fedora, ubuntu-remix- : j' ai remédier à cela en faisant un sale truc : rmmod / modprobe pour cette 'combi' là). tout le reste est parfait.
3) vitesse de démarrage : ma mandriva démarre en 20 secondes (réelles, chrono, pas 21 mais 20 ...)

Effectivement Moblin (juste avant la sortie de 2.0 beta) bootait en 5 secondes réelles chrono, avec en plus Xfce (j utilise LXde qui est plus léger au démarrage). Moblin est très très impressionnant. Mais Mandriva m' apporte une souplesse sans commune mesure dès lors que l' on touche à la personnalisation : c' est ça, vue ta question, cram51, qui t' intéresse tout comme à moi :

pour revenir à mandriva mini, il s' agit par exemple de configurer udev ... à quoi ça sert de peupler /dev à la volée, quant on sait ce dont à besoin par avance ? Ainsi que pas mal d' autres trucs... pourquoi pas se faire son kernel bien dépouillé et à côté un initrd ne contenant que le strict nécessaire (mieux vaut conserver un initrd pour une question de performance : le noyau totalement monolothique [et sans support initrd] est nettement moins performant d' après mes expériences). Etc etc etc.

Ensuite il y a le bureau... Perso je configure LXde pour ne pas avoir de barres de taches, ne pas avoir de "gestion du bureau" par pcmanfm, mais un pcmanfm quant même lancé en daemon. En fait sur le bureau il n' y a de visible que Cairo-Dock. Bref un truc bien personnalisé. Pratique, rapide et joli.

C' est tout ça qui font que je reste avec Mandriva (plutot qu' avec Moblin)
Et c' est aussi ce qui devrait te plaire.

Voudrais tu un article sur "comment personnaliser une Mandriva pour son netbook" ou "comment aller plus loin pour son netbook" ??
J' ai un peu de temps, là, et ça fait longtemps que j' ai promis des trucs pour Magnum, sans jamais les faire. Si tu es interessé, je m' engage ici à écrire du mieux que je peux cet article pour le Mag de l' asso (dispo pour tous). Sachant que je ne suis pas excempt d' erreur, qu' il ne pourra pas s' agir d' un article de réference, qu' il sera forcément incomplet (difficile d' être vraiment complet pour gnu/linux :p ), mais qu' il sera relu.
Si tu es intéressé, et même si tu es le seul, hop zou je m' y colle dès cette semaine.

la solution n est pas tué le(s) process(us)
Mais de prévoir une configuration système pour le(s) contraindre.

Cgroup est ton ami.

Une mise à jour d'autofs améliore la stabilité

/*mode raleur rigoleur*/
ha ouaih ?
La redhat ferme -enfin- les sockets lorsque l' autofs est mal enrichi avec 240 points de montage nfs inexistantes sur tel parc ?
Ouaha ça c' est une mise à jour majeure.
Redhat solide face à l' utilisateur nfs bourré.
/*mode raleur rigoleur*/

Et -surtout- Unbreakable Linux.

Perso j' utilise CentOS pour les maquettes. (et Fedora sur mon laptop).
C 'est vrai que le support par mail semble catastrophique (d' après ce que je vois de mes collègues, parceque perso je m' en suis jamais servi.)

Ca n' a pas été sans mal pour convaincre de me laisser faire avec CentOS pour les maquettes, tout comme ça n' a pas été simple de peser pour conserver Redhat... (la mode ubuntu a failli frapper à notre porte... SSL les a calmés vite fait, et pour longtemps). Maintenant à titre perso je pousserai bien CentOS sur toutes les machines non sensibles, et comme système librement installable (mais non gammés, donc avec droits restreints et pas de support interne). Gardant Redhat pour tout le reste.
Tiens au fait c' est du redhat 5.3 dans les ... ha flute ;)

Maintenant, 'mes' redhat, c' est pas avec kickstart que je les installe (ou plutot qu' elles sont installées par d' autres) mais avec ... Debian.
Fini Kickstart ;)

Kickstart ? et vous ?

Ils bannissent des fonctions jugées non fiables
très bien
Mais ils les remplacent par quoi ?

hummm okok je ->

Merci, tout simplement merci.
Pour avoir pris la peine de faire la dépêche toi même, bien sûr. Mais aussi et surtout pour ces 2 logiciels, qui sont deux fantastiques idées.

Dis : "un logiciel fait une seule chose et la fait bien" -> la conversion c' est une seule chose ? BRAVO.

Mémoire courte !
Les procédés de chiffrement électronique sont depuis peu de temps légalisés. Faut se souvenir qu' il y a encore quelques années ce type d' outils était interdit au public : ils étaient classifiés Catégorie 2 Alinéa 4 (soit armes de guerre). C' est parceque le gouvernment Jospin est intervenu que nous avons pû librement chiffrer nos communications électroniques. ( de plus ce chiffrement est plus souple qu' aux usa, il me semble -à vérifier-).

Dans la liste, tu as oublié :

. Obligation pour le postier d' ouvrir et de lire ton courrier... mais uniquement lorsque La Poste aura été privatisée totalement et que ces informations serviront des intérêts, et pas entre les mains des flics, ce gouvernement ne veut pas avoir confiance en eux.

. Privatisation des prisons : hum les travaux forcés c' est tellement bon, surtout pour les intérêts des copains dirigeants de sociètés acceptant de gérer cela.

.
.
.
ha flute, c' est hors sujet, c' est pas internet ?
désolé

Patrick, si j' étais toi, je me méfierai vu les goût de baud&é" en matière vestimentaire :p
Monsieur n' aime pas les chemises orange, "chemise DDE" :D

ps : ben quoi dire ? si ce n' est "merci" d' une part. D' autre part désolé aux relecteurs à qui 'ma' tite dépêche a dû couter du temps (...). Et que l' abonnement, ben j' en ferai profiter (aussi) d' autres personnes : ceux du "clic cool café", et que cela permettra certainement à plusieurs personnes de découvrir Linux Mqg. Quant à moi, je me réjouit d' avance de lire pendant un an le "Kernel Corner" :))) (et va falloir que j investisse dans un sacnneur pour archiver tout ça!).

Ce n' est que la première impression.
J' ai eu la même (surtout en voyant les thèmes, le bouton menu de beaucoup de thème (...) d' ailleurs je me sert pas du bouton menu....).

Mais il ne faut pas s' arreter là : prendre le temps de le configurer avec le look qu' on aime (chez moi c' est sobre : pas de super effets blingbling, juste de beaux icones, et configurer à la cde = un bouton = un menu thématique. Et là, on l' apprécie vraiment, surtout comparer aux autres docks.

La présence de "blingbling" est une bonne chose (même si je ne me sert pas de ses nombreux effets possibles, personnellement) : parceque tout les goûts sont dans la nature :p

Cdlt.

j' ajoute un petit commentaire sur "la fluidité" parceque ça veux pas dire grand chose comme ça, tout seul : c' est le fait que Cairo Dock soit toujours fluide, même lorsque le système est chargé ... vous savez quant on clique sur "mes documents" que l' explorateur de fichiers met trois plombes à s' ouvrir parceque le système est bien chargé (ou pire, le disque sur mon aspire one 110 aba..) ben Cairo Dock reste toujours parfaitement accessible et fluide, et ça cela permet une expérience utilisateur au quotidien très très agréable. (bon ok c' est vrai que ça fait aussi partie de la conf ça)

1) La fluidité
2) les possibilités
3) un vrai remplacement de la 'barre' (bouton menu + barres de taches + boites à miniatures + horloge + blabla)

Sur le 3. c' est vraiment le seul dock à le permettre (et il me semble tous les connaitre...depuis kde 3.3 jusqu' à gnome 2.6 aujourdhui).
Et ça c' est vraiment bien.

Si tu configures correctement ton LXde (en fait avoir juste pcmanfm en daemon + openbox en wm + un click droit pcmanfm [et pas openbox]) certes c' est simple à dire mais ch*** à faire (lxde étant sensible...) : mais ensuite, avec CairoDock qui se lance par défaut, le tout bien joli, c' est vraiment du bonheur.

/*ma vie avec Cairo dock*/
Sincèrement et sans exagérer mon netbook (un Acer Aspire One), configuré comme cela depuis aout 2008, à fait vendre une dizaine de netbooks! Cairo dock c' est 2laballe :p
Je vais faire un comparatif un peu olé olé, mais par exemple une amie ayant acheter le petit macbook de base y a un an, dispose d' un écran pas tellement plus grand et d' un système moins véloce, moins réactif (et moins configurable). Un Acer Aspire One vaut 250 euros... Qq dons plus tard, le tout m' a couter environ 400 euros... Qq heures de travail plus tard.... Un netbook qui met à la ramasse beaucoup beaucoup de concurents ....
En fait mon bureau [avec cette conf de Cairo Dock) ressemble à un CDE sacrément moderne ;)
/*ma vie*/


Bravo et merci !

ha vi, prof, désolé je suis plus à jour ..

professeur Filiol ?
ou lieutenant colonel ?

pour ceux ne connaissant pas Mr filiol, il fait aprti de ces gens pour qui on traverse la France pour écouter leur conf' !!
http://fr.wikipedia.org/wiki/%C3%89ric_Filiol

Il n' a pas exprimé le besoin que ses utilisateurs aient un clavier chacun.
L' important semble être pour lui :
Que 2 utilisateurs puissent se servir de l' application sur un seul ordinateur.

S' il ont besoin de chacun un clavier, au lieu du multiseat (qui est quant même une m**** aujourdhui), mieux s' orienter vers 2 postes : 1 postes normal et un poste léger. C' est il me semble la solution la moins couteuse, tant économiquement directement qu' en terme de temps pour la config.

non ?
cdlt.

Les possibilités de Xorg ont changées. Effectivement ce avec quoi on pouvait s' arracher les cheveux hier n' existe plus forcément aujourdhui. Et les cartes graphiques pci ne courent pas les rues effectivement, tout comme d' ailleurs les conf en dual pciexpress...

Mais mais mais...
Plutôt que de t' orienter vers du multiseat, je t' oriente vers le mpx :
Cela implique plusieurs choses :

1. que l' application voulue soit controlable uniquement avec une souris.
2. que cette application accepte d' être lancée en plusieurs entités indépendantes (sinon il faut passer par 2 comptes utililsateurs, avec le droit de se servir du même serveur X : facilement faisable dans tout les cas)
3. que ton xorg soit compilé avec le support du mpx.

Cela ne prend pas le chemin que tu décris, ni celui du multiseat, mais cela répond à ton besoin : (et en plus àa tombe bien mpx vient d' être 'mergé')
2 écrans, avec 2 utilisateurs, chacun 'pilotant' son application.
La conf n' est pas rude à mettre en oeuvre ni côté X ni côté du choix d' utlisation sqlite.

La différence majeure se situe dans l' utilisation de Xorg : là ou aupravant on pouvait utiliser du multiseat, maintenant on peux utiliser 2 entrées standarts à priori similaire (2 souris) sur le même serveur X.
Donc tu a un bureau étendu sur 2 écrans, avec 2 souris...

Réferences :

vieille vidéo :
http://wearables.unisa.edu.au/mpx/videos/gimp.mp4

http://wiki.x.org/wiki/Development/Documentation/MPX

;-)

Cdlt.

Perso j' organise tel que freedesktop le préconise. Sauf que... ces dossiers sont des liens vers une partition séparée.

Mon homedir se résume donc à un fatra de dossiers et fichiers cachés pour les conf'... Et un bureau... Le bureau me sert pour 2 choses : y déposer là en premier tout ce qui est téléchargé. Et un dossier nommé "bordel" pour les éléments à classer.

Voili voilà

maintenant il me faut lutter contre la manie de faire des copies de sauvegardes (genre cp -R fait 4 fois à 4 dates différentes... ce qui me fait perdre du temps ensuite lors des diff dans ces dossiers, pour les ranger). Manie qui me vient d' un traumatisme engendré par la perte d' un LVM il y a quelques années. Bref en qq mots, il me faudrait plus souvent me servir de rsync ! :D

-> Ne pas utiliser Gnome (...)
plutot quelque chose comme Awesome ou Ion (voir LXde)

-> UML ?
tu aura ainsi, dans une prision, un kernel qui tourne + un ensemble e process à définir (et il vaut mieux se faire son propre "rootfs" plutôt que de prendre ceux dispo sur le site du projet uml).

-----------------------

a titre personnel j' avoue que je ferai l' inverse : je chrooterai tout ce qui concerne le(s) serveur(s) sur mon desktop dans le cas où vraiment une seule machine est disponible (et la paravirtualisation non souhaité)...
Parceque le serveur est plus important que le desktop -> sa remise en route éventuelle se fera plus vite (que la remise en route du desktop)
Parcequ' aussi il est plus rapide de faire un serveur comme cela (qu' un desktop)

Cdlt.

c' est vraiment pas dans mes habitudes, mais là quant même ...
tu a pas dû beaucoup chercher par toi même avant de venir poser cette question ici ...
rtfm.

C' est vrai que c' est délicat de choisir une carte mère en mettant au premier plan la compatibilité avec coreboot.
Je regarde la matrice régulièrement, depuis linuxbios (avant même il me semble qu' il avait un autre nom que linuxbios, me souviens plus et wikipedia n' en fait pas mention, bref), et c' est toujours la même liste à peu de choses prêt (les Geode débarquent sur la v3). Il n' y a guère que 3 Tyan qui puisse correspondre à un usage d' un ordinateur "grand public" ... Mais elles étaient chères hier, et elles sont "vieilles" aujourdhui (dur de trouver encore des CG en agp...).
Beaucoup de "cartes de developpement".
Espérons que Flashrom soit un objet intéressant pour les constructeurs, dans un premier temps. Et ainsi peut être plus daigneront ils participer à Coreboot.
?

+1

J' ai pas pu regarder le reportage jusqu' au bout... Mais il me semble (à vous lire ici et avec ce que j' en ai vu) qu' un élément essentiel à la compréhension a été passé à la trappe : la différenciation entre l' outil et son utilisation.

L' outil n' est pas le danger, c' est l' utilisation de l' outil qui peux l' être. Et ça, pour faire plus simple à expliquer, c' est difficile. De plus cela permet de bien situer. Ils auraient pû facilement faire des parallèles, et auraient certainement dû dire que les 'crackers' comme ceux les chassant, ainsi que les chercheurs, utilisent tous les mêmes outils.

Ca me semble pas anodin comme oubli.

cdlt.

L' avenir est incertain ;)
Mais ce que semble sûr c' est que penser en premier lieu aux systèmes embarqués est certainement une très bonne chose. (surtout que celle là de libc, à priori ;p avec celle ci, ce qui marche "pour de l' embarqué" marchera aussi "pour du lourd").
Et puis il n' y a pas que le côté technique, il y a le côté politique : se rendre indépendant de la GlibC (me) semble d' une logique limpide pour Debian (et les autres très peu cités pour le moment :p )

Tu nous expliques en quelques mots vite fait bien fait pourquoi ne pas utiliser Orange ?
(private joke :p )

je l' ai fait pour mes parents ;)