A un époque, il y avait un dépot non-US dans debian. Je me souviens qu'en 1996, ssh était illégal en france (cryptographie trop forte) et il y avait une version pour la france (ssf).
Je crois qu'il y a un certain de paquetage dans debian-multimedia qui ne sont pas légal aux USA pour cause de brevet logiciel. Il n'y a pas de dépôt aux USA.
Bref, la loi s'applique aussi au logiciel libre. Si on n'est pas content de la loi, il faut oeuvrer pour changer de député (et d'élus locaux -> sénateur).
Ce qui serait bien, c'est d'avoir un script qui regarde le noyau en fonctionnement à l'instant t (module chargé...) et construise un nouveau noyau avec juste ce qu'il faut compilé en statique.
J'avoue avoir trop de serveur différent pour gérer la compilation de tous ses noyaux à la main sur mon parc.
Si je regarde dans debian avec les mots clefs ip et inject :
ettercap - Multipurpose sniffer/interceptor/logger for switched LAN
nemesis - TCP/IP Packet Injection Suite
packit - Network Injection and Capture
reseed - seeds urandom with a truly random seed retrieved from random.org
spikeproxy - Web application security testing proxy
sugarplum - an automated and intelligent spam trap/cache-poisoner
wapiti - Web application vulnerability scanner
zorp - An advanced protocol analyzing firewall
irpas - Internetwork Routing Protocol Attack Suite
Si on regarde un peu plus loin mais sans vraiment cherche plus de 30s :
hping3 - Active Network Smashing Tool
python-scapy - Packet generator/sniffer and network scanner/discovery
nmap - The Network Mapper
Bref, un outil d'injection de code SQL me semble avoir toute sa place si l'outil vérifie les critères de la distribution : qualité de code, suivis du code, modularité du code, licence du code... Je ne sais pas ou se place exactement SQLninja.
Les images des vidéos sur le site web sont franchement nulle et pas à la hauteur de ce qui est proposé. Certes l'auteur nous avertis mais honnêtement, je ne pourrais jamais conseillé ce site à mon entourage tant que cette partie n'a pas été modifié.
Avec debian, j'ai accès à toutes les archives et c'est bien pratique sur une ancienne machine. On a même réinstallé une sarge l'an passé pour faire tourner un vieux logiciel HP pour récupérer des données sur bande...
Tu veux le NFS qui marche aussi lorsque tu n'es pas connecté... si tu trouves, je suis preneur. A ma connaissance, il n'y a pas de solution miracle à ta demande.
J'ai eu l'idée et j'ai fais le commentaire vite fais sans réfléchir.
Je viens d'aller sur github, il faut encore créer un compte... Personnellement, je sature de cette obligation de créer des comptes à droite et à gauche.
Personnellement, je n'utilise pas OCS pour déployer un paquet sous Linux. J'ai une méthode qui est bien mieux, plus flexible, plus souple, plus... cfengine.
Ericson faisait des routeurs qui tournaient en Erlang. Je ne connais pas l'empreinte mémoire comparé entre Erlang et le C mais Erlang est un langage avec machine virtuelle, c'est pas un langage compilé au sens du C et du Fortran.
La gendarmerie est-elle toujours un gros contributeur d'OCS-Inventory-NG ?
Si oui, cette migration pourrait porter un coup fatal à OCS ? Il y a certes le projet dynamique FusionInventory mais quid à terme du déploiement d'application dans GLPI ?
La voie prise par VirtualGL est aussi intéressante. En gros, on inverse X, le client redevient le serveur et le serveur le client ;-)
Je résume ce que j'en ai compris. On se place dans la configuration d'un poste client (serveur X) et d'une station de travail d'accès distant (serveur donc client X). L'affichage normal passe toujours par X sauf pour une fenêtre OpenGL. La résolution OpenGL se fait en local sur la carte graphique, on récupère en sortie de carte l'image calculé qu'on met à disposition du client via un serveur de type stream (Image, VNC...). Avec ce système, le client est bien client pour les fenêtres OpenGL et le serveur reste serveur pour la partie OpenGL !
Ceci marchait mal avant car récupérer l'image en sortie de carte graphique était soit impossible soit très lent. Avec les dernières cartes, il parait que c'est maintenant chose bien plus facile et performant.
Rien n'empêche de faire cela sur une et une seule machine. Imaginer deux machines est parfois plus simple pour les explications.
Bref, avec la voie VirtualGL, l'application envoi sur la bonne carte graphique selon la fenêtre, sinon on utilise le système classique. On pourrait très bien imaginer cela pour les machines a deux processeurs graphiques.
Un des problèmes, c'est qu'on demande de plus en plus à la << session graphique >>. Donc on a des serveurs type dbus qui tournent, tournent... du gconf... Bref, j'appelle cela un comportement de type variable globale par toujours très clair.
Les applications sont de plus en plus basé la dessus. Sans le gnome-settings-daemon, mon iceweasel (firefox) a un mal fou à ouvrir la boite de dialogue des fichiers, bien que je tourne sous wmii !
La notion de changement de groupe primaire (newgroup) est devenu quasiment inutilisable car les utilisateurs ne savent pas comment faire avec leur explorateur de fichier graphique. Du coup, on fait des hack à coup des sgid sur les dossiers partagés.
Bref, on perds cette notion de processus père fils se transmettant des variables d'environnements. Une architecture simple et robuste qui était capable de faire des trucs sympa mais simplement comme l'agent ssh (deux variables d'environnement).
Je n'ai jamais utilisé SCCS, mais je sais qu'il y a au moins un chercheur de l'INRIA qui ne jure que par lui !
Pour avoir vu un joli troll GPL/BSD dans un autre fil, je trouve ce projet plus intéressant et plus utile que le projet OpenCVS (BSD) dont l'objectif est de réimplanter un serveur CVS alors qu'il en existe un, certes vieillot, mais qui est suffisant pour faire une migration.
[^] # Re: Typos trop grandes
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Testez la nouvelle version de LinuxFr.org. Évalué à 3.
[^] # Re: expressivité
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Testez la nouvelle version de LinuxFr.org. Évalué à 1.
[^] # Re: expressivité
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Testez la nouvelle version de LinuxFr.org. Évalué à 3.
[^] # Re: BIEN ou PABIEN
Posté par Sytoka Modon (site web personnel) . En réponse au journal Fedora rejete un package d'un outil de pentesting. Évalué à 3.
Je crois qu'il y a un certain de paquetage dans debian-multimedia qui ne sont pas légal aux USA pour cause de brevet logiciel. Il n'y a pas de dépôt aux USA.
Bref, la loi s'applique aussi au logiciel libre. Si on n'est pas content de la loi, il faut oeuvrer pour changer de député (et d'élus locaux -> sénateur).
[^] # Re: Non
Posté par Sytoka Modon (site web personnel) . En réponse au message Tout en built in ?. Évalué à 4.
J'avoue avoir trop de serveur différent pour gérer la compilation de tous ses noyaux à la main sur mon parc.
[^] # Re: Disponibilité des outils de crack
Posté par Sytoka Modon (site web personnel) . En réponse au journal Fedora rejete un package d'un outil de pentesting. Évalué à 8.
ettercap - Multipurpose sniffer/interceptor/logger for switched LAN
nemesis - TCP/IP Packet Injection Suite
packit - Network Injection and Capture
reseed - seeds urandom with a truly random seed retrieved from random.org
spikeproxy - Web application security testing proxy
sugarplum - an automated and intelligent spam trap/cache-poisoner
wapiti - Web application vulnerability scanner
zorp - An advanced protocol analyzing firewall
irpas - Internetwork Routing Protocol Attack Suite
Si on regarde un peu plus loin mais sans vraiment cherche plus de 30s :
hping3 - Active Network Smashing Tool
python-scapy - Packet generator/sniffer and network scanner/discovery
nmap - The Network Mapper
Bref, un outil d'injection de code SQL me semble avoir toute sa place si l'outil vérifie les critères de la distribution : qualité de code, suivis du code, modularité du code, licence du code... Je ne sais pas ou se place exactement SQLninja.
[^] # Re: Typos trop grandes
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Testez la nouvelle version de LinuxFr.org. Évalué à 2.
# Screenshot
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Weboob 0.3. Évalué à 3.
[^] # Re: expressivité
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Testez la nouvelle version de LinuxFr.org. Évalué à 2.
[^] # Re: !!
Posté par Sytoka Modon (site web personnel) . En réponse au journal VLC sur l'AppStore, bouhhhhh. Évalué à 5.
[^] # Re: Dropbox ?
Posté par Sytoka Modon (site web personnel) . En réponse au message Syncronisation bi-directionnel. Évalué à 3.
Faut peut être regarder du coté de codafs...
[^] # Re: https - ajout fonctionalité
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Testez la nouvelle version de LinuxFr.org. Évalué à 1.
Parce que la DST ne se gène certainement pas pour construite une base de données de tous les identifiants qui trainent sur le net
Ensuite, coté charge du serveur, je ne sais pas quel est le surcoût du https.
[^] # Re: Dropbox ?
Posté par Sytoka Modon (site web personnel) . En réponse au message Syncronisation bi-directionnel. Évalué à 2.
[^] # Re: https - ajout fonctionalité
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Testez la nouvelle version de LinuxFr.org. Évalué à 10.
Je viens d'aller sur github, il faut encore créer un compte... Personnellement, je sature de cette obligation de créer des comptes à droite et à gauche.
[^] # Re: J'adore
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de GNU CSSC 1.3.0. Évalué à -1.
# https - ajout fonctionalité
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Testez la nouvelle version de LinuxFr.org. Évalué à 6.
[^] # Re: J'adore
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de GNU CSSC 1.3.0. Évalué à 2.
[^] # Re: OCS
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Revue de presse de l'April pour la semaine 44 de l'année 2010. Évalué à 3.
[^] # Re: J'adore
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de GNU CSSC 1.3.0. Évalué à 5.
[^] # Re: Excellent (et excitant)
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Une alternative à Internet : Netsukuku. Évalué à 7.
# OCS
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Revue de presse de l'April pour la semaine 44 de l'année 2010. Évalué à 2.
Si oui, cette migration pourrait porter un coup fatal à OCS ? Il y a certes le projet dynamique FusionInventory mais quid à terme du déploiement d'application dans GLPI ?
[^] # Re: faut arrêter de s'accaparer le projet fait par les autres
Posté par Sytoka Modon (site web personnel) . En réponse au journal Ubuntu abandonne X pour Wayland. Évalué à 2.
Je résume ce que j'en ai compris. On se place dans la configuration d'un poste client (serveur X) et d'une station de travail d'accès distant (serveur donc client X). L'affichage normal passe toujours par X sauf pour une fenêtre OpenGL. La résolution OpenGL se fait en local sur la carte graphique, on récupère en sortie de carte l'image calculé qu'on met à disposition du client via un serveur de type stream (Image, VNC...). Avec ce système, le client est bien client pour les fenêtres OpenGL et le serveur reste serveur pour la partie OpenGL !
Ceci marchait mal avant car récupérer l'image en sortie de carte graphique était soit impossible soit très lent. Avec les dernières cartes, il parait que c'est maintenant chose bien plus facile et performant.
Rien n'empêche de faire cela sur une et une seule machine. Imaginer deux machines est parfois plus simple pour les explications.
Bref, avec la voie VirtualGL, l'application envoi sur la bonne carte graphique selon la fenêtre, sinon on utilise le système classique. On pourrait très bien imaginer cela pour les machines a deux processeurs graphiques.
[^] # Re: j'approuve
Posté par Sytoka Modon (site web personnel) . En réponse au journal Ubuntu abandonne X pour Wayland. Évalué à 3.
Les applications sont de plus en plus basé la dessus. Sans le gnome-settings-daemon, mon iceweasel (firefox) a un mal fou à ouvrir la boite de dialogue des fichiers, bien que je tourne sous wmii !
La notion de changement de groupe primaire (newgroup) est devenu quasiment inutilisable car les utilisateurs ne savent pas comment faire avec leur explorateur de fichier graphique. Du coup, on fait des hack à coup des sgid sur les dossiers partagés.
Bref, on perds cette notion de processus père fils se transmettant des variables d'environnements. Une architecture simple et robuste qui était capable de faire des trucs sympa mais simplement comme l'agent ssh (deux variables d'environnement).
# J'adore
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de GNU CSSC 1.3.0. Évalué à 4.
Je n'ai jamais utilisé SCCS, mais je sais qu'il y a au moins un chercheur de l'INRIA qui ne jure que par lui !
Pour avoir vu un joli troll GPL/BSD dans un autre fil, je trouve ce projet plus intéressant et plus utile que le projet OpenCVS (BSD) dont l'objectif est de réimplanter un serveur CVS alors qu'il en existe un, certes vieillot, mais qui est suffisant pour faire une migration.
[^] # Re: hyde
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Pelican, un générateur de blog statique.. Évalué à 3.