J'avais des soucis avec mes pages d'administration de Drupal, certaines m'affichaient l'erreur "Vous n'avez accès à aucune page d'administration." Cette erreur est survenue après la mise à jour de Drupal 6 vers la version 7.

J'ai pu corriger ce problème en reconstruisant les liens d'aministration en utilisant la requête SQL suivante sur la base de données de Drupal:

DELETE FROM menu_links WHERE module = 'system'

Ensuite il suffit de se rendre sur /admin/config/development/performance et de nettoyer le cache.

Pour finir je n'avais plus qu'à rajouter le bloc du menu dans la barre latérale pour obtenir un menu d'administration tout neuf.

Pour faire fonctionner le réglage du rétro-éclairage (backlight) du Samsung Series 7 Ultra NP740U3E sous Fedora 21, voici l'astuce.

Ajouter

video.use_native_backlight=0

à la ligne GRUB_CMDLINE_LINUX dans /etc/default/grub.

Régénerer le fichier de configuration Grub (dans le cas d'un démarrage EFI):

sudo grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg

Attention ! Ne pas utiliser Intel-backlight dans la configuration Xorg ! Cela ne fonctionne pas avec ce portable.

Je viens d'acquérir le Nokia N9, le dernier smartphone sorti par Nokia avant le pacte avec Microsoft. Il utilise le système Meego Harmattan.

Comme vous le savez déjà, j'utilise les protocoles CalDav et CardDav pour synchroniser mes contacts et mon agenda, le tout hébergé sur ezvan.fr. De base le système du N9 propose une synchronisation Caldav (pour le calendrier) mais par CardDav.

Voici donc comment j'ai mis en place une telle synchronisation, à l'aide de SyncEvolution.

Tout d'abord, j'ai récupéré un paquet .deb de SyncEvolution compilé avec le support de CardDav. Après l'avoir installé avec la commande dpkg, j'ai lancé les commandes suivantes pour configurer mon compte CardDav, remplacez <utilisateur> et <motdepasse> par le mot idoine.

# configure target config for CardDAVsyncevolution --configure \
             --template webdav \
             syncURL=https://cal.ezvan.fr/<utilisateur>/contacts/ \
             SSLVerifyServer=0 \
             username=<utilisateur> \
             password=<motdepasse> \
             target-config@carddav \
             addressbook

# configure sync config for CardDAV  
syncevolution --configure \\  
              --template SyncEvolution\_Client \\  
              syncURL=local://@carddav \\  
              username= \\  
              password= \\  
              carddav \\  
              addressbook

# initial slow sync for CardDAV  
syncevolution --sync slow carddav

# incremental sync for CardDAV  
syncevolution carddav

Et ça marche ! Il ne me reste plus qu'à trouver comment lancer la commande de synchronisation à intervalle de temps régulier.

Si vous avez observé des dysfonctionnements sur vos serveurs Linux le premier juillet, cela vient probablement d'un bogue du noyau Linux, qui a eu quelques problèmes pour gérer la seconde intercalaire du 30 juin.

La seconde intercalaire est une seconde ajoutée pour resynchroniser l'heure UTC avec l'heure réelle. La dernière minute du 30 juin a donc duré 61 secondes, ce qui peut provoquer certains remous lorsque cette situation est mal gérée par le logiciel.

À priori, le noyau Linux, Java, MySQL et d'autres sont impactés. Parmi les "gros" du web impactés, on compte Reddit, Linkedin, Foursquare, Mozilla...

Plus d'info sur Serverfault

Un exemple de problème chez Mozilla

De même chez Linuxfr

Le spam est un problème récurrent sur les services que j'administre sur ezvan.fr.

Que ça soit pour le serveur de courrier, le site web, le serveur Jabber... Tous sont envahis de requêtes de robots tentant d'inonder ce petit bout d'Internet de publicité, d'arnaque ou autre message malfaisant.

Récemment j'ai remarqué que certains utilisateurs du serveur de messagerie instantanée Jabber faisaient un nombre un peu élevé de requêtes. Après étude il semblait que ceux-ci s'attelaient à bombarder d'autres serveurs de messagerie. Plus de dix mille utilisateurs étaient alors inscrits sur le serveur, avec le plus souvent des noms générés automatiquement.

Après avoir nettoyé du mieux que possible ces utilisateurs, en supprimant ceux ayant des noms trop évidents et ceux sans connexion depuis plus de cent jours, je me suis attelé à limiter le nombre de robot s'inscrivant dessus. Depuis peu le serveur utilisé pour ce service, ejabberd, permet de demander à l'utilisateur de répondre à une question de type Captcha pour utiliser certaines fonctions. J'ai activé cette fonctionnalité pour l'inscription des nouveaux utilisateurs.

Je sais que ce système n'est pas parfait car il peut être contourné par ces robots et présenter des problèmes d'accessibilité, mais je n'ai pas trouvé de …