BAud a écrit 12830 commentaires

Tu as raison, Gnome devrait plus contribuer à KDE, c'est clairement la voie à suivre, ça n'enlèvera pas de fonctionnalité en tout cas à KDE :D

corrigé, reste à trouver les épisodes de La_Linea maintenant voire Les_Arpents_verts :-)

Cela permettra de tester tranquillement en parallèle d'une version stable pour ceux qui le veulent.
J'espère simplement que ce sera packagé par les distributions régulièrement, même dans leur version stable, par exemple comme un paquet gnome-shell (et le choix d'un bureau dans gdm entre gnome et gnome-shell), permettant d'identifier les limitations / améliorations nécessaires / incompatibilités et autres soucis entre conserver son environnement stable et contribuer aux améliorations.

je ne retrouve pas le commentaire d'aujourd'hui avec cet excellent jeu de mot

mici :D

cela dit on est dans le même sujet !

ce serait tout de même rassurant que certains d'HADŒPDI arrêtent d'empiler les lacunes ;-) (désolai aux familles toussa /o\).

Franchement, c'est effectivement pas sympa.

mailman, sympa maintenant, difficile d'éviter les noms déjà pris par des gestionnaires de liste de diffusion ces derniers temps :D

Comme indiqué juste au-dessus, http://linuxfr.org/forums/45/29028.html a été transformé de journal en post dans le forum general.petites-annonces http://linuxfr.org/forums/45/index.html

Il y a des problème avec gros swap sous linux ?

hum non, mais ce n'est pas la "stratégie" habituelle :
- sous AIX il envoie assez vite dans le swap dès qu'il détecte que ce n'est pas vraiment utilisé, pas de souci à avoir du swap donc
- sous GNU/Linux, la RAM est remplie à satiété et quand ça devient nécessaire envoie vers le swap (qui peut être interprété comme un indicateur de manque de RAM en régime stabilisé...). Cela dépend du paramétrage après, sans plus d'info pas moyen d'en tirer vraiment de conclusion ;-) À toi de voir si tu as un peu trop d'I/O wait en permanence lors des traitements, ce qui indiquerait qu'il bascule un peu trop entre swap et RAM. Si c'est ponctuel (passage du transactionnel au mode batch le soir et inversement le matin), c'est une bonne utilisation du cache àmha.
sar est ton ami pour recueillir quelques stats sur une semaine pour étudier le comportement ;-)

ce serait "cohérent" que les malvoyants soient b.. aussi.

tu veux dire lésés avec un grand B ?

c'est vrai, il y a le kernel aussi...
cf. http://lwn.net/Articles/395961/
et en plus vieux http://lwn.net/Articles/298864/

Ce pourquoi j'aime bien rappeler de ne pas oublier de remonter que son matériel fonctionne, cf. http://faq.tuxfamily.org/CommunicationLibreHardware/Fr (que ce soit sur hardware4linux.info ou smolts.org dont les collecteurs sont disponibles dans toutes les bonnes distributions).

Avant, ces mêmes gens ne pensaient même pas que Linux existait. Il y a du mieux, non ?

Après, ils savent peut-être que Ubuntu existe étant donné que Linux est occulté sciemment (ou en tout cas, visiblement pas assez mis en avant), cf. une illustration avec http://www.pebkac.fr/pebkac-2120.html

Il parlait peut-être en terme d'infrastructure de gestion du déploiement ?

Sinon, tant chez ovh que chez free, Mandriva Linux est disponible :
http://www.ovh.com/fr/items/distributions/mandriva.xml
http://www.online.net/serveur-dedie/offres-distributions-gnu(...)

c'est parce que tu es sous GNOME, hum ah non, en fait ça marche aussi avec KDE :/ autant passer à awesome :-)

Vous pouvez à présent zapper ce thread.

euh bin, non, faut lire le journal jusqu'au bout... et justement c'est là que ça coince :

[..] Voir aussi

et là, suspens insoutenable, le clavier semble s'être blo

=> J'ai une base de donnée qui bouffe 90 Go de ram et 27 Go de swap sous les yeux ( sur 15 processus ca fait environ 6Go / proc )

sur AIX, alors ? non ? (pour le swap surtout...)

tu veux dire comme le Planeur_(jeu_de_la_vie) ?
(oui, j'essaie de prendre un exemple concret, plus proche de notre domaine habituel de geek :p)

Ce genre de retour peut être intéressant pour les développeurs, si vous vous essayez à détailler un "cas d'utilisation", par exemple :
- actuellement : les manips que vous avez à faire, en les notant ligne par ligne, ou un "screencast" (enregistrement du bureau avec Recordmydesktop par exemple, vérifier que la vidéo résultat n'est pas trop grosse tout de même pour pouvoir l'héberger relativement facilement...)
- comportement souhaité : lister les fonctions/liens/menus que vous souhaitez directement accessibles ou en parallèle à l'écran, vous permettant de restreindre le nombre de manips', noter ligne à ligne les manips à faire pour montrer qu'il y en aura moins.

Cela ne demande pas de compétences particulières en développement, simplement un peu de rigueur dans la description et au passage vous obtiendrez peut-être quelque chose qui vous convient mieux. Côté développement, cela obligera peut-être à créer de nouveaux écrans spécifiques ou trouver un paramétrage permettant de spécifier le comportement, mais bon rendre plus paramétrable ces logiciels c'est toujours un peu le jeu de l'intégration permettant de coller le mieux au besoin. Sinon, il y a aussi la méthode, dites-nous de quoi vous avez besoin, on vous dira comment vous en passer, c'est généralement mal accueilli :D

arf o_O

c'est pour les fax ça, non ?

eh eh, j'étais certain que ça te ferait plaisir ;-)

J'ai aussi corrigé 2-3 autres coquilles pour la peine (je suis sûr que tu souhaitais parler de GNU/Linux et y mettre des majuscules :D).

fournir une distribution 386 a du sens effectivement (les ordinosaures), la question était dans l'autre sens si je me rappelle bien ;-)

http://en.wikipedia.org/wiki/I686 indique l'Extension_d'adresse_physique aka PAE évoquée au-dessus, mais cela ne va pas dans le sens que tu souhaitais àmha :/ (ni moi d'ailleurs).

Il a vite oublié l'utilisation première du x86_64 : le traitement en masse de grosses volumétries de données. Les marchés sont principalement :
- les bases de données
- plus spécifiquement tout ce qui est Informatique_décisionnelle
- tout ce qui réclame des masses de données (codage audio ? hormis que déjà utiliser le multi-coeur ce serait déjà bien...)
- et là s'est rajouté le marketing : 640 ko ne suffisent pas à tout le monde ; plus c'est gros, plus c'est bon (approché) ; plus c'est gros, meilleur c'est (là, c'est Amanda Lear qui précise que spa la taille qui compte mais le goût /o\) ; on va faire quoi des 16 Go donnés aux utilisateurs^Wpigeons s'ils ne peuvent réellement en utiliser que 3 Go ? et autres arguments plus ou moins valables...

Perso, je reste sur ma position : pourquoi vouloir du x86_64 ? Si tu ne sais pas, c'est que tu n'en as pas besoin... Les arguments que j'ai mis en avant là-dessus étant recevables àmha, il y en a peut-être d'autres...

o_O
il est très bien le x86_64 (natif hein, comme je dis, sans pourritures de lib32 qui traînent de ci-de là), justement pour se passer des ignominies - inutiles généralement - qui ne font même pas l'effort d'être portables voire libres...

Moi je suis pc et je passe à la télé, et surtout je rassure madame Michu

et Vista^W7 stait (surtout pas) ton idée ? :D

Peut-être que, tout simplement, Ubuntu a loupé son positionnement marketing :/
- en ne mettant pas assez en avant la marque Linux
- et qu'il est temps de passer à une distribution dont les contributeurs travaillent autant pour leurs utilisateurs qu'upstream (faire fonctionner le matériel dans le kernel étant un gage de pérennité).

C'est tout de même rageant àmha dans les pages de Dell de voir Open-Source par ci, Open-Source par là, plutôt que FLOSS (Free/Libre Open Source Software qui rassemble les deux mondes) ou ne pas voir cité Linux... ou tout simplement rappelant la liberté 0 : droit d'utilisation pour tout le monde (ce qui permet de faire allusion aux 4 autres, notamment le partage avec la redistribution légale et - pour ceux qui le souhaitent - la possibilité de partager leurs améliorations).

Enfin, ce n'est pas trop étonnant venant de Dell qui pousse Dynamic_Kernel_Module_Support (DKMS) permettant d'ajouter subrepticement des pilotes non libres (mais permettant aussi de gérer élégamment àmha des versions svn mises à jour régulièrement de certains pilotes, comme nouveau ou radeon par exemple... ce mode étant peu utilisé même si je l'ai vu pour dkms-virtualbox ou dkms-vboxadditions, version OSE, par exemple).