Très étrange cette affaire.
ProxyHam :
https://www.ecirtam.net/links/?searchtags=ProxyHam#o8buGA
(Permalink)

pppfffff -_-
Bon faut quand même que l'attaquant ai un accès physique à la machine.
(Permalink)

Bon en fait, je viens de voir que j'ai ce problème sur 2 VPS qui sont chez deux hébergeur différent qui ne sont pas en France.
À part une installation à 0, rien n'est proposé. Pas de doc. :-/
(Permalink)

C'est la représentation d'un atom de Nc ?
(Nc = Nyan-cat, ligne 0 du tableau périodique)
(Permalink)

snif :'-(

https://www.mypersonnaldata.eu/shaarli/?h_dx8Q
"Attention, il y a pas mal de problèmes avec Tox :
- beaucoup de troubles & discussions houleuses en interne
- de base, bien que les concepts de Tox soient intéressants, il n'y a pas de protocole documenté :/
- le code a été écrit par des étudiants (gsoc) qui ne sont pas du tout des experts en sécurité

Et, plus récemment et bien plus grave :
- le trésorier a piqué 3000$ dans la caisse
- il tient les ndd tox.im, libtoxcore.so et toxme.se en "otage"

Bien qu'il n'y ait pas de raison de croire qu'il fourgue des binaires vérolés, il faut bien sûr condidérer que ces domaines sont corrompus. Donc ceux qui avaient installé via dépôt deb doivent le désactiver évidemment et prendre celui de tox.chat."
(Permalink)

Oooh cool
Un équivalant du HackRF en forme de radio ^_^
need
https://github.com/rad1o

via http://lalleau.com.free.fr/index.php5?yJe1YQ
(Permalink)

L'erreur que j'ai avec le remove, c'est en gardant wheezy dans le source.list
(Permalink)

C'est installé par défaut sur un VPS :-/
Par contre le remove, ça fonctionne pas :

$ apt-get remove plymouth
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances      
Lecture des informations d'état... Fait
Certains paquets ne peuvent être installés. Ceci peut signifier
que vous avez demandé l'impossible, ou bien, si vous utilisez
la distribution unstable, que certains paquets n'ont pas encore
été créés ou ne sont pas sortis d'Incoming.
L'information suivante devrait vous aider à résoudre la situation :

Les paquets suivants contiennent des dépendances non satisfaites :
upstart : Dépend: mountall mais ne sera pas installé
E: Erreur, pkgProblem::Resolve a généré des ruptures, ce qui a pu être causé par les paquets devant être gardés en l'état.

:-/
(Permalink)

Cool
Je prend note :
https://soundcloud.com/krazhtest
https://soundcloud.com/krazhtest-1
http://krazhtest.free.fr/
https://www.youtube.com/watch?v=dROg05o25dk
https://www.youtube.com/watch?v=M95nV1NZZ3w
https://www.youtube.com/watch?v=h_H-Ej5MsAU
https://www.youtube.com/watch?v=h_H-Ej5MsAU
https://www.youtube.com/watch?v=sKd4WQTVTKI
https://www.youtube.com/watch?v=d5kRqf1HtLM
(Permalink)

J'aime bien :-)
T'en as d'autres ?
http://krazhtest.free.fr/anulation.mp3
(Permalink)

J'ai un serveur debian 7 que je veux passer à debian 8.
Donc dans /etc/apt/sources.list j'ai modifier wheezy par jessie.
J'ai fait fait un "apt-get update".
Jusque là tout va bien.
Par contre lorsque je fait un "apt-get dist-upgrade", voici ce que j'ai :
>>>
$ apt-get dist-upgrade
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances      
Lecture des informations d'état... Fait
Calcul de la mise à jour... Échec
Les paquets suivants contiennent des dépendances non satisfaites :
udev : Casse: plymouth (< 0.9.0-7) mais 0.8.5.1-5 devra être installé
E: Erreur, pkgProblem::Resolve a généré des ruptures, ce qui a pu être causé par les paquets devant être gardés en l'état.
<<<

J'ai fais des recherches sur le net mais rien de concluant.
Je ne sais pas quoi faire pour corriger ça. Je commence à désespérer.
HEEELLLLPPP
(Permalink)

baobab est pas mal pour voir l'occupation du disque.
http://doc.ubuntu-fr.org/baobab
(Permalink)

via http://lehollandaisvolant.net/?id=20150713120912
(Permalink)

Je le recharge quand ... j'y pense.
Ça peut arriver qu'il n'ai plus de batterie depuis quelques jours sachant que la batterie dure longtemps ^_^
Ouai je n'utilise quasiment pas mon smartphone ^_^
(Permalink)

Alors pour rappel ou pour info pour les plus jeunes, c'est pas nouveau que la NSA fait de l'Open Source !
En dehors des cas où elle s'infiltre dans des projets pour pourrir sa sécurité, elle a contribué notamment à :
SELinux ( https://fr.wikipedia.org/wiki/Selinux (1er janvier 1998) )
Accumulo ( https://en.wikipedia.org/wiki/Apache_Accumulo (3 octobre 2014) )
Nifi ( https://www.nsa.gov/public_info/press_room/2014/nifi_announcement.shtml (25 novembre 2014) )
(Permalink)

Quelques évolutions faites hiers sur mon script de backups des dépôts github.
https://www.ecirtam.net/links/?VdXEXA
(Permalink)

"Le marteau : non c'est impossible" >_<
Je n'ai pas de TV donc je ne connais pas cette émission mais est-ce que pour sélectionner les candidats ils font des tests de QI et prennent les pires résultats ?
(Permalink)

wow 0_0
Donc les dev outsourcing sont payés au max 2000 € - la part de ITEK4YOU par mois pour bosser 45 heures par semaine.
En plus ils ont un "haut niveau".
Bah ils sont franchement pas cher payé :-/

Autre site parlant de ce spam :
http://www.scam.cz/search/label/itek4you

Tien, ils recrutent en Tunisie :
http://www.tunisietravail.net/itek4you-recrute-ingenieur-developpeur-php-symfony-2-senior-32780/
http://www.offre-emploi.tn/offres-demploi/informatique-telecom-internet/itek4you-recrute-ingenieur-developpeur-java-2-10228/
Email : itek2015@yahoo.fr -> LOL

Ils y a aussi des offres au Maroc

C'est assez marrant de voir une "société" qui "bosse" dans l'informatique de ne pas avoir de site web et utiliser une adresse yahoo avec l'année dedans ^_^
(Permalink)

Après mon petit script qui copiait les dépôts github qui allaient être supprimés ( https://github.com/Oros42/github_backup ), voici une nouvelle version pour faire des backups de tout les dépôts d'un ou plusieurs utilisateurs : https://github.com/Oros42/github_backup_user_repos

Au 1er lancement, il copie tout les dépôts de utilisateurs qu'on lu donne en paramètre.
Après, il les met à jour si besoin.
Comme ça vous pouvez avoir un backup à jour facilement de tout vos dépôts github :-)
(Permalink)

Ah bah j'ai carrément réinstallé nginx car je n'arrivais pas à trouver d'où venait ce foutu problème de page blanche.

Donc dans /etc/nginx/sites-available/*
remplacer "include fastcgi_params" par "include fastcgi.conf"
http://www.pedaldrivenprogramming.com/2015/04/upgrading-wheezy-to-jessie:-nginx-and-php-fpm/
(Permalink)