Original post of Romaine Lubrique.Votez pour ce billet sur Planet Libre.

Introduction

Je souhaite vous faire découvrir une application pour le framework Python Django afin de gérer les factures. Il permet de créer, modifier et envoyer des factures en utilisant une table de contacts/entreprises que vous avez définie.

django-simple-invoice : adresse du repo

Vous trouverez le repo et une documentation à l’adresse bitbucket django-simple-invoice (je vais le migrer plus tard sous github pour ajouter un outil de développement continu que j’apprécie particulièrement, travis CI, mais je vous tiendrai au courant).

Pré-requis

Les pré-requis sont très simple, Python et Django (1.5 et 1.6 pour le moment). Je bosse pour valider la compatibilité 1.7.

Installation de django-simple-invoice

L’installation est simple. 3 commandes pip :

pip install django-simple-invoice
pip install django_extensions
pip install reportlab

Setup et configuration

Vous trouverez le détail de la configuration dans le fichier Readme de django-simple-invoice. Je ne vais pas le copier ici, car il est appelé à évoluer selon les évolutions.

Licence et remerciements

Il est sous licence GPL.

Je tiens à remercier une personne ayant énormément travaillé sur ce package django (en fait, il a presque tout fait, mais n’a plus le temps de le maintenir, et comme je l’utilise dans plusieurs projets, je prends sa suite), cette personne c’est Thomas.

Conclusion

Je vous invite à le découvrir, le tester et proposer des améliorations.

The post django-simple-invoice : application des gestion de facture pour django appeared first on Blog des télécoms.

Original post of Mathias.Votez pour ce billet sur Planet Libre.

Il existe plusieurs façons de changer son adresse MAC sous GNU/Linux (macchanger étant la méthode la plus connue) mais l’avantage de ce qui va suivre c’est que cela se passera directement au niveau du noyau Linux ce qui a pour avantage d’être particulièrement efficace et sûr. Alors certes il faut compiler son petit noyau mais bon nous sommes tous des geeks barbus, non?

Brad nous a sorti un petit patch (hack) sympathique pour changer aléatoirement l’adresse MAC d’une interface réseau dès que celle-ci est activée :)
Ainsi à chaque démarrage de l’ordinateur, les adresses MAC changent de manière aléatoire tout comme elles changeront également à chaque redémarrage du service réseau.
Pour information, le patch ci-dessous n’est pas intégré dans grsec car ce n’est pas le but visé par le projet.

Voici le code qui va bien du path « random_mac.diff » :

diff --git a/net/core/dev.c b/net/core/dev.c
index 19d9b66..9a16733 100644
--- a/net/core/dev.c
+++ b/net/core/dev.c
@@ -4823,6 +4823,24 @@ int dev_change_flags(struct net_device *dev, unsigned flags)
rtmsg_ifinfo(RTM_NEWLINK, dev, changes);

__dev_notify_flags(dev, old_flags);
+
+ if ((changes & IFF_UP) && !(old_flags & IFF_UP)) {
+ /* randomize MAC whenever interface is brought up */
+ struct sockaddr sa;
+ unsigned int mac4;
+ unsigned short mac2;
+
+ mac4 = prandom_u32();
+ mac2 = prandom_u32();
+ memcpy(sa.sa_data, &mac4, sizeof(mac4));
+ memcpy((char *)sa.sa_data + sizeof(mac4), &mac2, sizeof(mac2));
+ if (!is_valid_ether_addr(sa.sa_data))
+ sa.sa_data[5] = 1;
+ sa.sa_data[0] &= 0xFC;
+ sa.sa_family = dev->type;
+ dev_set_mac_address(dev, &sa);
+ }
+
return ret;
}
EXPORT_SYMBOL(dev_change_flags);
@@ -4991,7 +5009,8 @@ static int dev_ifsioc(struct net *net, struct ifreq *ifr, unsigned int cmd)
return dev_set_mtu(dev, ifr->ifr_mtu);

case SIOCSIFHWADDR:
– return dev_set_mac_address(dev, &ifr->ifr_hwaddr);
+ /* ignore userland MAC changes */
+ return 0;

case SIOCSIFHWBROADCAST:
if (ifr->ifr_hwaddr.sa_family != dev->type)

Pour les noyaux égals ou supérieurs à la version 3.15, j’ai dû modifier le précédant patch pour qu’il fonctionne toujours avec les versions plus récentes:

diff --git a/net/core/dev.c b/net/core/dev.c
index a30bef1..7eb6778 100644
--- a/net/core/dev.c
+++ b/net/core/dev.c
@@ -5476,6 +5476,24 @@ int dev_change_flags(struct net_device *dev, unsigned int flags)

changes = (old_flags ^ dev->flags) | (old_gflags ^ dev->gflags);
__dev_notify_flags(dev, old_flags, changes);
+
+ if ((changes & IFF_UP) && !(old_flags & IFF_UP)) {
+ /* randomize MAC whenever interface is brought up */
+ struct sockaddr sa;
+ unsigned int mac4;
+ unsigned short mac2;
+
+ mac4 = prandom_u32();
+ mac2 = prandom_u32();
+ memcpy(sa.sa_data, &mac4, sizeof(mac4));
+ memcpy((char *)sa.sa_data + sizeof(mac4), &mac2, sizeof(mac2));
+ if (!is_valid_ether_addr(sa.sa_data))
+ sa.sa_data[5] = 1;
+ sa.sa_data[0] &= 0xFC;
+ sa.sa_family = dev->type;
+ dev_set_mac_address(dev, &sa);
+ }
+
return ret;
}
EXPORT_SYMBOL(dev_change_flags);
diff –git a/net/core/dev_ioctl.c b/net/core/dev_ioctl.c
index cf999e0..265c2b3 100644
— a/net/core/dev_ioctl.c
+++ b/net/core/dev_ioctl.c
@@ -260,6 +260,8 @@ static int dev_ifsioc(struct net *net, struct ifreq *ifr, unsigned int cmd)

case SIOCSIFHWADDR:
return dev_set_mac_address(dev, &ifr->ifr_hwaddr);
+ /* ignore userland MAC changes */
+ return 0;

case SIOCSIFHWBROADCAST:
if (ifr->ifr_hwaddr.sa_family != dev->type)

Bonne compilation ;)

Original post of HacKurx.Votez pour ce billet sur Planet Libre.

Je viens de publier la mise à jour du role FreeSwitch pour Ansible, le célèbre moteur d’orchestration. Ce role permet d’installer FreeSwitch à partir des sources sur les systèmes linux basés sur Debian/Ubuntu.

J’ai ajouté la gestion des variables, vous permettant d’utiliser une configuration collant au mieux de vos besoins.

L’utilisation est simple. Il faut dans un premier temps installer Ansible, puis ajouter mwolff44.freeswitch-mw à vos roles. Vous avez un exemple de configuration ci-dessous :

- hosts: all
  vars_files:
    - 'defaults/main.yml'
  tasks:
    - include: 'tasks/main.yml'
  handlers:
    - include: 'handlers/main.yml'

Le repository du role Ansible pour FreeSwitch est hébergé chez Github et est bien sûr validé en intégration continue grâce au service de travis-ci.org.

Si vous voyez des idées d’amélioration, n’hésitez pas.

The post Ansible : Freeswitch role : nouvelle version – v1.1 appeared first on Blog des télécoms.

Original post of Mathias.Votez pour ce billet sur Planet Libre.

Quelques jours après le lancement de piratix.fr.nf, le site et le tracker ont été désactivés : le nom de piratix, trop confus, trop “choquant” pour beaucoup n’était pas approprié au projet.
Aussi , je vous présente : http://www.freeostorrent.fr, site web de partage libre de la famille de http://www.freetorrent.fr
Pour rappel, l’objectif de freeostorrent.fr est de rassembler des OS libres (Systèmes d’exploitation) et de les proposer au téléchargement par l’intermédiaire du protocole Bittorrent.
Déjà une trentaine de torrents d’OS libres disponibles.

Freeostorrent.fr remet à jour l’éternel problème auquel a déjà été confronté freetorrent.fr : concentrer les sources de partages des médias ou les multiplier ?

Je suis de l’école de ceux qui pensent que plus il y a de sources, mieux c’est ! C’est aussi simplement du vécu : si un serveur tombe en rade, on peut récupérer l’iso (ou le média) ailleurs !
Pour ce qui est de la maintenance et de la mise à jour des isos de distributions : ce sont les membres du site qui vont orienter cette “mise à jour régulière”, en participant à la vie du site, selon leurs découvertes, leurs goûts, leurs coups de cœurs. Il ne s’agit aucunement de réaliser un annuaire “complet” des distributions Gnu/linux, des xBSD, etc. Ce n’est ni dans mes compétences, ni dans des objectifs cohérents pour ce projet…

Evidemment, il y a un travail de modération. Comme il ne s’agit que d’iso d’OS, il sera un peu moins important que sur freetorrent.fr où nous avons dû mettre un système de modération où tous les torrents proposés doivent être validés par un admin avant d’être rendus public…
A voir dans le temps… on s’adaptera

Cet article freeostorrent.fr : bittorrent au service du Libre ! est apparu en premier sur mumbly58.fr.

Original post of mumbly58.Votez pour ce billet sur Planet Libre.