Fedora-Fr - Communauté francophone Fedora - Linux

Communauté francophone des utilisateurs de la distribution Linux Fedora.

  

Annonce

Petite maintenance... Merci.

Dernière news : Vous pouvez tester la nouvelle Fedora Linux 38 Beta

#1 Re : [Anciennes versions] Support général » Ecran noir après "fermer session" » 02/01/2010 17:36:14

pingou a écrit :

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

#2 [Anciennes versions] Support général » Ecran noir après "fermer session" » 02/01/2010 17:18:45

JCLL
Réponses : 2

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

#3 Re : [Anciennes versions] Support général » bug probable sur une version Ruby de Fedora 9 » 18/02/2009 18:09:27

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+

#4 [Anciennes versions] Support général » bug probable sur une version Ruby de Fedora 9 » 18/02/2009 11:41:43

JCLL
Réponses : 4

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

#5 Re : [Anciennes versions] Installation des programmes » svn : Ce client est trop vieux » 03/02/2009 18:42:30

pmarion a écrit :
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

#6 [Anciennes versions] Installation des programmes » svn : Ce client est trop vieux » 03/02/2009 16:05:20

JCLL
Réponses : 3

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

#7 Re : [Anciennes versions] Réseaux » SVN derrière un proxy ? » 23/01/2009 17:08:46

pmarion a écrit :

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 wink
Je note que je n'ai pas besoin d'utiliser tsocks.

Merci encore
JC

#8 [Anciennes versions] Réseaux » SVN derrière un proxy ? » 21/01/2009 16:25:29

JCLL
Réponses : 3

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

#9 [Anciennes versions] Jeux » Lanceur xboard+accès au serveur fics » 26/10/2008 16:06:00

JCLL
Réponses : 1

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

#10 Re : [Anciennes versions] Matériel » xorg.conf pour Samsumg SyncMaster 22+ Radeon x300 » 06/01/2008 14:52:30

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

#11 Re : [Anciennes versions] Matériel » xorg.conf pour Samsumg SyncMaster 22+ Radeon x300 » 05/01/2008 19:08:16

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

#12 Re : [Anciennes versions] Matériel » xorg.conf pour Samsumg SyncMaster 22+ Radeon x300 » 05/01/2008 18:27:42

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

#13 Re : [Anciennes versions] Matériel » xorg.conf pour Samsumg SyncMaster 22+ Radeon x300 » 05/01/2008 16:52:37

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" wink (!)

JC

#14 [Anciennes versions] Matériel » xorg.conf pour Samsumg SyncMaster 22+ Radeon x300 » 05/01/2008 14:49:31

JCLL
Réponses : 8

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

#15 Re : [Anciennes versions] Support général » yumex » 02/07/2006 14:42:53

Désolé : effectivement, mon depot "extra" était désactivé.
A+
JC

#16 [Anciennes versions] Support général » yumex » 01/07/2006 16:01:59

JCLL
Réponses : 4

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

#17 Re : [Anciennes versions] Matériel » plus de serveur x après un update... » 20/06/2006 23:10:59

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

#18 Re : [Anciennes versions] Matériel » plus de serveur x après un update... » 20/06/2006 23:04:55

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

#19 Re : [Anciennes versions] Matériel » plus de serveur x après un update... » 20/06/2006 22:57:51

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

#20 [Anciennes versions] Matériel » plus de serveur x après un update... » 20/06/2006 22:07:59

JCLL
Réponses : 6

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,

#21 Re : [Anciennes versions] Support général » Comment revenir à une ancienne version de gcc ? » 15/05/2006 16:29:40

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 wink. 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

#22 [Anciennes versions] Support général » Comment revenir à une ancienne version de gcc ? » 12/05/2006 19:11:28

JCLL
Réponses : 39

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

#23 Re : [Anciennes versions] Réseaux » Timeout error occurred trying to start MySQL Daemon » 30/04/2006 19:35:29

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

#24 Re : [Anciennes versions] Réseaux » Timeout error occurred trying to start MySQL Daemon » 30/04/2006 18:05:36

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

#25 [Anciennes versions] Réseaux » Timeout error occurred trying to start MySQL Daemon » 30/04/2006 17:46:27

JCLL
Réponses : 4

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É]

Pied de page des forums

Propulsé par FluxBB