- Fedora-Fr
- À propos de Fedora-Fr
- Historique
- Statistiques
- Télécharger
- Obtenir Fedora
- Toutes les méthodes de téléchargement
- Support
- Aide sur IRC
- Forums
- Documentation
- Sous-projets
- Plateforme de blog
Dernière news : Vous pouvez tester la nouvelle Fedora Linux 38 Beta
Tu as regardé sur le bugzilla par hasard ? Tu as quels pilotes graphiques ?
Je viens de parcourir la liste, mais ca n'apparait pas franchement (il y a plusieurs bug autour de gdm et des login/logout).
Est-ce que quelqu'un peut déjà me reporter le même comportement ?
Par ailleurs, pingou, comment connaitre les pilotes graphiques simplement ?
A+
JC
Salut !
Depuis mon passage à F11 (gnome), j'ai le problème suivant sur une séquence d'actions :
- utilisateur "A" loggé
- clic sur l'applet de changement d'utilisateur (près de l'horloge), et "B" se logge
- utilisateur "B" loggé
- clic sur systeme>fermer la session
Là on aboutit à un écran noir.
Pour en sortir, il faut faire ctrl+alt+F9 suivi de ctrl+alt+F8.
Pas franchement intuitif. On s'attendrait à retomber sur gdm...
Est-ce normal ? Avez-vous le même comportement ? Comment ne pas avoir cet écran noir ?
Merci !
A+
JCLL
Merci à vous deux pour l'aide,
Bien entendu, je peux compiler moi-même les sources ruby 1.8.6 (je pense le faire).
Mais comment solliciter un nouveau packaging pour la communauté Fedora ? Ce serait quand même mieux ! Qui contacter ? Comment savoir qui package cela ?
Je vous tiens au courant
A+
Bonjour à tous,
Pourriez-vous me donner votre avis sur ce bug probable sur une version Ruby de Fedora 9 :
ruby 1.8.6 (2008-08-11 patchlevel 287) [i386-linux]
http://www.ruby-forum.com/topic/178630#new
Comment (à qui ?) faire remonter le problème, sachant qu'il n'y a pas eu de réaction sur le forum ruby-forum pour l'instant ?
Par ailleurs, pourriez-vous me donner un aperçu des resultats sur vos systemes/version linux respectifs, afin de déterminer précisement si c'est Fedora 9 seul qui est en cause ?
Merci
Amicalement
Jean-Christophe
Google a écrit :Quand Harry essaie de sauvegarder ses modifications un peu plus tard, le système l'informe que sa version de fichier A est trop vieille. Alors Harry effectue par son client une fusion des nouvelles modifications récupérées depuis le repository et de sa copie de travail du fichier A.
Ca, c'est le fonctionnement classique d'un travail collaboratif.
Le message que j'ai semble plutot lié à des versions de client (=outil), non ?
Visiblement, c'est un truc répertorié :
https://bugs.edge.launchpad.net/ubuntu/ … bug/119958
"'it is a compatibility issue on different subversion products."
Personne n'est tombé sur ce problème sur Fedora ?
Très bon tutoriel au demeurant
JC
Bonjour,
Je travaille avec subversion (svn) sous F9 et j'ai depuis ce matin le message incompréhensible suivant :
svn: Ce client est trop vieux pour travailler sur la copie de travail '.' ; récupérer une version plus réçente du client
Pourtant, svn est parfaitement à jour (et fonctionnait jusqu'ici).
Est-ce que quelqu'un a une expérience de ce genre de message ??
A+
JC
Voir le site de subversion page dédiée au proxy
Essaie de voir dans ton fichier ~/.subversion/servers dans la section global. (Je crois qu'il n'y a pas de fichier «~/.subversion/client»)
http-proxy-host = tonProxy
http-proxy-port = 8080
http-proxy-username = ton_login
http-proxy-password = ton_mot_de_passe
Juste un message pour signaler que ca marche !
En fait j'avais déjà modifé ce fichier...avec la mauvaise adresse du proxy ! D'où l'erreur
Je note que je n'ai pas besoin d'utiliser tsocks.
Merci encore
JC
Salut,
Je n'arrive pas à accéder à certains repository SVN (subversion) extérieurs à ma société. Je suis derrière un proxy.
Comment s'y prend t'on en général ? J'ai besoin de comprendre !
On m'a conseillé tsocks (apparemment non dispo sous yum, mais je l'ai recompilé)
A titre d'exemple, j'ai :
- réussi à accéder à ce SVN : tsocks svn co svn://svn.linuxfromscratch.org/livecd/trunk lfs-livecd
- échoué sur celui-ci (et d'autres, http ou https) : tsocks svn co --username my_login https://www.soclib.fr/svn/systemcass/sources
Merci de rester simple...si possible !
Amicalement
JC
Bonjour à tous,
Petit problème : j'essaie de créer un "lanceur" sur le bureau : il s'agit de xboard (interface de jeux d'échecs)+accès direct au serveur "freechess" (ou fics). La commande que j'ai spécifiée dans l'onglet du lanceur est : xboard -ics -icshost freechess.org.
Malheureusement, ca échoue systématiquement par ce moyen...
Par contre, dans un gnome-terminal, avec la même commande tapée en ligne, ca marche nickel.
J'imagine que l'erreur vient du fait que dans le premier cas, le jeu n'est pas lancé dans un terminal ? Comment y pallier ?
Une idée ?
JC
Bon, je ne sais plus trop où j'en suis et ce que j'ai fait hier : désormais ca marche.
Je laisse le xorg.conf actuel à toutes fins utiles.
Avec ca :
1) Systeme>préférences>Matériel>Résolution d'écran fait apparaitre le 1680x1050 tant espéré !
2) Système>administration>Affichage aussi
3) Ensuite, malgré ca j'ai dû appuyer sur la touche "auto" d'ajustement de l'écran. Il ne faudra pas l'oublier !
4) Et ca continue de marcher au reboot.
Sauvé !
Par contre, désormais, je me pose la question (d'Utilisateur que je suis, avec un grand U) :
Comment, dans yum, éviter ces déconvenues ? Je souhaite continuer à updater mes logiciels, mais ne rien toucher à ces aspects de config matérielles (sauf problèmes de sécurité).
Bref : quelle bonne attitude adopter ?
Amicalement vôtre,
JC
# Xorg configuration created by system-config-display
Section "ServerLayout"
Identifier "single head configuration"
Screen 0 "Screen0" 0 0
InputDevice "Keyboard0" "CoreKeyboard"
EndSection
Section "Files"
ModulePath "/usr/lib/xorg/modules"
EndSection
Section "ServerFlags"
Option "AIGLX" "on"
EndSection
Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
Option "XkbModel" "pc105"
Option "XkbLayout" "fr"
Option "XkbVariant" "latin9"
EndSection
Section "Monitor"
Identifier "Monitor0"
ModelName "LCD Panel 1680x1050"
HorizSync 31.5 - 90.0
VertRefresh 59.9 - 60.1
Option "dpms"
EndSection
Section "Device"
Identifier "Videocard0"
Driver "radeon"
Option "OpenGLOverlay" "off"
Option "VideoOverlay" "on"
EndSection
Section "Screen"
Identifier "Screen0"
Device "Videocard0"
Monitor "Monitor0"
DefaultDepth 16
SubSection "Display"
Viewport 0 0
Depth 24
Modes "800x600"
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 16
EndSubSection
EndSection
Section "Extensions"
Option "Composite" "Enable"
EndSection
J'ai essayé, mais ca n'a pas marché (écran noir après avoir relancé le serveur x, en fin de manip. Idem après un reboot).
Voil à version du xorg.conf en ERREUR
Section "ServerLayout"
Identifier "single head configuration"
Screen 0 "Screen0" 0 0
InputDevice "Keyboard0" "CoreKeyboard"
EndSection
Section "Files"
ModulePath "/usr/lib/xorg/modules"
EndSection
Section "ServerFlags"
Option "AIGLX" "on"
EndSection
Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
Option "XkbModel" "pc105"
Option "XkbLayout" "fr"
Option "XkbVariant" "latin9"
EndSection
Section "Monitor"
Identifier "Monitor0"
ModelName "LCD Panel 1680x1050"
HorizSync 31.5 - 90.0
VertRefresh 59.9 - 60.1
ModeLine "1680x1050" 119.0 1680 1728 1760 1840 1050 1053 1059 1080
Option "dpms"
EndSection
Section "Device"
Identifier "Videocard0"
Driver "fglrx"
Option "OpenGLOverlay" "off"
Option "VideoOverlay" "on"
EndSection
Section "Screen"
Identifier "Screen0"
Device "Videocard0"
Monitor "Monitor0"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
Modes "1680x1050"
EndSubSection
EndSection
Section "Extensions"
Option "Composite" "Enable"
EndSection
Après utilisation d'un rescue CD, et copie d'un ancien xorg.conf (insatisfaisant : pas de 1650x1080)
Section "ServerLayout"
Identifier "single head configuration"
Screen 0 "Screen0" 0 0
InputDevice "Keyboard0" "CoreKeyboard"
EndSection
Section "Files"
ModulePath "/usr/lib/xorg/modules"
EndSection
Section "ServerFlags"
Option "AIGLX" "on"
EndSection
Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
Option "XkbModel" "pc105"
Option "XkbLayout" "fr"
Option "XkbVariant" "latin9"
EndSection
Section "Monitor"
Identifier "Monitor0"
ModelName "LCD Panel 1680x1050"
HorizSync 31.5 - 90.0
VertRefresh 59.9 - 60.1
Option "dpms"
EndSection
Section "Device"
Identifier "Videocard0"
Driver "radeon"
Option "OpenGLOverlay" "off"
Option "VideoOverlay" "on"
EndSection
Section "Screen"
Identifier "Screen0"
Device "Videocard0"
Monitor "Monitor0"
DefaultDepth 16
SubSection "Display"
Viewport 0 0
Depth 24
Modes "800x600"
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 16
Modes "1600x1200" "1280x1024" "1152x864" "1024x768" "800x600"
"640x480" "640x400"
EndSubSection
EndSection
Section "Extensions"
Option "Composite" "Enable"
EndSection
Ok,
Je suis en train d'appliquer la méthode : j'ai récupéré cette ligne dans le /var/log/Xorg.log, nettoyée :
Modeline "1680x1050" 119.00 1680 1728 1760 1840 1050 1053 1059 1080
Je dois la "copier dans la section monitor du Xorg.conf",
Section "Monitor"
Identifier "Monitor0"
ModelName "LCD Panel 1680x1050"
Modeline "1680x1050" 119.00 1680 1728 1760 1840 1050 1053 1059 1080
HorizSync 31.5 - 90.0 Je laisse tel quel ???
VertRefresh 59.9 - 60.1 Je laisse tel quel ???
Option "dpms"
EndSection
Bizarre ! Help !
JC
Salut Vindicator,
En haut de la page 9, tu me conseilles la manip de droopy64 ?
Est-ce qu'il faut que j'applique aussi ta formule avant (rappelée ci dessous) ?
su -
wget http://koji.fedoraproject.org/packages/ … 7.i386.rpm
rpm -U --oldpackage --nodeps xorg-x11-server-Xorg-1.3.0.0-9.fc7.i386.rpm
gdm-restart (ou redémarrer votre serveur graphique)
Merci pour ton "assistanat" (!)
JC
Salut à tous !
Voilà mon problème :
- je viend d'acquérir un écran LCD Samsumg SyncMaster 2232bw (22 pouces, 16/9, avec résolution optimale de 1650x1080).
- carte ATI Radeon serie X300/X550
- driver ATI de Livna : kmod-fglrx.i686 8.443.1-1.7.122.6.23.1 installed
J'ai réussi à configurer Fedora 7 il y a quelques jours pour cette résolution, MAIS suite à un yum update (hier), ca ne marche plus : ma résolution est toujours inférieure.
Comment faire ? Comment configuer le xorg.conf ? Est-ce un problème connu ?
Merci de votre aide !
JCLL
Voilà mobn xorg.conf actuel :
[jean@bureau ~]$ more /etc/X11/xorg.conf
# Xorg configuration created by livna-config-display
Section "ServerLayout"
Identifier "single head configuration"
Screen 0 "Screen0" 0 0
InputDevice "Keyboard0" "CoreKeyboard"
EndSection
Section "Files"
ModulePath "/usr/lib/xorg/modules"
EndSection
Section "ServerFlags"
Option "AIGLX" "on"
EndSection
Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
Option "XkbModel" "pc105"
Option "XkbLayout" "fr"
Option "XkbVariant" "latin9"
EndSection
Section "Monitor"
Identifier "Monitor0"
ModelName "LCD Panel 1680x1050"
HorizSync 31.5 - 90.0
VertRefresh 59.9 - 60.1
Option "dpms"
EndSection
Section "Device"
Identifier "Videocard0"
Driver "fglrx"
Option "OpenGLOverlay" "off"
Option "VideoOverlay" "on"
EndSection
Section "Screen"
Identifier "Screen0"
Device "Videocard0"
Monitor "Monitor0"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
Modes "1680x1050" "1280x1024" "1152x864" "1024x768" "800x600"
"640x480" "640x400"
EndSubSection
EndSection
Section "Extensions"
Option "Composite" "Enable"
EndSection
Désolé : effectivement, mon depot "extra" était désactivé.
A+
JC
Je m'étonne de ne rien trouver quand je veux installer yumex, alors qu'il me semble que j'ai les depos "classiques" préconisés.
C'est normal ?
D'où la seconde question : existe-t-il un moyen de connaitre quel dépot contient tel package ?
A+
JC
Je pense que tu dois refaire une install de ta carte graphique avec ce tuto.
Il faudra le faire après chaque nouvelle update ???
JCLL
Et pourquoi tu n'installes pas juste le kmod-fglrx qui va bien ?
Merci. Toutes les formules magiques sont bonnes a prendre. Ok, j'essaierai, mais JUSQU'ICI ca marchait !!!
Alors pourquoi devrai-je faire ca précisément maintenant ? Pas logique tout ca !!! (je sais je rale, désolé)
JCLL
Non, avec l'ancien noyau, j'ai le même plantage de x.
Je pense que mon update a modifié qqchose d'autre, dans des fichiers de config (?)
JCLL
Bonjour,
J'ai fait un "yum update" FC5 (kernel 2.6.16-1-2122 to 2133), ce w.e, sur un portable Toshiba Satelite 70, où j'ai installé une FC5 il y a plusieurs semaines (+update réguliers), et là : patatra, le serveur x ne se lance plus.
J'ai besoin d'aide pour que ca marche à nouveau et aussi pour éviter que ca se reproduise lors d'un update.
Replonger dans les arcanes des rmmod et /etc/x11/blabla.conf me gave ! Not my cup of tea.
La carte est une ATI Mobility Radeon x600.
L'erreur est "failed to load module fglrx. Module does not exist"
Dans le /var/log/Xorg.0.log, j'ai un "serveur error: no screens found"
Mes compétences s'arrêtent là.
Comment corriger le problème ?
Qu'est-ce qui a foiré ?
Merci d'avance de me parler simplement.
JCLL,
Salut
Merci pour vos réponses.
Je ne suis toujours pas parvenu à mes fins (c'est une question de temps, je ne désespère donc pas).
La vraie solution de l'_utilisateur_ c'est d'attendre l'update de systemc. Je dis ca car la notion d'utilisateur semble parfois échapper à certains . De plus systemC, bien qu'open-source, n'a pas un mode de développement réelement collectif : corriger ceci ou cela passera à la trappe, selon toute vraisemblance. Et je n'ai pas le temps ni l'envie, de toute facon.
La solution de Remi semble la plus clean...mais le "configure" de systemc rejette gcc32 (compiler not supported). Hacker le configure est ma piste privilégiée. La seconde : compilation croisée (eddy33).
Je referai un status quand ca marchera.
A+
JC
Bonjour,
Désolé si ce n'est pas le bon forum...
La compilation de systemc (www.systemc.org, du c++ pour le simulation de systèmes) échoue sur FC5. Nous sommes plusieurs à constater le problème. Pas de pb avec FC3 ou Ubuntu. Pas essayé avec FC4.
Apparemment les versions récentes de gcc sont moins permisives. J'utilise gcc 4.1.0 20060304 (Red Hat 4.1.0-3).
D'où ma question : est-il possible de revenir simplement à des versions antérieurs, si possible avec yum ?
(J'ai bêtement tenté de recompiler gcc 2.95.3 from scratch...sans succès)
Une idée ?
Amicalement,
JC
Oui, elle est à jour.
Dans l'onglet SELinux Service protection, j'imagine qu'il faut cocher "disable SELinux protection pour MySqld".
Je retombe sur le même message de Timeout. Le log est plus bavard :
mysqld got signal 11;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
We will try our best to scrape up some info that will hopefully help diagnose
the problem, but since we have already crashed, something is definitely wrong
and this may fail
key_buffer_size=8388600
record_buffer=131072
sort_buffer=2097144
max_used_connections=0
060430 19:32:39 mysqld ended
J'essaie sur une autre machine (FC5).
Merci de votre aide.A+
JC
J'obtiens une suite de ligne (qui doivent correspondre à plusieurs tentatives de lancements, finissant par le timeout) :
...
...
Apr 30 17:41:33 localhost kernel: audit(1146411687.978:294877): avc: denied { execmem } for pid=8878 comm="mysqld" scontext=root:system_r:mysqld_t tcontext=root:system_r:mysqld_t tclass=process
Apr 30 17:41:37 localhost mysqld: Démarrage de MySQL : failed
?
JC
Bonjour,
J'essaie de mettre en place l'outil MyDMS (http://dms.markuswestphal.de/about.html).
Il utilise Apache, MySql, Php, sous FC3.
Quand j'essaie de lancer le demon mysql, je tombe sur un timeout.
J'ai googlé, mais personne n'a vraiment la solution.
Fedora semble souvent en cause dans l'histoire (snif).
Quelqu'un a une idée ????
Merci.
JC
[root@localhost jean]# /etc/init.d/mysqld start
Timeout error occurred trying to start MySQL Daemon.
Démarrage de MySQL : [ÉCHOUÉ]