alouali a écrit 367 commentaires

C'est /etc/rc.local aussi sur Mandriva, et dedans il y a bien marqué ça :

# This script will be executed *after* all the other init scripts.
# You can put your own initialization stuff in here if you don't
# want to do the full Sys V style init stuff.

Merci !

fermer cette (sombre) page de l'informatique.

Il ne faut pas exagérer, cette page ne fut pas si sombre.
L'avantage d'un système centralisé est qu'il est très fiable pour l'utilisateur, et très stable et pour le développeur.
Alors c'est bien beau de dire que les technologies modernes sont plus intéressantes, mais à l'époque où je développais sous Windows et Java à gérer les problèmes de mises à jour, de version, où je passais mon temps dans les MSDN et autres Knowledges bases, où je résolvais des problèmes réseaux qui venaient se rajouter par dessus, j'avais un pote qui travaillais en COBOL / DB2 : il avait l'esprit beaucoup plus serein, il ne se posait pas tous mes problèmes, une sérénité que je n'ai jamais connu en travaillant sur PC en architecture décentralisée.
Donc sous prétexte que c'est vieux, ne crachons pas trop vite sur les mérites de ces ancêtres.

Bon ben rien à faire. J'ai essayé toutes les possibilités de "NvAGP", "TwinView" et les HBlanck et VBlanck ,rien à faire. J'ai vérifié mon BIOS c'est bien de l'AGP 4x.

Bref pour l'instant je suis revenu au pilote libre nv, et j'ai un xorg.conf avec le pilote nvidia quand je veux de la 3D. C'est pas d'un super pratique...

Merci,

je vais essayer de creuser par là.
Le driver me met que la carte graphique est gérée en AGP 4x, alors que je suis quasi sûr que c'est pas possible, car mon matos date de 2002.
Pour les options Vblank et similaires, j'ai essayé toutes les combinaisons dans nvidia-settings, mais ça ne change rien à ce problème (j'ai l'impression que ces options concernent surtout OpenGL).

Je me répond à moi même.

J'ai essayé avec un live CD, ça marche, je n'ai plus le problème avec le driver libre nv.
Mais malheureusement j'ai besoin du pilote propriétaire nvidia pour la 3D.
J'ai recompilé le noyau, réinstallé le pilote 9639 (le même que celui que j'ai depuis avant l'apparition des problèmes), et paf les problèmes recommencent.

Donc toujours pas de piste (enfin si, une localisation du problème, mais pas de solution !)

Bonjour,

pour l'effet 3D, j'ai tout viré il y a longtemps dans le panneau de contrôle de Mandriva.
Au cas où, pour tester l'OpenGL, j'ai fait un coup de glxgears, ça marche aussi bien qu'avant.

Le compositing je ne vois pas du tout ce que c'est, j'ai pas touché au xorg.conf depuis une éternité, bien avant ces problèmes. Y'a t'il une option à activer ou à désactiver (sachant que je n'ai pratiquement aucune option spéciale dans mon xorg.conf)

Pour l'écran, il s'agit un écran LCD, qui ne donne aucun signe de faiblesse. De plus comme je l'ai signalé dans mon message, tout ça a l'air logiciel : je vois vraiment des sous-parties de l'écran comme sous Firefox ou les barres de progression qui changent de taille rapidement et qui reviennent.

Je viens de remarquer un nouveau truc : si je scrolle très vite sous Firefox, un deuxième bouton "Firefox" apparait un très cours instant dans la barre des tâches, avec le même titre (je suis donc à peu près sûr que le système redessine et recalcule des fenêtres).

Pour le liveCD, c'est une super idée ! Je m'en vais de ce pas chercher une Knoppix et voir ce que ça dit !

Pour répondre clairement, oui j'utilise du JOIN partout : car dans SGBDR, il y a le R de relationnel, qui signifie clairement "jointure". Pour simplifier, dans ces bases on remplace la redondance de champs et d'informations par des jointures et tables de jointures, c'est donc un minimum que les JOIN soient performants !

A ce propos, si tu utilises souvent certains JOIN, je t'invite à regarder la notion de VIEW : ça te permet de faire des sortes de "raccourcis" sur tes jointures les plus courantes, ce qui rends tes requêtes et ton code à la fois plus court et plus compréhensible. Et il peut être utile aussi de comprendre et maîtriser les différences entre INNER, OUTER, LEFT et RIGHT JOIN.

SQL est un langage de haut niveau, il est bon de lui déléguer tout ce qu'il peut faire et tout ce qui peut décharger ton code.

Sur le Web (Google est ton ami) tu trouveras plein d'articles sur les SGBDR, sur SQL, et comment utiliser les JOIN correctement ((tu trouveras même des articles qui expliquent le fonctionnement interne du JOIN de SQLite et il comment il est déjà optimisé).

Merci d'avoir répondu à ma place !

Les performances des SGBD sont grandement dépendantes du fait qu'on crée des index sur les champs les plus utilisés (notamment les clés, identifiants uniques), certains champs de recherche, et les champs de jointure (qui sont souvent des clés, si la base a été créée "proprement" avec le principe de base n°1 : "AUCUNE RENDONDANCE DE DONNEE").

On y perd un peu en espace, mais on y gagne grandement en performances !

Question sans doute bête : as tu créé les bons index sur tes colonnes de jointure ?

Autre contexte intéressant, que j'ai mis en pratique sur des logiciels classiques (application type CD-Rom, Borne, etc...) : ça m'a énormément amélioré les problèmes de stockage !!! Ca ne pèse rien du tout et tu as toutes les fonctions courantes d'un SQL !!! Et couplé à un ZMWS, tu peux faire tourner des sites en local sans aucune configuration.

Mes programmes sont devenus plus simples, plus lisibles, plus performants (indexation des données, non redondance, requêtes compréhensibles, jointures, plus besoin des boucles indexées calculatoires pour les agrégations type sum, count, max, etc.). Jusqu'à SQLite, j'hésitais toujours entre stocker mes données dans un format texte (pas performant quand beaucoup d'enregistrements et de champs) ou un format binaire (jamais aussi optimisé qu'il faudrait : souvent un seul tri, un seul index). Sans compter le petit utilitaire SQLite en ligne de commande pour contrôler n'importe où mes bases !

Je sais on dirait la pub "avant j'avais l'air moche, maintenant j'ai l'air wick", mais je suis franchement enthousiaste. Pour moi, ce que fait SQLite en 300 petits kilos octets est un miracle, et je tire mon chapeau au développeur. De toute ma longue vie de développeur ça a surement été l'outil le plus génial qu'il m'ai été donné de rencontrer.

Génial !

Je viens d'essayer le coup du xscreensaver-demo, ça marche !!!

Merci beaucoup !

J'ai trouvé la réponse à la première question, c'est là :
/usr/share/mdk/screensaver/

Si maintenant quelqu'un a la réponse à comment personnaliser ces images pour chaque utilisateur, je suis preneur !

Merci

Merci,

mais ma question devient alors : pourquoi un deuxième gestionnaire de fichiers alors que Konqueror remplit très bien sa tâche.
S'il est trop riche, n'y avait il pas possibilité, grâce justement au fonctionnement par composants, d'en faire une façade light avec beaucoup moins d'options ?

Question : moi aussi j'aime bien Konqueror (notamment pour l'intégration des vues type KDirStat et RadialMap, et sa gestion des CD Audio en dossiers virtuels), mais pourquoi est il remplacé par Dolphin dans KDE 4, ce qui me semble aller vers une perte de fonctionnalités, et contre l'intégration et la simplicité ?

On ne parle pas de la même chose.
Je ne parlais pas de documents gros par la taille, mais par la composition des pages.
Plan des bus : plusieurs milliers de caractères dans toutes les directions + milliers de segments vectoriels sur la même page.

Mon PC n'est pas une brute non plus : AMD 1250 MHz (2500 bogomips)

KPDF :
Temps d'ouverture du plan Lyon-Villeurbanne : 8 secondes.
Zoom sur la partie centrale Part Dieu / Charpennes : 42 secondes
Temps total : 50 secondes.

Désolé, mais moi je trouve ça long.

FotIt Reader par Wine :
ouverture 12 secondes,
zoom à 200% sur n'importe quelle partie : instantané (inférieur < 1 sec)

Je trouve ça un comble qu'un logiciel Windows émulé par Wine soit plus rapide pour une fonction de base qu'un logiciel natif.

Que va t'il rester à Acrobat Reader ? La rapidité.
Dès que le PDF est un peu riche vectoriellement, toutes les solutions natives Linux sont désespérantes de lenteur.
Un exemple : sur le site www.tcl.fr, charger un des plans des transports en commun de Lyon. C'est horriblement lent à visualiser, sauf avec Acrobat.
Même FoxIt (application Windows) sous Wine est plus rapide que Kpdf et les autres, un comble !

Je suis bien d'accord, les mouvances autres que l'UMP ne sont pas toutes classées à l'extrême droite, et même le programme de la LCR n'est pas aussi "extrémiste" que celui du PS de 1981 (pour mémoire voir les premières années sur : http://fr.wikipedia.org/wiki/Fran%C3%A7ois_Miterrand#Gouvern(...) )

Moi ce qui me surprend le plus c'est ceux qui attendent la réponse de l'UMP et Sarkozy, alors que les lois que nous regrettons ont été votées par eux ces dernières années, il n'y a donc rien à attendre de côté à mon avis.

Concernant les news, ça dépend d'où on regarde !
Sur Live Search, on trouve 119 réponses pour Encarta et 291 pour Wikipedia. Le rapport est donc plus équilibré.
En vertu de la loi antitrollesque, je ne ferai aucun autre commentaire.

Je plussoie, ça avait été un des logiciels qui m'avaient plu, impressioné et même "rassuré" lors de mon passage de Windows à Nunux.

Perso je suis fan de KDE (c'est parti du "ugly" file picker de Gnome, et ça s'est pas arrangé depuis, mais on va pas relancer le troll ici !!!) et avec la Mandriva 2007 je suis content, tout marche bien et simplement. Il y a beaucoup d'outils de configuration pratiques, beaucoup de paquet disponibles et récents. Elle détecte très bien le matériel, et je trouve qu'elle s'est bonifiée avec le temps (nettement plus stable que les 9 et 10) sans perdre en performances.

Au temps pour moi,

effectivement Java ne fait pas partie de la liste !

Salut,

il y a des gens biens, qui s'appellent le PLF, qui ont fait plein de paquet (java en fait partie) des logiciels pas libres pour Mandriva, et ça simplifie vraiment la vie.

Il faut que tu ajoutes leur miroir dans le Gestionnaire de Logiciels du Centre de Contrôle Mandriva,

Après il te suffira d'aller sur "Installer des logiciels" et de chercher et sélectionner ceux que tu veux.

@+
Al

En tant que débutant, je te conseille aussi de jeter un oeil aux distributions Mandriva, qui a été très accessible pour le débutant que j'étais et qui a pas mal de réglages par interface graphique et un bon niveau de reconnaissance matériel. Elle dispose aussi de versions "live CD" qui te permettent de l'essayer sans l'installer.

J'avais découvert Linux il y a quelques années avec le live CD Knoppix, qui m'a tout de suite donné envie de continuer.

Bonnes découvertes,
Al

Salut,

Je suis également sous la Mandriva 2007. La façon la plus simple est sans doute d'ouvrir ton cd audio depuis Konqueror (à partir de l'icône Périphériques du bureau) et là c'est magique ! Tu as ton CD Audio puis des dossiers et fichiers virtuels prêts à copier, contenant au choix les MP3, le OGG, le Wav !!! Je n'ai jamais rien vu de plus élégant ! (on appelle ça parait il la magie des kioslave) Je crois que ça correspond à mettre "audiocd://" dans la barre d'adresse de Konqueror.

Vérifie que tu as bien les paquetage lame (pour le MP3) et ogg/vorbis (pour le ogg) d'installés.

Dans le centre de configuration de KDE > Son et Multimédia > CD Audio, tu peux régler la qualité de l'encodage MP3 et Ogg, spécifier le lecteur CD si tu en as plusieurs, changer les règles de nommage des fichiers, etc...

Bonne découverte de Nunux, un switcher Windowsien heureux,
Al