Re: Contrôle d'accès porte et Debian
Bonjour, suite à votre message, je me permets de rebondir sur votre question. Pour commencer, il serait intéressant de bien définir votre besoin, à savoir : qu'entendez-vous par "contrôle d'accès" ? Est-ce un simple ouvre-porte qu'il vous faut ? est-ce qu'il vous faut des fonctions évoluées du style "gestion de sas", "gestion d'ascenseur", "comptage"...? Combien d'accès sont concernés ? sont-ils critiques ? (= est-ce qu'ils ont un fort débit de passage? exemple: tourniquet) sont-ils vitaux ? Quel type de badge et quelleS technologieS de badges avez-vous? (un badge peut regrouper plusieurs technologies sur le même support) Prévoyez-vous d'utiliser le badge pour un autre usage? ou utilisez-vous déjà le badge pour un autre usage? (exemple: pointage des employés, cantine...) Utilisez-vous un encodage de badge propriétaire? ou prévoyez-vous d'en utiliser un? De ces dernières questions découlent le choix du lecteur de badge, restera à déterminer le câblage de celui-ci (avec son alimentation) Est-ce qu'il y a nécessité d'une interaction avec de la vidéosurveillance? ou de la détection d'intrusion? Quel types de portes sont à contrôler? et quels sont les types de verrouillages retenus par porte à contrôler? (porte standard avec verrouillage par gâche à fond de pêne, porte avec verrouillage par ventouse électromagnétique, porte avec verrouillage par serrure motorisée... tourniquet, barrière type parking...?) Est-ce pour une industrie ou pour un ERP ? (établissement recevant du public) Si c'est pour un ERP, les verrouillages devront impérativement être conformes à la NFS 61-937. S'il y a beaucoup d'accès, ou si les accès sont critiques, selon la ou les solutions retenues, il faudra certainement un peu de puissance processeur sous le coude afin de traiter les informations. J'espère n'avoir pas oublié de point et d'avoir pu résumer de façon simple les principales questions à se poser lors d'un projet de contrôle d'accès. Une fois ces points éclaircis, se pose la question de l'interfaçage avec l'humain, mais malheureusement actuellement, sur le marché la solution windows est clairement dominante. Je ne sais pas si une solution Linux ou même une solution libre existe. Cela dit, ce n'est pas infaisable, mais seulement que personne n'y aura pensé pour le moment à le faire. (= développer tout soi-même) Personnellement, pour répondre à ces problématiques de contrôle d'accès réel, je ne suis pas sur que le raspberry pi fasse l'affaire. (je n'ai certes aucune expérience en raspberry pi et ne le connais que de nom, cependant, je doute un peu qu'il puisse réaliser toutes ces fonctions) Cela dit, s'il y a des personnes qui connaissent bien le raspberry pi, pourraient-elles éclairer ma lanterne? Je les en remercie d'avance. Voila pour les grandes lignes d'un contrôle d'accès réel et de ses problématiques. J'espère que cela pourra déjà vous aider un peu dans votre besoin, même si la question reste ouverte pour une solution entièrement Linux. Le 27/01/2016 10:08, Wallace a écrit : Bonjour, Je cherche à mettre en place une solution d'authentification pour nos locaux et des premières recherches les logiciels tournent tous sous Windows or dans notre entreprise nous sommes full Debian en serveur et Debian / Ubuntu pour les postes. Nous n'avons clairement pas envie de maintenir un Windows pour cela et n'avons pas du tout confiance dans ce type de solution. Connaissez-vous un système d'authentification (badge, clef rfid, emprunte, yubikey, ou autre) dont le logiciel de gestion pourrait être une solution tournant sous Linux ou mieux capable de s'authentifier sur le radius que nous avons déjà sur le réseau local? Je précise que l'on ne cherche pas ce type de solution pour la gratuité puisque d'une y a le matériel à acheter et on est pas contre une licence si on a accès aux sources. L'idée c'est de ne pas changer la ligne directrice du SI interne et pouvoir aussi s'interfacer avec les équipements et inventer des nouveaux usages ou simplement intégrer les logs d'accès dans notre système de centralisation de logs actuels. Merci pour vos retours.
Re: Documentation complète sur la compilation de programmes
Bonjour à tous, et tout d'abord un grand merci à tous les participants à ce fil de discussion. Effectivement, c'est maintenant beaucoup plus clair pour moi, d'autant plus que les quelques liens donnent accès à de plus amples documentations et à une mine d'informations. Je vous remercie tous pour votre aide et pour votre participation. ;-) Le 06/01/2016 01:43, Haricophile a écrit : Le Tue, 5 Jan 2016 20:27:25 +0100, Dominique Asselineau a écrit : Comment ça, impossible. Du temps des machines sur lesquelles les octets étaient comptés, on ne travaillait pas avec des langages compilés qui généraient trop de codes. Et puis comme l'a dit Éric, je crois, le langage d'assemblage n'était que des mnémoniques correspondant aux codes machines. Ça aidait tout de même au calcul des sauts relatifs. mais dire que c'était impossible n'est déjà pas exact. dom L'assembleur se compile aussi pour générer un binaire. L'assembleur c'est bas niveau : très proche du matériel et de fait du langage machine, on donne des instructions au processeur, pas aux fenêtres ;) Je ne dis pas qu'on n'a jamais programmé des instructions directement en langage machine, mais un langage comme l'assembleur est là pour éviter ça. Un langage comme C est suffisamment bas niveau pour permettre d'éviter d'avoir trop recours à un langage de type assembleur, il y a aussi des langages spécialisés pour les micro-circuits par exemple qui évitent ça. Mais l'assembleur n'a pas disparu, on en a encore besoin pour des usages précis. Pas pour développer une appli de compta bien sûr. Mais peut même fabriquer un compilateur avec ;)
Re: Documentation complète sur la compilation de programmes
Bonsoir à tous, permettez moi de vous souhaiter à tous mes meilleurs vœux pour la nouvelle année. Le sujet est très intéressant, et grâce à vous, j'apprends en même temps beaucoup de connaissances, et je vous en remercie. Je me posais les questions suivantes: vu qu'un compilateur transforme du code lisible par un humain en code machine, comment sait-il en quoi il doit transformer ce code lisible par un humain? comment connait-on les spécifications du "code machine"? (je devine que cela est certainement une suite de 0 et de 1, et très certainement fortement dépendant du processeur et de son architecture) comment le processeur sait-il ce qu'il a à faire en voyant ce code machine? comment est chargé ce code machine dans le processeur ? (j'aurai tendance à penser à grub, mais, à la mise sous tension du processeur, à t+1 qu'est-ce qui fait le processeur commence à faire une tâche?) Cela parait tout bête, et pourtant... de nos jours nous avons tellement l'habitude "d'appuyer sur le bouton" et cela fonctionne, tout démarre et est fonctionnel. Mais il a fallu des années pour en arriver à ce stade, pour qu'une simple puce de silicium soit le maître d'oeuvre de tout un système autour duquel tourne tant de choses de nos jours. Je vous remercie pour votre aide.
Re: Documentation complète sur la compilation de programmes
Bonjour, je remercie les personnes ayant pris le temps de me répondre. Pour répondre à la question de Jacques, ce n'est pas un projet bac +2, c'est simplement de l'intéressement personnel et la volonté d'en savoir un peu plus sur cette boite obscure qu'est un compilateur de programmes, ainsi que la volonté d'essayer de comprendre en profondeur tout ceci, la difficulté étant principalement qu'il y a peu de ressources traitant du sujet, ce pourquoi je fais appel à la liste. Je remercie particulièrement Basile pour son explication ci-dessous. Visiblement, la question ne semble pas être simple et mérite donc un approfondissement de celle-ci. J'aurai une petite question complémentaire: vu que les compilateurs génèrent du "code machine", j'aurai tendance à dire que les langages compilés sont syntaxiquement de "haut niveau" par opposition à un langage type "assembleur". Suis-je dans le vrai? Merci d'avance pour votre réponse et votre éclairage. Le 26/12/2015 20:18, Basile Starynkevitch a écrit : On 12/23/2015 05:43 PM, enae wrote: [...] Après examen de tutoriels, livres de programmations et autres ressources, je continue de me poser des questions sur le processus de compilation de programmes. Certes, le fichier sources est traduit en langage machine, certes, pour ce faire il faut utiliser des options -o etc... Mais existe-t-il réellement un manuel complet (ou ressource informatique) abordant de façon concrète, claire et en profondeur les points suivants: - les différentes étapes du processus de compilation, leur utilité, le fonctionnement en détail de celles-ci - toutes les options possibles, chacune étant expliquée en profondeur - des explications sur l'impact hardware lié à la compilation - la compilation croisée En principe, il ne peut pas exister de resources universelles décrivant comment compiler un programme, pour la bonne raison que d'un compilateur à l'autre, et d'un language à l'autre, le processus de compilation est très différent. Concrètement, compiler un programme dont le code source est codé en C et un programme dont le code source est codé en Ocaml ou en Common Lisp est vraiment très différent, notamment parce que dans le détail "compiler" veut dire des choses différentes, et qu'il y a peut-être différentes façons de compiler (le développeur ou le contributeur occasionnel de patch va compiler avec des options de déboguage; l'utilisateur et le packageur -celui qui fait un paquet Debian- préfère compiler avec des options d'optimisations). D'autre part, un logiciel libre suffisamment complexe utilisera souvent ce qu'on peut appeler pompeusement des techniques de méta-programmation: une partie du code source en C (par exemple) serait alors générée. Par exemple le compilateur GCC a actuellement plus d'une douzaine de générateurs spécialisés de code C++ qui genèrent une petite partie du compilateur, la grande majorité étant du C++; et certains de ses generateurs (pour GCC, gengtype par exemple) sont très spécifiques à l'application. La plupart des logiciels libres ont des instructions de compilation, souvent en anglais techniques (donc assez lisible), par exemple dans un fichier README ou INSTALL. J'aurais tendance à suggérer de commencer à compiler un petit logiciel libre; ainsi il est plus simple de compiler GNU bash ou GNU coreutils que de compiler le compilateur GCC ou le noyau Linux. Il y a aussi la question de la configuration du logiciel (une première étape de l'installation est souvent de lancer un script, par exemple ./configure, qui vérifie quels outils sont disponibles sur le système et génère des fichiers de configuration ad-hoc). Et la question, très liée à la configuration, de la dépendance de paquets existants. Si on veut viser la généralité la plus forte, ces thématiques sont encore des sujets de recherche académiques (et on peut faire une thèse de doctorat, y compris en France, sur ces questions). Bonne année à tous!
Re: Documentation complète sur la compilation de programmes
Bonsoir, je vous remercie pour votre remarque pertinente qui me fait remarquer qu'effectivement, les bonnes pratiques au niveau code n'interviennent pas dans le processus de compilation. Cependant, existe-t-il des bonnes pratiques au niveau de la compilation en elle-même? Par ailleurs, auriez-vous plus d'informations quant aux autres points de ma demande? Je vous remercie d'avance pour votre aide. Bonnes fêtes à tous. Le 23/12/2015 17:57, Eric Degenetais a écrit : Bonjour, pour information, les bonnes pratiques "indenter son code" et "commenter son code" n'ont strictement rien à voir avec le processus de compilation des programmes. Elles n'en présentent pas moins d'intérêt: elles facilitent la bonne compréhension du code par les humains qui le modifient, ce qui contribue à diminuer le risque de bugs... bonnes fêtes __ Éric Dégenètais Henix http://www.henix.com http://www.squashtest.org Le 23 décembre 2015 à 17:43, enae a écrit : Bonjour, j'utilise quotidiennement de nombreux programmes pour toute tâche. Après examen de tutoriels, livres de programmations et autres ressources, je continue de me poser des questions sur le processus de compilation de programmes. Certes, le fichier sources est traduit en langage machine, certes, pour ce faire il faut utiliser des options -o etc... Mais existe-t-il réellement un manuel complet (ou ressource informatique) abordant de façon concrète, claire et en profondeur les points suivants: - les différentes étapes du processus de compilation, leur utilité, le fonctionnement en détail de celles-ci - toutes les options possibles, chacune étant expliquée en profondeur - des explications sur l'impact hardware lié à la compilation - la compilation croisée - les bonnes pratiques de programmation (exemple: indenter son code et le commenter) Je vous remercie d'avance pour votre aide.
Re: Documentation complète sur linux
Bonsoir, je vous remercie pour vos liens. Je vais les étudier et essayer d'approfondir ma connaissance de linux. Merci pour votre aide. Le 23/12/2015 17:42, Klaus Becker a écrit : Le mercredi 23 décembre 2015, 17:27:06 enae a écrit : Bonjour, depuis plusieurs années déjà, je suis passé à linux et j'en suis satisfait. J'arrive à réaliser la plupart des tâches courantes (surfer sur le web, récupérer ses mails, installer/désinstaller des programmes via l'interface graphique/console...) par contre, je m'interroge actuellement sur le fonctionnement réel interne de linux. Par là, j'entends les points suivants: - le système de démarrage (grub) - les actions atomiques réalisées depuis l'appui sur le bouton "on" - systemD/sysinitV ou autre... - le noyau linux - la philosophie des programmes (=comment sont organisés les programmes --- physiquement sur le disque dur et logiquement (dépendances, arborescence de programmes) - le partitionnement de disques ainsi que l'intérêt et les inconvénients de systèmes de fichiers avec si possible une analyse critique de ceux-ci - tout ce qui peut aider à la compréhension en profondeur du système linux Connaîtriez-vous par hasard des ressources informatiques (fichiers de type pdf, pages web ou autre formats électroniques) traitant de ces sujets? Le but de cette opération étant d'améliorer la compréhension de ce système ouvert, promouvoir (via cette mailling liste) des sources d'information de linux, améliorer ses connaissances et pouvoir ainsi d'une part mieux se débrouiller, mieux aider, et d'autre part, pouvoir proposer des améliorations ou des simplifications de fonctionnement à terme. Je vous remercie d'avance pour votre aide. Bonsoir, quelques pistes sur Debian : http://www.debian.org/doc/manuals/reference/ http://formation-debian.via.ecp.fr/wiki/index.php/Accueil http://www.debian.org/doc/manuals/debian-reference/index.fr.html http://www.debian.org/doc/manuals/maint-guide/ http://formation-debian.via.ecp.fr/index.html http://debian-handbook.info/browse/fr-FR/stable/ http://debian-handbook.info/browse/fr-FR/stable/ http://wiki.debian-facile.org/ GNU/Debianement Klaus
Documentation complète sur la compilation de programmes
Bonjour, j'utilise quotidiennement de nombreux programmes pour toute tâche. Après examen de tutoriels, livres de programmations et autres ressources, je continue de me poser des questions sur le processus de compilation de programmes. Certes, le fichier sources est traduit en langage machine, certes, pour ce faire il faut utiliser des options -o etc... Mais existe-t-il réellement un manuel complet (ou ressource informatique) abordant de façon concrète, claire et en profondeur les points suivants: - les différentes étapes du processus de compilation, leur utilité, le fonctionnement en détail de celles-ci - toutes les options possibles, chacune étant expliquée en profondeur - des explications sur l'impact hardware lié à la compilation - la compilation croisée - les bonnes pratiques de programmation (exemple: indenter son code et le commenter) Je vous remercie d'avance pour votre aide.
Documentation complète sur linux
Bonjour, depuis plusieurs années déjà, je suis passé à linux et j'en suis satisfait. J'arrive à réaliser la plupart des tâches courantes (surfer sur le web, récupérer ses mails, installer/désinstaller des programmes via l'interface graphique/console...) par contre, je m'interroge actuellement sur le fonctionnement réel interne de linux. Par là, j'entends les points suivants: - le système de démarrage (grub) - les actions atomiques réalisées depuis l'appui sur le bouton "on" - systemD/sysinitV ou autre... - le noyau linux - la philosophie des programmes (=comment sont organisés les programmes --- physiquement sur le disque dur et logiquement (dépendances, arborescence de programmes) - le partitionnement de disques ainsi que l'intérêt et les inconvénients de systèmes de fichiers avec si possible une analyse critique de ceux-ci - tout ce qui peut aider à la compréhension en profondeur du système linux Connaîtriez-vous par hasard des ressources informatiques (fichiers de type pdf, pages web ou autre formats électroniques) traitant de ces sujets? Le but de cette opération étant d'améliorer la compréhension de ce système ouvert, promouvoir (via cette mailling liste) des sources d'information de linux, améliorer ses connaissances et pouvoir ainsi d'une part mieux se débrouiller, mieux aider, et d'autre part, pouvoir proposer des améliorations ou des simplifications de fonctionnement à terme. Je vous remercie d'avance pour votre aide.
Re: détecter le lancement d'un programme
Bonjour à tous, je vous remercie tous pour vos suggestions pour ma question. Je vais examiner chaque solution mentionnée et voir laquelle est la meilleure pour mon application. Merci à tous pour votre aide. Le 07/06/2015 08:53, Pierre Malard a écrit : Jour, Le 6 juin 2015 à 23:33, enae a écrit : dans le cadre d'une application, je souhaite détecter le lancement d'un programme (type: cp, mv) afin de lancer un script bash lorsque la commande est détectée. Y-a-t-il un moyen de faire ceci? Je vous remercie d'avance pour votre aide. Et pourquoi ne pas « masquer » la commande dans le /etc/bash.bashrc ? Comme ça, à part le cas de l’utilisation du chemin complet d’accès à la commande, c’est ton script qui est exécuté et non la commande. -- Pierre Malard «Mittler zwischen hirn und händen muss das hirz sein !» «La médiation entre le cerveau et les mains doit être le cœur !» Fritz Lang - "Métropolis" - 1929 |\ _,,,---,,_ /,`.-'`'-. ;-;;,_ |,4- ) )-,_. ,\ ( `'-' '---''(_/--' `-'\_) πr perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-. ;-;;,_: |,A- ) )-,_. ,\ ( `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"' `-'"'"'\_): 24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print' - --> Ce message n’engage que son auteur <-- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/557479e8.9070...@free.fr
détecter le lancement d'un programme
Bonjour, dans le cadre d'une application, je souhaite détecter le lancement d'un programme (type: cp, mv) afin de lancer un script bash lorsque la commande est détectée. Y-a-t-il un moyen de faire ceci? Je vous remercie d'avance pour votre aide. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5573671a.5030...@free.fr
clavier numerique et debian jessie
Bonjour à tous, après avoir installé une debian 8 sur une machine virtuelle, je constate que le pavé numérique de mon pc ne fonctionne plus. (même en ayant appuyé sur la touche pavé numérique) Auriez-vous une idée? Merci d'avance pour votre aide. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5564cf44.4050...@free.fr