Après une installation toute fraiche (voir mon article à ce sujet) de MATE sous Fedora 17 j’ai rencontré une erreur étrange :
Il y a eu une erreur lors de l’exécution de mate-screenshot : L’exécution du processus fils « mate-screenshot » a échoué (aucun fichier ou dossier de ce type)
Cette erreur se produit lorsque vous appuyez sur la touche « Impr écran » de votre clavier. Pour résoudre ce probleme il vous suffit d’installer le package « mate-utils » qui ne s’installe pas par défaut (??!)
Pour faire cela lancez une fenêtre Terminal, connectez vous en « root », puis tapez cette commande :
A cause du retard de la Fedora 18 (prévu pour le 8 janvier 2013) je me suis décidé à installer l’environnement MATE sur ma Fedora 17. En effet, MATE (fork de Gnome2) sera intégré qu’à partir de Fedora 18.
Pour installer MATE sous Fedora 17 faites comme ceci :
- Ouvrez un terminal et passez en « root »
- Installez ce package qui configurera les dépots de MATE
Une fois le dépot installé, exécutez cette commande pour installer l’environnement :
Sur mon poste, j’ai eu besoin de télécharger 102 packages.
Une fois tout cela installé, déconnecté vous de votre session actuelle (pas besoin de redémarrer le système) et choisissez l’environnement MATE avant de vous reconnecter (une liste doit être disponible à l’écran de connexion)
Après une installation toute fraiche de ma fedora 16 je ré-installe une version binaire de MySQL (parce que comme tout, j’aime bien savoir où je mets les choses :p )
Pas de chance ! Voila que MySQL ne veut pas démarrer ! J’obtiens ce message d’erreur :
C’est finalement très simple ! Il manque un package !
Pour installer le package manquant, en root tapez ceci :
Vous n’avez plus qu’ensuite à relancer votre serveur MySQL et tout ira bien !
oct 11
25
L’équipe de développement vient d’annoncer la sortie de la nouvelle version TYPO3, la version 4.6
Les innovations importantes sont :
sept 11
27
La premiere version beta de PHP 5.4 vient tous juste d’être publiée.
Cette version ne doit pas être encore utilisée sur un serveur de production. La liste des changements étant assez impressionnante, je vous renvois vers le changelog de cette beta1.
Si vous désirez tester cette version vous pouvez vous rendre sur la page de Quality Assurance. Pour vous aider à compiler vous pouvez retrouver quelques articles sur mon blog. A noter que cette nouvelle version de PHP gère maintenant les dernieres version d’autoconf. Ce qui vous évitera bien des soucis si vous ajoutez des extension PECL.
Si, lors de votre compilation, vous obtenez cette erreur :
Vérifiez que vous avez installé « bzip2″. Vous pouvez le vérifier en tapant la commande suivante :
S’il est présent, ajoutez simplement le paquet suivant :
août 11
31

Suite à l’exploitation (entendez par là, la création d’un script permettant d’exploiter la faille) d’une faille sur le serveur Apache connue depuis maintenant 4 ans, la fondation Apache vient tous juste de mettre à jour sa dernière version stable.
Au moment où j’écris ces lignes, le site officiel n’annonce pas encore la disponibilité de cette version. Cependant le correctif est annoncé dans le changelog
Vous pouvez néanmoins la télécharger en changeant le numéro de version dans l’url de téléchargement.
Par exemple, depuis les serveurs OVH : Apache 2.2.20
Après une utilisation de votre machine virtuelle vous remarquez que votre fichier disque VDI de la machine virtuelle atteint des proportions hallucinantes en espace disque.
Machine émulée sous Windows
juin 11
24
Ce billet me sert de mémento pour un déploiement de : PHP (sous sa forme FPM), MySQL et Cherokee comme serveur Web.
L’installation a été faite sur une Fedora 15 64bits fraichement installée (il manquait donc des dépendances). Cette distribution propose tous ces composants sous forme de RPM et quelques « yum install » pourraient vous suffire, cependant cela ne vous fera pas mettre la main dans le cambouis et vous n’apprendrez pas comment tout cela fonctionne
Le niveau de l’article n’est pas haut mais il faut connaitre les bases de la ligne de commande sous linux car je n’explique pas toujours
Petite remarque concernant l’installation de PHP : J’y ajoute 2 extensions :
Pré-requis
Nous allons tout d’abord nous faire un dossier et y stocker tous les fichiers (codes sources) nécessaires. En date du billet, il s’agit des dernières versions disponible.
Si vous êtes sur un système 64bits vous aurez besoin des version 32bits des librairies JPEG et PNG.
Nous allons ajouter l’extension « memcached » en static dans PHP. Pour cela il faut décompresser PHP et memcached. Puis ensuite nous déplacerons memcached décompressé dans le dossier des extensions de PHP (le code source).
Ensuite il faut régénérer le fichier de configuration de la compilation pour que PHP puisse prendre en charge cette nouvelle extension.
Si vous rencontrez un problème lors de la recréation de la configuration allez voir mon billet sur l’utilisation d’autoconf 2.13
Configuration et compilation
Je vous propose ce script de démarrage qu’il faudra placer dans /etc/init.d
L’administration va se lancer sur le port 9090 sur 127.0.0.1 et va vous générer un mot de passe. Ce mot de passe change à chaque lancement de l’administration.
Le probleme d’etre sur http://127.0.0.1:9090/ c’est que s’il s’agit d’un serveur distant (c’est à dire que ce n’est pas votre propre machine) vous aurez du mal à vous connecter (c’est à dire que si par exemple votre serveur à l’IP 192.168.10.1 vous ne pourrez pas vous y connecter dessus en faisant http://192.168.10.10:9090 ).
Pour résoudre ce probleme vous avez 2 solutions :
Cherokee ne va pas détecter PHP car il cherche la version “CGI” (Il cherche dans le PATH l’exécutable en plus). Donc nous allons paramétrer nous même la source.
Utilisez l’interface d’admin de cherokee (voir le chapitre précédent)
Dans la catégorie “Sources” cliquez sur le “+” pour ajouter.
ps: Pensez à démarrer le démon de PHP-FPM
Attention car si vous utilisez KDE, vous allez avoir un problème avec MySQL déjà installé !
A faire en root :
Bon voila, je m’arrête ici pour ce billet, j’espere qu’il vous aura été utile
Par défaut TYPO3 génére un fichier journal contenant les appels à des API de TYPO3 dépréciées.
En production il n’est pas recommandé de laisser activé cette fonctionnalités car, à terme, cela réduit les performances. Sauf que la documentation n’est pas très claire au premier abord :
Commalist: Enables the logging of deprecated methods and functions. Default is ‘file’. The following options are allowed: ‘file’: The log file will be written to typo3conf/deprecation_[hash-value].log ‘devlog’: The log will be written to the development log ‘console’: The log will be displayed in the Backend’s Debug Console. The logging options can be combined by comma-separating them.
Bon d’accord c’est gentil de me dire que je peux enregistrer ce journal dans différents endroits, mais moi je veux le désactiver.
En fait, c’est très simple, il suffit de mettre la valeur zéro !
Voyez ci-dessous cela que cela donne dans le « localconf.php » de TYPO3
$TYPO3_CONF_VARS['SYS']['enableDeprecationLog'] = ’0′;