Fedora-Fr - Communauté francophone Fedora - Linux

salut !

je ne me prononce pas sur la stabilité de mock... c'est purement subjectif. Par contre je te conseille d'utiliser les confs mock de Remi, optimisées à mort.

oui le dl est requis à chaque fois, sauf si mock garde le cache (config Remi)

un dépôt local pour f27, ne prenons que la release de base et les updates (sans deltarpm et sans debuginfo) pour x86_64, ça donne 58G + 17G soit 75G au total

C'est normal sur Fedora ces fichiers n'existent plus, car le service qui écrivait ces fichiers n'existe plus lui aussi.

C'est un fichier binaire, tu ne peux pas le lire avec Gedit. Le seul moyen de le lire est d'utiliser la commande journalctl.

Oui.

C'est pas une bonne idée, les fichiers de log binaires sont gérés par le service systemd dénommé journald, si tu veux modifier les réglages de conservation du log il faut donc voir ça dans la conf de journald.

Post édité

oui, tout simplement :)

138. 02/11/2014 00:05:05 openvpn system_u:system_r:openvpn_t:s0 5 file open unconfined_u:object_r:user_home_t:s0 denied 692

Cette suite de lignes indique que SELinux empêche openvpn de lire un fichier ayant le contexte unconfined_u:object_r:user_home_t:s0. Comme l'a dit pingou, ton certificat est mal placé.

Et s'il dit ça un jour, il dit ça toujours

que renvoie les commandes :

# sestatus
# aureport -a

Ouais donc voilà, plus robuste/stable c'est purement subjectif et psychologique... Fedora est juste polyvalente c'est tout.

J'ai un parc de serveurs physique et virtuels entièrement sous Fedora, et ça roule du tonnerre
Surtout quand l'upgrade tous les 12 mois ressemble à un simple yum update...

pour vérifier :

$ rpm -qa \*libudev\*

Et puis, à l'ère de l'IPV6, le pare-feu de la box est inutile puisque le poste de travail est accessible directement depuis l'extérieur. L'extérieur se heurte justement au pare-feu du poste de travail...

Mais peut-être que le concept de pare-feu est devenu obsolète si on gérait mieux les services actifs par défaut, comme pour rpcbind qui sert à rien par exemple.

Pas la peine de copier le index.htm hors de la racine de ton site (Cf la suite)

à l'adresse http://localhost/index.htm, sauf qu'étant donné que seul le fichier index.htm est lisible par apache, l'affichage de ton site va être incomplet, donc vire le fichier /var/www/html/index.htm

Maintenant que ton site est dans /var/www/mon_super_site/, il faut configurer apache pour aller lire ce répertoire. Je t'invite à te référer à la doc pour le faire. Tu verras ensuite que cette méthode est carrément plus facile pour faire un alias du style « http://monsite.test »

Et ainsi rendre inutile tout le travaille que tu viens d'accomplir... (et accessoirement faire une grosse bêtise)

Dans ton mes_sites.conf vire :

         # Activation de l'adresse  : http://localhost/sites_toto
        <Location /sites_toto>
                SetHandler sites_toto
                Order deny,allow
                Deny from all
                Allow from 127.0.0.1
                Allow from ::1
        </Location>

Et aussi remplace :

         UserDir  sites_toto

par :

         UserDir  _Sites_web

À partir de là tu dois avoir un permission denied à l'adresse http://localhost/~toto
ce qui indique que tu avances. La piste suivante est donc de configurer les droits Linux ainsi que les permissions SELinux.
(La bêtise suivante va donc être de jouer à chmod 777 et désactiver SELinux, au passage)