Tout dépend de la version de gstreamer je pense...
Autant la version 0.8 est ultra-lente et merdique (après de nombreux tests).
Par contre la version 0.10 est vraiment bien, et nettement plus performante.
Malheureusement cette nouvelle version ne supporte pas tout comme la 0.8 (notamment les streams ogg/mp3 par exemple) pour le moment.
Enfin avoir une librairie correcte pour tout ce qui est multimedia dans linux est une très bonne idée, même si j'espère que les alternatives (libxine, etc...)resteront pour pouvoir contourner quelques bugs inévitables ;)
le bug kopete qui fait que la reco en jabber (sur gmail.com et jabber.org) ne marche pas avec un message d'erreur a la con comme quoi il ne sais pas ce qu'il s'est passé est résolu ou pas ?
/me qui se demande si il va faire chauffer sont tit amd pour passer son kde en 3.5.2 ;)
Petit oublis, j'ai compilé la version 7.0c donc no soucis, j'ai juste du modif le nom du répertoire de vim70c en vim70 dans l'archive pour m'éviter une prise de tête avec le spec file ;)
ps : Je suis pas responsable des bugs, mais je veux bien les patchs si vous en faites dessus ;)
Après y a plus qu'a installer vim-enhanced ou vim-X11
ps : j'ai ajouté un paquet vim-i18n qui contient les man pages en UTF-8, il entre en conflit avec les man-pages-fr alors il n'est pas obligatoire, installez le a votre convenance ;)
En effet, d'après un article publié ici a propos de md5 et sha1 ils ont montré que générer deux fichiers entrant en collision est possible, mais il n'est pas possible (dans des délais raisonnables) de générer un fichier de collision a partir d'un emprunte md5.
De plus, si tu a l'emprunte md5 et sha1 tu a des chances infimes que les iso ai pue être corrompues...
Parce que tu ne dois plus a ce moment là seulement faire une collision, mais deux.
Et ci je ne m'abuse les probabilités ne sont pas prob(md5)+prob(sha1), mais nettement plus...
Et en plus tu dois garder la même taille, ce qui te complique encore les choses...
(si jamais il y a un md5 et sha1 de chaque fichier de l'arbo sur le cd alors là c'est clairement mort pour arriver a corrompre l'iso)
Bon bien sur tout algo n'est par nature pas fiable et du fait que on part d'un domaine X à un autre plus petit ils y aura toujours une possibilité (au moins) de collision qui va bien par algo, mais c'est pas dit qu'il existe une combinaison de possibilité pour les deux...
Ça te sortira tous les changements et tu verras que mandriva fait les chose correctement au niveau de la sécurité...
Quand a l'applet de mise a jour il ne me semble pas être réservé a la version payante, les mise a jours de sécurité sont dispo pour tous...
Par contre les backports de cooker pour le club qui sont stabilisés sont uniquement disponibles pour les membres...
Mais pour les pauvres (comme moi) il y a des solutions :
- Passer en cooker (et subir les bugs)
- Backporter les src.rpm de la cooker (du boulot et aucun support)
- Ajouter des sources de backport comme sos (dsl je l'ai vu, mais je me souvient plus de l'adresse)
C'est dispo ici : http://seerofsouls.com/rpm2006.html
Vala, tu a tout ce dont tu a besoin.
ps : si tu veux faire des proposition sans pour autant payer, tu peux faire des propositions a la cooker, mais tu devra passer pas mal de temps a tester, faire des bugs reports...
En plus si tu veux faire un paquet, c'est assez rapidement passé en contrib, mais faut que ça passe un test rpmlint sans erreur.
En fait, soit prévenu, si tu veux un truc sur mandriva t'a intérêt a t'y prendre très très tôt!!!
Genre maintenant que les objectifs des résultat de la 2007 sont en train d'être mis sur le wiki.
Après il te faudra passer par les test, pour que ça marche vraiment...
Une fois ceci fait tu a un résultat qui marche très bien...
Par exemple :
En ce moment ils sont en train de passer a amarok beta2.
Je dois avouer que je les fait ch**r avec tout ce qui marche pas.
(mais bon je joint tout ce qui va bien, comme les logs complets et les sorties du débuggeur...).
Comme ça je suis sur que ça marchera quand la 2007 sortira...
Quand a la qualité de la mandriva c'est en progression constante je trouve, mais il faut avouer qu'en testant maintenant en cooker tout ce que j'utiliserais plus tard et en faisant des rapports de bug systématiques et bien on rencontre pas de bug en version finale.
Pour ceux qui se demandent les avancées de la 2007, en ce moment ça teste beaucoup tout ce qui touche au wifi, a priori la 2007 ce sera une version portable ultra-compatible...
Le thème par défaut, me semble avoir un soucis de taille de police, suis-je le seul a avoir ce problème sous Konqueror ?
J'avais aussi le soucis sous mozilla, mais ça ne semble plus être le cas, donc n'hésitez pas a confirmer.
(Que je voie si c'est ma config qui merde, où si je dois proposer un patch)
Elles sont toutes les bienvenues a nous soutenir dans nos actions ;)
En ce jour où nous allons tenter de faire pencher la balance dans ce débat, nous ne refusons pas leur aide ;)
Avec un peu de chance, elles convaincrons peut-être un seul grain de riz qui fera pencher la balance ;p
(toute ressemblance avec "mulan" serait purement fortuite)
Tu peux passer par le mode rescue pour récupérer le nom de partition :
Boot sur le cd d'install, appuye sur F1, tape "rescue" (sans ") et entré.
Quand la boite de dialogue apparaît, fait aller en ligne de commande puis :
loqdkeys fr
lspart
(note celle marquée ext3)
reboot
(ou "shutdown -r now" si ça marche pas)
Quand tu a l'écran, tu peux faire ceci :
presse Esc/Echap pour avoir la ligne de commande lilo, puis ceci
linux root=/dev/hdd1 splash=verbose
J'ai de très forts soupçons que tu aie déplacer ton disque dur (a un autre emplacement master/slave contrôleur principal/secondaire) et/ou ajouté/enlevé une carte contrôleur de disque.
Si booter avec la ligne ci-dessus s'avère concluant, (ou pour /dev/hd{a,b,c,d}{1,5,6,7}), je te conseille vivement de ré-installer lilo correctement.
Pour ce faire édition de /etc/lilo.conf, mise des bonnes options et lancer la commande suivante :
lilo
Si ça marche pas, refait l'installation sur la même partition (sans formater!!!), ça devrais te remettre lilo correctement (a l'étape du choix du périphérique de boot), sans toucher a la config du système et au paquets installés.
(Je l'ai déjà fait pour montrer a un débutant, ça marche bien et ça t'évite d'aller faire le guignol en ligne de commande si tu connais pas...)
Tu est sur qu'il y a pas un problème quelque part, car chez moi sans rien toucher je tourne en dessous de la minute largement, voir 30secondes. (config de base avec apache et une flopée de services au démarrages...).
As-tu regardé si elle éteins correctement son pc (par un poweroff) ?
Sinon regarde si elle n'a pas un soucis au niveau du démarrage de la connexion internet ou autre...
Essaye un coup de booter en linux-nofb ou linux-noboot et regarder ce qui ralentis.
En tous cas je doute sérieusement de ces 13 minutes de démarrages, surtout sur une 2006.0 car un très gros travail as été fait au niveau du temps de démarrage!
Un serveur linux a besoin d'un minimum, là ce que tu propose est le minimum requis pour faire une install de mandriva 2006.0 sans interface graphique... (et encore je suis pas sur que au niveau processeur faut pas plus)
Et si en plus ton disque est mort et fait des erreurs d'écriture, c'est déjà très mal barré...
Là-dessus tu peux mettre une debian, ce sera long a installer, et très poussif.
Pour ton lecteur de cdrom te prend pas la tête, tu démonte sur un autre pc le lecteur, tu fait l'installation et tu le remet plus tard.
Dsl, mais je te donne quand même mon sentiment, même si c'est a côté de la plaque :
Ne te casse pas les pieds, fait au moins un investissement en RAM et disque dur, sans que tu pourra faire une croix sur le php+MySQL...
Je pense que tu dois débuter, mais essaye de faire autrement si possible, monter une config sur une machine aussi limitée va te dégoûter de linux (tu trouvera ça lent et chiant a utiliser).
Je parle en connaissance de cause, j'en ai monté des configs comme ça, ça a dans tous les cas fini comme ceci :
- Arrêt du pc car inutilisable dès qu'on veux pousser (php/mysql/etc)
- Achat pc neuf bas de gamme chez carrouf/assembleur...
Y en a pour 381¤20 (sans frais de port) avec une config correcte.
J'ai choisi dans les composants livrables en 48h uniquement, une config la moins cher possible (sans écran/clavier/sourie) et 512Mo de ram au lieu de 256mo qui étais le plus petit dispo.
Il est vrai que pas mal de monde as écris en php porcui (mais on vois ça aussi en C/C++/etc...).
Je pense qu'il ne faut pas tout généraliser, des programmes écris comme des cons y en a plein.
Un exemple de truc débile (ou dérivés) :
include "{$_POST['sechole']}";
Des truc comme ça, c'est pas chose rare, mais bon y a pas mal de monde qui débute en php et qui n'imagine pas que des petits truc comme ça puisse être exploités...
Je ne parle pas des registrer_globals qui sont pour moi un insecure globals...
Je me fait jetter aussi sur kopete (celui livré avec la 3.5.1)
le message d'erreur : Le message suivant n'a pas été envoyé correctement (Connexion fermée.) : http://www.femfox.com/fr/download.php <- les pages "hots"
Comme quoi msn ça pue, et même si c'était libre...
Bizarrement depuis que la webcam et les communications téléphoniques marchouille avec jabber j'arrive mieux a convertir les leaders.
(J'avoue, je monaille mon aide contre une inscription a jabber et l'utilisation de cet unique protocole pour me parler ;)
Bon ta config tu la perdra pas si tu a utilisé une partition différente pour le système (/) et ton /home.
Après tu a deux solutions :
- Virer tous les rpms a la main et les ré-installer a coup d'urpmi
urpme libxorg-x11
Ça te virera tout au dessus de X, il suffira de tout ré-installer a la main après. (kdm kdebase-progs au moins)
- Vérifier tous les paquets :
rpm -Va
Il te sortira toutes les différences entre l'installation et la config actuelle.
Après si tu a vraiment trop de bug, vire ton .kde dans un coin et refait la config...
mv ~/.kde ~/.kde.bak
su
service dm restart
il se peux que ta config de carte graphique ai "sauté", dans ce cas (en root) :
XFdrake
A priori vérifie que les paquets sont a peu près intacts :
rpm -Va
Il dois te sortir des stats, quand tu vois des file missing, regarde de plus près le paquet, ça peux être normal pour certains et il y aura un tas de fichiers de conf qui sont modifiés (donc ne te soucie pas trop des fichiers de confs).
Sinon j'ai VRAIMENT pas assez d'info pour t'aider!!!
Essayez de permettre un réglage dans les options parce que les barrières réagissent un peu n'importe comment...
Quand on la frôle avec un angle de 5° par exemple, ben on monte sur la barrière au lieu de se faire repousser (comme sur un rail).
Quand on se la prend a 90°, au lieu de passer par dessus, on se fait faire un gros n'importe quoi.
ps : y a un bug, si on saute par dessus la première course, et qu'on franchis les remparts sur les bords on chute dans le vide...
ps2 : les temps c'est impossible pour un débutant, a partir de la 4ème course, 30" c'est carrément impossible en mode "normal".
(j'ai laissé tomber a ce moment là).
ps3 : bon votre jeu est pas pour moi, il me rend malade (et ui y a des jeux comme ça...), je pense que ça vient du moteur graphique qui fait ça (mouvement trop saccadé/pas de points stable/couleurs?).
Bonne initiative, mais mon corps veux pas de ce jeux très longtemps, tant pis productivité en hausse...
Le débit de ton disque dur ne vient pas de l'usb, mais du disque lui-même!!!
Un disque ne débite pas plus de 50Mo/s physiques (et encore ça dépend des modèles, de faire un transfert en continu, etc...).
Les disques affichent des spécifications a 79-80Mo/s pour les plus rapide, mais ne compte pas dessus, c'est valable seulement en début de disque et ça chute selon une courbe racine carré inversée dans le temps a peu près.
D'où est-ce que ça vient me dira-tu ?
Tout simplement de la mécanique des disques durs actuelle qui n'a pas vraiment évoluée depuis des années et qui arrive en fin de course (sans vraiment de nouveauté pour la remplacer).
Donc oui ton contrôleur de disque sata transfert a 150Mo/s, mais le disque derrière ne suit pas cette cadence du tout!
ps : fait gaffe sur les unités!!!
Mb != MB (ou Mo), y a un "petit" rapport de 8 entre les deux...
Faudrais regarder les autres écrans (ctrl+alt+F1à4) et voir ce que ça te dis.
A vue de nez (au vu de ce que tu dis), c'est ta carte adaptec qui dois pas être prise en charge par le noyau d'installation de la version 64bit.
J'ai pas de vrai solution (a part installer sur un dd ata/sata pris en charge et migrer ensuite sur scsi) ou faire une installation en chroot et migrer (mais c'est aussi galère)...
Il y a une possibilité c'est de charger un module au boot (mais comme j'ai jamais réussi...).
Le plus simple est de mettre une version 32 bit (moins d'emmerdes) et tu gagnera pas grand chose de plus en x86_64...
[^] # Re: Linux on Mac
Posté par Raphaël G. (site web personnel) . En réponse au journal Linux à la radio. Évalué à 2.
Autant la version 0.8 est ultra-lente et merdique (après de nombreux tests).
Par contre la version 0.10 est vraiment bien, et nettement plus performante.
Malheureusement cette nouvelle version ne supporte pas tout comme la 0.8 (notamment les streams ogg/mp3 par exemple) pour le moment.
Enfin avoir une librairie correcte pour tout ce qui est multimedia dans linux est une très bonne idée, même si j'espère que les alternatives (libxine, etc...)resteront pour pouvoir contourner quelques bugs inévitables ;)
[^] # Re: Bah si y'a des nouveautés !
Posté par Raphaël G. (site web personnel) . En réponse au journal KDE 3.5.2 disponible. Évalué à -1.
Ça veux dire quoi en réalité ça ?
Qu'il y avais un hack foireux ?
J'avais testé avec la version 3.5.1 patché a mort par mandriva et il me semblais passé correctement.
Par contre si ils ont amélioré les performances de défilement des pages web ça serait génial (parce que sur linuxfr c'est une vrai horreur).
[^] # Re: Les transferts de fichier sous Kopete aussi
Posté par Raphaël G. (site web personnel) . En réponse au journal KDE 3.5.2 disponible. Évalué à 1.
/me qui se demande si il va faire chauffer sont tit amd pour passer son kde en 3.5.2 ;)
[^] # Re: Et hop, les paquets mandriva gentillement copilé par l'ami rapsys ;)
Posté par Raphaël G. (site web personnel) . En réponse à la dépêche Chasse aux bugs ouverte pour Vim 7.0. Évalué à 1.
ps : Je suis pas responsable des bugs, mais je veux bien les patchs si vous en faites dessus ;)
# Et hop, les paquets mandriva gentillement copilé par l'ami rapsys ;)
Posté par Raphaël G. (site web personnel) . En réponse à la dépêche Chasse aux bugs ouverte pour Vim 7.0. Évalué à 4.
Après y a plus qu'a installer vim-enhanced ou vim-X11
ps : j'ai ajouté un paquet vim-i18n qui contient les man pages en UTF-8, il entre en conflit avec les man-pages-fr alors il n'est pas obligatoire, installez le a votre convenance ;)
[^] # Re: reflexion
Posté par Raphaël G. (site web personnel) . En réponse à la dépêche OpenBSD a des problèmes financiers. Évalué à 7.
En effet, d'après un article publié ici a propos de md5 et sha1 ils ont montré que générer deux fichiers entrant en collision est possible, mais il n'est pas possible (dans des délais raisonnables) de générer un fichier de collision a partir d'un emprunte md5.
De plus, si tu a l'emprunte md5 et sha1 tu a des chances infimes que les iso ai pue être corrompues...
Parce que tu ne dois plus a ce moment là seulement faire une collision, mais deux.
Et ci je ne m'abuse les probabilités ne sont pas prob(md5)+prob(sha1), mais nettement plus...
Et en plus tu dois garder la même taille, ce qui te complique encore les choses...
(si jamais il y a un md5 et sha1 de chaque fichier de l'arbo sur le cd alors là c'est clairement mort pour arriver a corrompre l'iso)
Bon bien sur tout algo n'est par nature pas fiable et du fait que on part d'un domaine X à un autre plus petit ils y aura toujours une possibilité (au moins) de collision qui va bien par algo, mais c'est pas dit qu'il existe une combinaison de possibilité pour les deux...
[^] # Re: startegie ?
Posté par Raphaël G. (site web personnel) . En réponse au journal Ça chie pour Mandriva. Évalué à 0.
Ça te sortira tous les changements et tu verras que mandriva fait les chose correctement au niveau de la sécurité...
Quand a l'applet de mise a jour il ne me semble pas être réservé a la version payante, les mise a jours de sécurité sont dispo pour tous...
Par contre les backports de cooker pour le club qui sont stabilisés sont uniquement disponibles pour les membres...
Mais pour les pauvres (comme moi) il y a des solutions :
- Passer en cooker (et subir les bugs)
- Backporter les src.rpm de la cooker (du boulot et aucun support)
- Ajouter des sources de backport comme sos (dsl je l'ai vu, mais je me souvient plus de l'adresse)
C'est dispo ici : http://seerofsouls.com/rpm2006.html
Vala, tu a tout ce dont tu a besoin.
ps : si tu veux faire des proposition sans pour autant payer, tu peux faire des propositions a la cooker, mais tu devra passer pas mal de temps a tester, faire des bugs reports...
En plus si tu veux faire un paquet, c'est assez rapidement passé en contrib, mais faut que ça passe un test rpmlint sans erreur.
[^] # Re: Ce sacré Club !
Posté par Raphaël G. (site web personnel) . En réponse au journal Ça chie pour Mandriva. Évalué à 3.
Genre maintenant que les objectifs des résultat de la 2007 sont en train d'être mis sur le wiki.
Après il te faudra passer par les test, pour que ça marche vraiment...
Une fois ceci fait tu a un résultat qui marche très bien...
Par exemple :
En ce moment ils sont en train de passer a amarok beta2.
Je dois avouer que je les fait ch**r avec tout ce qui marche pas.
(mais bon je joint tout ce qui va bien, comme les logs complets et les sorties du débuggeur...).
Comme ça je suis sur que ça marchera quand la 2007 sortira...
Quand a la qualité de la mandriva c'est en progression constante je trouve, mais il faut avouer qu'en testant maintenant en cooker tout ce que j'utiliserais plus tard et en faisant des rapports de bug systématiques et bien on rencontre pas de bug en version finale.
Pour ceux qui se demandent les avancées de la 2007, en ce moment ça teste beaucoup tout ce qui touche au wifi, a priori la 2007 ce sera une version portable ultra-compatible...
[^] # Re: Design hideux
Posté par Raphaël G. (site web personnel) . En réponse à la dépêche Nouvelle version stable de phpMyAdmin : 2.8.0. Évalué à 0.
J'avais aussi le soucis sous mozilla, mais ça ne semble plus être le cas, donc n'hésitez pas a confirmer.
(Que je voie si c'est ma config qui merde, où si je dois proposer un patch)
Config :
Konqueror 3.5.1
[^] # Re: Quelqu'un me fait un petit rappel sur les DRM ?
Posté par Raphaël G. (site web personnel) . En réponse à la dépêche DADVSI 2.0 : L'amendement Vivendi-Universal est de retour ! Prévenez votre député !. Évalué à -2.
Résultat :
- Site officiel en flash pourrit
J'ai donc laissé tomber...
Je vais me lancer dans un google bombing, ce sera plus efficace...
[^] # Elles sont toutes les bienvenues a nous soutenir dans nos actions ;)
Posté par Raphaël G. (site web personnel) . En réponse à la dépêche Appel à tous: Mercredi 8 mars, action à l'Assemblée Nationale contre la loi DADVSI. Évalué à 1.
En ce jour où nous allons tenter de faire pencher la balance dans ce débat, nous ne refusons pas leur aide ;)
Avec un peu de chance, elles convaincrons peut-être un seul grain de riz qui fera pencher la balance ;p
(toute ressemblance avec "mulan" serait purement fortuite)
[^] # Re: cherche un peu ....
Posté par Raphaël G. (site web personnel) . En réponse au message Polices de caractères pour OpenOffice.org. Évalué à 1.
(il faut tout de même que tu récupère les .ttf et autre pour qu'il les convertisses en format linux)
ps : a faire en simple utilisateur dans un premier temps, ça t'évitera de pourrir le système si la police est buggée...
[^] # Re: page d'acceuil ?
Posté par Raphaël G. (site web personnel) . En réponse au message Redémarrage après inst Mandriva 2006. Évalué à 1.
Boot sur le cd d'install, appuye sur F1, tape "rescue" (sans ") et entré.
Quand la boite de dialogue apparaît, fait aller en ligne de commande puis :
loqdkeys fr
lspart
(note celle marquée ext3)
reboot
(ou "shutdown -r now" si ça marche pas)
Quand tu a l'écran, tu peux faire ceci :
presse Esc/Echap pour avoir la ligne de commande lilo, puis ceci
linux root=/dev/hdd1 splash=verbose
J'ai de très forts soupçons que tu aie déplacer ton disque dur (a un autre emplacement master/slave contrôleur principal/secondaire) et/ou ajouté/enlevé une carte contrôleur de disque.
Si booter avec la ligne ci-dessus s'avère concluant, (ou pour /dev/hd{a,b,c,d}{1,5,6,7}), je te conseille vivement de ré-installer lilo correctement.
Pour ce faire édition de /etc/lilo.conf, mise des bonnes options et lancer la commande suivante :
lilo
Si ça marche pas, refait l'installation sur la même partition (sans formater!!!), ça devrais te remettre lilo correctement (a l'étape du choix du périphérique de boot), sans toucher a la config du système et au paquets installés.
(Je l'ai déjà fait pour montrer a un débutant, ça marche bien et ça t'évite d'aller faire le guignol en ligne de commande si tu connais pas...)
[^] # Re: mandriva pb demarrage
Posté par Raphaël G. (site web personnel) . En réponse au message Redémarrage après inst Mandriva 2006. Évalué à 0.
Tu est sur qu'il y a pas un problème quelque part, car chez moi sans rien toucher je tourne en dessous de la minute largement, voir 30secondes. (config de base avec apache et une flopée de services au démarrages...).
As-tu regardé si elle éteins correctement son pc (par un poweroff) ?
Sinon regarde si elle n'a pas un soucis au niveau du démarrage de la connexion internet ou autre...
Essaye un coup de booter en linux-nofb ou linux-noboot et regarder ce qui ralentis.
En tous cas je doute sérieusement de ces 13 minutes de démarrages, surtout sur une 2006.0 car un très gros travail as été fait au niveau du temps de démarrage!
# Pas de miracles...
Posté par Raphaël G. (site web personnel) . En réponse au message Distro hosting petite config. Évalué à -2.
Un serveur linux a besoin d'un minimum, là ce que tu propose est le minimum requis pour faire une install de mandriva 2006.0 sans interface graphique... (et encore je suis pas sur que au niveau processeur faut pas plus)
Et si en plus ton disque est mort et fait des erreurs d'écriture, c'est déjà très mal barré...
Là-dessus tu peux mettre une debian, ce sera long a installer, et très poussif.
Pour ton lecteur de cdrom te prend pas la tête, tu démonte sur un autre pc le lecteur, tu fait l'installation et tu le remet plus tard.
Dsl, mais je te donne quand même mon sentiment, même si c'est a côté de la plaque :
Ne te casse pas les pieds, fait au moins un investissement en RAM et disque dur, sans que tu pourra faire une croix sur le php+MySQL...
Je pense que tu dois débuter, mais essaye de faire autrement si possible, monter une config sur une machine aussi limitée va te dégoûter de linux (tu trouvera ça lent et chiant a utiliser).
Je parle en connaissance de cause, j'en ai monté des configs comme ça, ça a dans tous les cas fini comme ceci :
- Arrêt du pc car inutilisable dès qu'on veux pousser (php/mysql/etc)
- Achat pc neuf bas de gamme chez carrouf/assembleur...
Un exemple de config neuve pas cher : http://rapsys.myftp.org/~rapsys/config.pdf
Y en a pour 381¤20 (sans frais de port) avec une config correcte.
J'ai choisi dans les composants livrables en 48h uniquement, une config la moins cher possible (sans écran/clavier/sourie) et 512Mo de ram au lieu de 256mo qui étais le plus petit dispo.
# Quelle commande ?
Posté par Raphaël G. (site web personnel) . En réponse au message Déplacement du répertoire /var et problèmes.... Évalué à 4.
- As-tu répliqué tous les droits (liens symboliques/owner/mode) correctement ?
Si la réponse est oui, ton problème vient d'ailleur...
Si le problème persiste, je te conseille de "t'amuser" avec strace a trouver d'où vient le pb.
Fait ceci :
backup et edite /usr/bin/mozilla-firefox
Va a la ligne qui lance mozilla-bin ou firefox-bin (enfin ça dois être dans le style), ajoute un strace devant le binaire.
Ensuite lance le script dans une console (ça va faire un max de ligne...) et va sur une page témoin (où ça plante) et attend le crash.
Après tu n'a plus qu'a remonter dans les logs a la recherche du problème, si c'est une histoire de /var, tu va le voir tout de suite...
Vérifie que ton /var/tmp a bien le sticky bit (t sur a la place du x de other si je me souvient bien).
[^] # Re: developpeurs web et securité
Posté par Raphaël G. (site web personnel) . En réponse à la dépêche Un petit ver pour Linux. Évalué à 0.
Il est vrai que pas mal de monde as écris en php porcui (mais on vois ça aussi en C/C++/etc...).
Je pense qu'il ne faut pas tout généraliser, des programmes écris comme des cons y en a plein.
Un exemple de truc débile (ou dérivés) :
include "{$_POST['sechole']}";
Des truc comme ça, c'est pas chose rare, mais bon y a pas mal de monde qui débute en php et qui n'imagine pas que des petits truc comme ça puisse être exploités...
Je ne parle pas des registrer_globals qui sont pour moi un insecure globals...
# kopete même combat (ça passe pas)
Posté par Raphaël G. (site web personnel) . En réponse au journal jouer avec MSN ou comment motiver a la migration vers XMPP grace a femfox.com. Évalué à 5.
le message d'erreur :
Le message suivant n'a pas été envoyé correctement (Connexion fermée.) :
http://www.femfox.com/fr/download.php <- les pages "hots"
Comme quoi msn ça pue, et même si c'était libre...
Bizarrement depuis que la webcam et les communications téléphoniques marchouille avec jabber j'arrive mieux a convertir les leaders.
(J'avoue, je monaille mon aide contre une inscription a jabber et l'utilisation de cet unique protocole pour me parler ;)
# Procédure
Posté par Raphaël G. (site web personnel) . En réponse au message probleme menus KDE 3.4.2. Évalué à 0.
Après tu a deux solutions :
- Virer tous les rpms a la main et les ré-installer a coup d'urpmi
urpme libxorg-x11
Ça te virera tout au dessus de X, il suffira de tout ré-installer a la main après. (kdm kdebase-progs au moins)
- Vérifier tous les paquets :
rpm -Va
Il te sortira toutes les différences entre l'installation et la config actuelle.
Après si tu a vraiment trop de bug, vire ton .kde dans un coin et refait la config...
mv ~/.kde ~/.kde.bak
su
service dm restart
# Qu'entend tu un contrôleur de volume ?
Posté par Raphaël G. (site web personnel) . En réponse au message probleme au démarage de kde. Évalué à 1.
il se peux que ta config de carte graphique ai "sauté", dans ce cas (en root) :
XFdrake
A priori vérifie que les paquets sont a peu près intacts :
rpm -Va
Il dois te sortir des stats, quand tu vois des file missing, regarde de plus près le paquet, ça peux être normal pour certains et il y aura un tas de fichiers de conf qui sont modifiés (donc ne te soucie pas trop des fichiers de confs).
Sinon j'ai VRAIMENT pas assez d'info pour t'aider!!!
[^] # Re: Bien mais des bugs
Posté par Raphaël G. (site web personnel) . En réponse au journal ManiaDrive : demande de contribution. Évalué à 2.
Quand on la frôle avec un angle de 5° par exemple, ben on monte sur la barrière au lieu de se faire repousser (comme sur un rail).
Quand on se la prend a 90°, au lieu de passer par dessus, on se fait faire un gros n'importe quoi.
ps : y a un bug, si on saute par dessus la première course, et qu'on franchis les remparts sur les bords on chute dans le vide...
ps2 : les temps c'est impossible pour un débutant, a partir de la 4ème course, 30" c'est carrément impossible en mode "normal".
(j'ai laissé tomber a ce moment là).
ps3 : bon votre jeu est pas pour moi, il me rend malade (et ui y a des jeux comme ça...), je pense que ça vient du moteur graphique qui fait ça (mouvement trop saccadé/pas de points stable/couleurs?).
Bonne initiative, mais mon corps veux pas de ce jeux très longtemps, tant pis productivité en hausse...
[^] # XFdrake direct
Posté par Raphaël G. (site web personnel) . En réponse au message probleme redemarage apres install. Évalué à 0.
Une fois ceci fait :
service dm restart
A faire en root bien sur! (se logger en user puis lancer "su")
[^] # Re: Ah non (pas tout est la faut de ati, même si c'est pourri)
Posté par Raphaël G. (site web personnel) . En réponse au message Linux sur ATI XPress200. Évalué à -1.
Un disque ne débite pas plus de 50Mo/s physiques (et encore ça dépend des modèles, de faire un transfert en continu, etc...).
Les disques affichent des spécifications a 79-80Mo/s pour les plus rapide, mais ne compte pas dessus, c'est valable seulement en début de disque et ça chute selon une courbe racine carré inversée dans le temps a peu près.
D'où est-ce que ça vient me dira-tu ?
Tout simplement de la mécanique des disques durs actuelle qui n'a pas vraiment évoluée depuis des années et qui arrive en fin de course (sans vraiment de nouveauté pour la remplacer).
Donc oui ton contrôleur de disque sata transfert a 150Mo/s, mais le disque derrière ne suit pas cette cadence du tout!
ps : fait gaffe sur les unités!!!
Mb != MB (ou Mo), y a un "petit" rapport de 8 entre les deux...
# Procédure
Posté par Raphaël G. (site web personnel) . En réponse au message Help demarage. Évalué à 1.
Quand tu est connecté fais ceci :
su
<tape le mot de passe root ici (rien ne s'affiche c'est normal)>
XFdrake
Sélectionne ta carte graphique et la résolution maximale de ton écran (si lcd, la résolution nominale).
Dis oui pour démarrer automatiquement l'interface X au démarage.
Après tape ceci :
service dm restart
Ça devrais redémarrer l'interface graphique, si rien ne se passe retour a la case Xfdrake.
Bonne chance et bienvenu dans ton nouveau monde...
[^] # Re: Diagnostique et essai de régler les pb
Posté par Raphaël G. (site web personnel) . En réponse au message Mandriva 2006: Grosse galère. Évalué à 1.
A vue de nez (au vu de ce que tu dis), c'est ta carte adaptec qui dois pas être prise en charge par le noyau d'installation de la version 64bit.
J'ai pas de vrai solution (a part installer sur un dd ata/sata pris en charge et migrer ensuite sur scsi) ou faire une installation en chroot et migrer (mais c'est aussi galère)...
Il y a une possibilité c'est de charger un module au boot (mais comme j'ai jamais réussi...).
Le plus simple est de mettre une version 32 bit (moins d'emmerdes) et tu gagnera pas grand chose de plus en x86_64...