Re: [Fusioninventory-devel] Virtual Machine discovery on Hyper V 2012 / 2012 R2

Le 28/05/2015 10:07, Etienne DENEUVE a écrit : Hi There, I’ve made some tweaks in the Hyper-V Perl script for detecting Virtual Machine on the Hyper V Host on 2012 and 2012 R2. Microsoft made some change in the node \root\virtualization and create a new namespace called \root\virtualization\v2.

Re: [Fusioninventory-devel] impossible to use http://localhost:62354/now

Le 22/05/2014 17:47, loïc Lauréote a écrit : Hi, I develop a python server with python-tornado, interfacing fusioninventory-agent and openerp. Everything works ok with fusioninventory-injector but i have some problems with fusioninventory-agent, for exemple, a GET on "http://localhost:62354/now

Re: [Fusioninventory-devel] impossible to use http://localhost:62354/now

Le 22/05/2014 18:04, Ozy de Jong a écrit : Hello, Well yess you do miss something: Try http://127.0.0.1:62354/now as you might have enabled 127.0.0.1 but not localhost as trusted source. When you install the agent, you should set the following parameter: /httpd-trust=127.0.0.1,localhost That'

Re: [Fusioninventory-devel] Get IMEI, ICCID, IMSI with fusioninventory

Le 06/05/2014 18:56, Loïc Richelet a écrit : Hello Do you know if it was possible to get information regarding IMEI, ICCID and IMSI informations in fusioninventory reporting, please ? It is not. However, you may use 'additional-content' configuration directive to manually inject arbitrary XML

Re: [Fusioninventory-devel] Option --basevardir gone?

Le 03/04/2014 13:45, Mario Gzuk a écrit : Hi, we are using the prebuild Packes for Linux... The latest Version 2.2.7.4. So there is No setup You're using an obsolete version of the software and a monolithic installation method, which means looking for trouble. -- Guillaume __

Re: [Fusioninventory-devel] Option --basevardir gone?

Le 02/04/2014 15:40, Mario Gzuk a écrit : Hi, isnt it possible to change the basevardir any more? Or is there a new option (or config switch in agent.cfg) to change the basevardir to e.g. /tmp? I cant found any current available option which may point to this. That's a installation-time switch,

Re: [Fusioninventory-devel] Fusioninventory agent 2.3.4 - 2.3.6 cannot download deploy files when GLPI+FI lies on IIS 8.0 server

Le 20/03/2014 13:39, Ozy de Jong a écrit : Hello, Well this is actually my topic (i'm deajan on the forum). So this mail for the ML-Dev is just an english translation of my journey with the agent on the forum :) Anyway, downgrading libwww-perl to 5.834 works as a quick fix. Probably because pr

Re: [Fusioninventory-devel] Adding criteria ing entities computer rules for fusion inventory.

Le 28/02/2014 12:27, David DURIEUX a écrit : Another solution is to have criteria: * IP regex match /^172.16.(84|85)./ Remember than '.' match anything... You probably want: /^172\.16\.(84|85)\./ or /^172\.16\.8(4|5)\./ or /^172\.16\.8[45]\./ -- Guillaume __

Re: [Fusioninventory-devel] Best way to propose new code?

Le 09/01/2014 15:00, Nicolas Michel a écrit : Hello guys, What's the best way for you, for me, to propose patches? A new ticket, either carrying the patches, either pointing to the patches URL if available from somewhere else. -- Guillaume ___ Fu

Re: [Fusioninventory-devel] Some suggestions to improve the bug tracker

Le 08/01/2014 11:17, Kevin Roy a écrit : On 6 January 2014 23:46, David DURIEUX mailto:d.duri...@siprossii.com>> wrote: Le Mon, 06 Jan 2014 20:20:21 +0100 Guillaume Rousse mailto:guillomovi...@gmail.com>> a écrit: >Here are some changes I'd like to be done on

[Fusioninventory-devel] Some suggestions to improve the bug tracker

Here are some changes I'd like to be done on the bug tracker, to enhance its usage. 1) drop the mandatory requirement on version, for the server component. This make impossible to transfer bugs opened by mistake agent the agent component, as it occurs regulary 2) fix the default css, to use f

Re: [Fusioninventory-devel] Cisco and get MAC addresses on ports

Le 05/12/2013 10:45, David DURIEUX a écrit : Hello, This is the new schema to get MAC addresses on each port of switchs: 1/ if switch is a Cisco 2/ get all ports not have LLDP/CDP informations 3/ if have 1 or more ports of 2/ 4/ get all vlans associated to these ports 5/ if have 1 or more v

Re: [Fusioninventory-devel] FusionAgent extension

Le 26/11/2013 15:30, joachim.set...@t-systems.com a écrit : Hi All, we need to check differnet tings an a client where the agent is running: for example the uptime and load of the client à How can we extend the agent to provide such informations ? Hello Joachim. Your need seems just to extend t

[Fusioninventory-devel] network inventory: adding default values in the agent

Hello. I just uploaded here a summary on the impact of changes brought by the model+no_model_inventory branch on our test database: http://www.zarb.org/~guillomovitch/report.html Basically, this branch just provides default values for most generic and network-device-specific mappings, never o

Re: [Fusioninventory-devel] network discovery: device identification through sysobjectid

Le 14/10/2013 23:43, Guillaume Rousse a écrit : Hello. The master+objsysid branch(1) shows how the sysobjectid(2) object value can be used to identify easily both the device manufacturer, but also the device model, using additional mapping tables stored in the share directory

[Fusioninventory-devel] network discovery: device identification through sysobjectid

Hello. The master+objsysid branch(1) shows how the sysobjectid(2) object value can be used to identify easily both the device manufacturer, but also the device model, using additional mapping tables stored in the share directory (sysobjectid.vendor.ids files). Our current test database show

Re: [Fusioninventory-devel] Agent new parameter to disable get username

Le 08/10/2013 09:51, Gonéri Le Bouder a écrit : On Tue, Oct 08, 2013 at 09:42:33AM +0200, David DURIEUX wrote: Le Tue, 08 Oct 2013 09:37:26 +0200 Guillaume Rousse a écrit: But in daemon mode no possible? No, this will be possible after the REST/JSON transition. It's just a matter of h

Re: [Fusioninventory-devel] Agent new parameter to disable get username

Le 08/10/2013 09:35, David DURIEUX a écrit : Le Tue, 8 Oct 2013 09:26:49 +0200 Gonéri Le Bouder a écrit: On Tue, Oct 08, 2013 at 07:40:30AM +0200, David DURIEUX wrote: Hello, Hello David, because of some laws on privacy, we can add a parameter to not get username of session (so disable ge

Re: [Fusioninventory-devel] SNMP mapping issues

Le 13/08/2013 16:10, Guillaume Rousse a écrit : First issue: ifaddr variable. It is supposed to define IP addresses for each device port. Here is current definition of this variable, across various models: - 487 models map it to .1.3.6.1.2.1.4.20.1.2 - 127 models map it to .1.3.6.1.2.1.4.20.1.1

[Fusioninventory-devel] SNMP mapping issues

First issue: ifaddr variable. It is supposed to define IP addresses for each device port. Here is current definition of this variable, across various models: - 487 models map it to .1.3.6.1.2.1.4.20.1.2 - 127 models map it to .1.3.6.1.2.1.4.20.1.1 - 15 models map it to .1.3.6.1.2.1.4.21.1.7.10.

[Fusioninventory-devel] A better strategy for network inventory, based on SNMP models analysis

Hello. Here is the result of a short variability analysis on various SNMP model, covering all kinf od models. I've used the current master branch of the server code. It aims to analyse the following indicators: - occurence: the number of time this variable appears in a model - distriution: ho

Re: [Fusioninventory-devel] Why to execute the Inventory task in all cases?

Le 03/05/2013 15:35, Gonéri Le Bouder a écrit : On Fri, May 03, 2013 at 11:00:32AM +0200, Mario Gzuk wrote: Hi, this may be handled by this BUG: http://forge.fusioninventory.org/issues/2096 Hi, Yes, Mario is right. The REST/JSON protocol is designed to fix this issue. So far, it is partially i

Re: [Fusioninventory-devel] Why to execute the Inventory task in all cases?

Le 03/05/2013 09:47, Tomás Abad a écrit : Hello to everybody, Now that I'm testing the new FusionInventory Agent v2.3.0, nowadays in development, creating some NetInventory and NetDiscovery tasks in FusionInventory for GLPI, I have seen, taking a look to the FusionInventory Agent registr

[Fusioninventory-devel] REST API (Re: Inventory fonts)

Le 03/04/2013 16:08, Gonéri Le Bouder a écrit : On Tue, Apr 02, 2013 at 08:06:43PM +0200, Guillaume Rousse wrote: Le 02/04/2013 17:54, David Durieux a écrit : As Kévin said, I think Collect ( http://www.fusioninventory.org/documentation/dev/spec/api/rest-collect/ ) is the way to go. Espcially

Re: [Fusioninventory-devel] Inventory fonts

Le 03/04/2013 16:37, Gonéri Le Bouder a écrit : That's not the point. - findFile aims to be generic exactily to avoid situation like this one where everyone start a new module as soon as a new need arise From what I read here, findFile just allows to identify file presence, whereas David s

Re: [Fusioninventory-devel] /usr/sbin/system_profiler timeout on MacOSX

Le 03/04/2013 09:01, David Durieux a écrit : In MacOSX(agent 2.2.x), the function getSystemProfilerInfos() run command '/usr/sbin/system_profiler' and can make 2 or 3 minutes to complete get information. We must increase 'backend-collect-timeout' in agent config. I'd rather not change a global d

Re: [Fusioninventory-devel] Inventory fonts

Le 02/04/2013 17:54, David Durieux a écrit : Is it a problem to add dependencies to these 2 perl modules : * IO::String * Font::TTF I don't think you need IO::String at all. According to the man page: Note that perl-5.8 and better has built-in support for "in memory" files, which are set up

Re: [Fusioninventory-devel] Inventory fonts

Le 02/04/2013 14:55, David Durieux a écrit : Hello! One on my client want to inventory all fonts installed on windows and mac. Goal is to manage fonts licenses (yes many font require a license and must buy them). So, I will make code for this today and tomorrow. Don't forget samples and tests.

Re: [Fusioninventory-devel] Non-threaded server

Le 13/03/2013 21:02, Guillaume Rousse a écrit : The master+non_threaded_server branch I pushed yesterday allows to run the HTTP agent interface into the same thread as the rest of the code. We just need to take care of multiple potential events (target to contact, incoming HTTP requests) into

Re: [Fusioninventory-devel] fusioninventory-esx

Le 25/03/2013 11:13, Mario Gzuk a écrit : Hi, on windows the following changes are needed to run the fusioninventory-esx from perl\bin\: BEGIN { use File::Spec; use File::Basename; my $directory = dirname(File::Spec->rel2abs( __FILE__ )); # on Win2k, Windows do not chdir to

[Fusioninventory-devel] Non-threaded server

The master+non_threaded_server branch I pushed yesterday allows to run the HTTP agent interface into the same thread as the rest of the code. We just need to take care of multiple potential events (target to contact, incoming HTTP requests) into the same main endless loop. I tested it under Wi

Re: [Fusioninventory-devel] Dropping the authentication token

Le 13/03/2013 11:32, David DURIEUX a écrit : I just merged the no_more_token branch in master this morning. So you remove the token in next agent version ? To be more precise, the agent will ignore token parameters in request, and only consider its source adress to decide between acceptation o

Re: [Fusioninventory-devel] Dropping the authentication token

Le 09/03/2013 19:35, Gonéri Le Bouder a écrit : On Mon, Mar 04, 2013 at 12:46:00PM +0100, Guillaume Rousse wrote: Le 04/03/2013 10:46, David DURIEUX a écrit : Le Mon, 04 Mar 2013 10:43:44 +0100 Guillaume Rousse a écrit: Hi all, The token is here to avoid the case someone decide to awake all

Re: [Fusioninventory-devel] Dropping the authentication token

Le 04/03/2013 10:46, David DURIEUX a écrit : Le Mon, 04 Mar 2013 10:43:44 +0100 Guillaume Rousse a écrit: Le 04/03/2013 08:40, David DURIEUX a écrit : For security reasons, habe token is more safe, and I prefer have a token than allow the ip of the server. Prove it. It's more difficu

Re: [Fusioninventory-devel] Dropping the authentication token

Le 04/03/2013 08:40, David DURIEUX a écrit : For security reasons, habe token is more safe, and I prefer have a token than allow the ip of the server. Prove it. -- BOFH excuse #450: Terrorists crashed an airplane into the server room, have to remove /bin/laden. (rm -rf /bin/laden) _

Re: [Fusioninventory-devel] Dropping the authentication token

Le 01/03/2013 10:46, Tomás Abad a écrit : How does the agent know whether it must answer a request?. I suppose that the agent just would answer (or it will answer) to requests which origin be a server machine included in the option 'server' of the agent. I would like confirming this fact. Hel

[Fusioninventory-devel] Dropping the authentication token

The master+nomoretoken branch I just commited today allows to get rid of the authentication token, simply by automatically trusting all target servers. Advantages: - one less variable to share with the http server thread - one less variable to ensure persistence on agent side - no more need to

Re: [Fusioninventory-devel] consistency issues between USB and PCI device

Le 11/01/2013 12:26, Benoit Mortier a écrit : Le Ven 11 janvier 2013 11:49, Guillaume Rousse a écrit : Le 11/01/2013 11:44, Benoit Mortier a écrit : Second issue: we transmit PCI identifiers (vendor and device) as a single PCIID element, whereas we transmit them as distinct VENDORID and

Re: [Fusioninventory-devel] consistency issues between USB and PCI device

Le 11/01/2013 11:44, Benoit Mortier a écrit : Second issue: we transmit PCI identifiers (vendor and device) as a single PCIID element, whereas we transmit them as distinct VENDORID and PRODUCTID for the USB device. We should either have PCI controller PCIID element splitted into VENDORID and PROD

Re: [Fusioninventory-devel] Windows HotFixes are visible as {xxxxxx}.KBXXXX

Le 17/12/2012 09:51, Dawid Koziol a écrit : Hi, I’ve noticed strange behavior of agent (2.2.7-2). This is my first try with fusion inventory but it seems to be not correct. Hello. You'd better open a bug report on the forge for this kind of issues: http://forge.fusioninventory.org/projects/fus

[Fusioninventory-devel] consistency issues between USB and PCI device

Here is a controller element: 82801I (ICH9 Family) USB UHCI Controller #4 uhci_hcd Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 0c03 8086:2937 00:1a.0 03 USB controller Here is an USB device element: BCM5880 Secure Applications Processor with fingerprint

Re: [Fusioninventory-devel] Display Server response

Le 14/11/2012 11:24, Mario Gzuk a écrit : for some time the agent displays the server response messages if I run it from the command line. Where this "feature" is gone? did you try --debug --debug (2 time in a row) This works fine!!! Thanks! This is not command-line specific. Using a debug lev

Re: [Fusioninventory-devel] wake on lan changes

Le 18/10/2012 21:27, Gonéri Le Bouder a écrit : On Sun, Oct 07, 2012 at 06:00:33PM +0200, Guillaume Rousse wrote: Hello list. hi Guillaume, I'm not convinced of the interest of calling an external tool, that will obviously relies on either of those low-level methods anyway... Hum,

[Fusioninventory-devel] wake on lan changes

Hello list. I just commited a bunch of changes for the wake on lan task in 2.3.x branch: - a new standalone executable fusioninventory-wakeonlan, allowing to test without a GLPI server, specifying the list of methods to use - the ethernet method now loads the proper tools module to get its inte

[Fusioninventory-devel] Fwd: [Adherents] Hack and Quack 2013 Europe

A good occasion for a coding party... Message original Sujet: [Adherents] Hack and Quack 2013 Europe Date : Thu, 06 Sep 2012 07:40:38 +0200 De : L Boivin Répondre à : Les adhérents de l'association les Mongueurs de Perl Pour : Mongueurs - Adherents Copie à : Torsten Raudss

Re: [Fusioninventory-devel] Perl modules dependance and

Le 17/08/2012 10:48, Tomás Abad a écrit : So, depending of the platform where the distribution has been generated, the resulting meta files will be different. Given than either Goneri or myself are linux users, the source distribution metadata will always be primarily linux-oriented. Yes Gu

Re: [Fusioninventory-devel] Perl modules dependance and

Le 17/08/2012 10:03, Tomás Abad a écrit : All the required and recommended Perl modules for FusionInventory Agent and FusionInventory Agent Task are resolved except one of them; the Win32::Daemon, a recommended module for FusionInventory Agent. Why this module not and the rest of recomme

Re: [Fusioninventory-devel] [Fusioninventory-commit] [fusinv/fusioninventory-agent] 956e10: keep directories named as command only

Le 28/07/2012 15:42, Gonéri Le Bouder a écrit : 2012/7/28 Guillaume Rousse : Log Message: --- keep directories named as command only Hi Guillaume, It was confusing for me to see two directories with the same name but a different content, that's why I renamed it. There

Re: [Fusioninventory-devel] [Fusioninventory-commit] [fusinv/fusioninventory-agent] 4bae98: httpd-trust: allow multi IP and fulltext hostname

Le 19/07/2012 11:46, Gonéri Le Bouder a écrit : Branch: refs/heads/2.3.x+extended_httpd-trust Home: https://github.com/fusinv/fusioninventory-agent Commit: 4bae98412b61b628fdac640cbd3f6f159c58c657 https://github.com/fusinv/fusioninventory-agent/commit/4bae98412b61b628fdac640cbd

Re: [Fusioninventory-devel] Building the FusionInventory Agent Windows package...

Le 18/07/2012 12:24, Gonéri Le Bouder a écrit : 2012/7/18 Tomás Abad : It is Ok. There will be an installer by platform. My (and your) grandfathers will be happy, and the system administrators too, I hope. ;) Hello Tomás, What the point to provide a 64bit installer when a 32bit agent work

Re: [Fusioninventory-devel] Building the FusionInventory Agent Windows package...

Le 18/07/2012 08:38, Tomás Abad a écrit : Hello Guillaume, On Wed, Jul 18, 2012 at 8:06 AM, Guillaume Rousse wrote: Le 18/07/2012 01:25, Tomás Abad a écrit : d) Is there any problem if I make use of Strawberry Perl May 2012 v5.16.0.1 32bits to build an installer for Microsoft Windows

Re: [Fusioninventory-devel] Building the FusionInventory Agent Windows package...

Le 18/07/2012 01:25, Tomás Abad a écrit : d) Is there any problem if I make use of Strawberry Perl May 2012 v5.16.0.1 32bits to build an installer for Microsoft Windows 32bits platforms and Strawberry Perl May 2012 v5.16.0.1 64bits to build another installer for Microsoft Windows 64bits platforms

Re: [Fusioninventory-devel] Building the FusionInventory Agent Windows package...

Le 17/07/2012 18:44, Tomás Abad a écrit : Hello to everybody, As some of you know, I'm writing a new Windows installer for FusionInventory Agent. This morning I have started to building the package (Perl, Perl modules, FusionInventory Agent, commands, etc.) that the installer should to i

Re: [Fusioninventory-devel] better way to pass parameters to fusioninventory-agent

Le 02/07/2012 22:57, Gonéri Le Bouder a écrit : 2012/6/16 Guillaume Rousse : Le 13/06/2012 14:47, Gonéri Le Bouder a écrit : 2012/6/13 Guillaume Rousse : Le 12/06/2012 14:34, Gonéri Le Bouder a écrit : Hi Guillaume, We already had task-specific parameters (such as inventory-only

Re: [Fusioninventory-devel] Proposal for a new FusionInventory Agent command line parameter.

Le 18/06/2012 23:25, Tomás Abad a écrit : Hello, Studying the FusionInventory Agent v2.2.0 command line options I have missed one of them. In the same way that there is the option --list-tasks to list the tasks you can indicate in the option --no-task, why don't you include a new op

Re: [Fusioninventory-devel] better way to pass parameters to fusioninventory-agent

Le 13/06/2012 14:47, Gonéri Le Bouder a écrit : 2012/6/13 Guillaume Rousse : Le 12/06/2012 14:34, Gonéri Le Bouder a écrit : Hi Guillaume, We already had task-specific parameters (such as inventory-only parameters), now we have task-and-target-specific parameters, which only apply to a

Re: [Fusioninventory-devel] [Fusioninventory-commit] [fusinv/fusioninventory-agent] f0be7c: declares local-inventory-format parameter

Le 12/06/2012 14:34, Gonéri Le Bouder a écrit : Branch: refs/heads/master Home: https://github.com/fusinv/fusioninventory-agent Commit: f0be7c82b5cde76c56a60f8e1b790228c01155a1 https://github.com/fusinv/fusioninventory-agent/commit/f0be7c82b5cde76c56a60f8e1b790228c01155a1 Au

Re: [Fusioninventory-devel] Fusioninventory-agent + systemd

Le 18/04/2012 07:47, Remi Collet a écrit : So please remove this uggly file from contrib, or add a comment about it "beeing unusable". I didn't removed the environment file definition, it is still present in the service, so nothing prevent to pass any arbitrary options, including --daemon --no-

Re: [Fusioninventory-devel] Fusioninventory-agent + systemd

Le 14/04/2012 17:29, Remi Collet a écrit : Hi, Here is a working systemd configuration. Thanks, I just commited a simplified version to contrib directory. However, there are very few command-line argument that can't be specified through the agent configuration file, so using an external envi

Re: [Fusioninventory-devel] Software name and arch

Le 14/04/2012 17:59, Remi Collet a écrit : In previous version of the agent, (and in OCS agent) Software name was "name.arch" Only for rpm, actually, which was main motivation to change this behaviour. Starting with version 2.2.0, it's only "name" I consider this as a regression will make i

Re: [Fusioninventory-devel] Confusion between network interfaces and network addresses

Le 05/04/2012 20:04, Guillaume Rousse a écrit : Le 05/04/2012 10:56, Gonéri Le Bouder a écrit : Hello all, I think we all agree we should enforce a consistent strategy everywhere. My favorite ones would be 1, then 3, then 2. mainly because I prefer the idea of having all 'networks

Re: [Fusioninventory-devel] Confusion between network interfaces and network addresses

Le 05/04/2012 10:56, Gonéri Le Bouder a écrit : Hello all, I think we all agree we should enforce a consistent strategy everywhere. My favorite ones would be 1, then 3, then 2. mainly because I prefer the idea of having all 'networks' entries corresponding to a single concept, rather than the i

[Fusioninventory-devel] Confusion between network interfaces and network addresses

While reviewing yesterday changes from Goneri, I found there was some confusion in our code between two different concepts: network interfaces and network addresses. Worse, we are not even consistent among the various OS, most notably between Linux and Windows. Let's consider a machine with tw

[Fusioninventory-devel] Harmonization between README files and the forge

Hello fellow co-developpers. I made some efforts to make the README files for the agent and the 4 tasks compatible with 2.2.0 release a bit more consistent with each others, and with their forge project page also. The goal is to achieve a similar format first, and a similar vocabulary second.

[Fusioninventory-devel] dmidecode usage

Hello Anton. I just saw you have a list of software using dmidecode on this page: http://www.nongnu.org/dmidecode/ You may be interested to know than fusionventory agent is heavily relying on dmidecode to extract hardware informations from a wide scope of platforms, including windows: http://

Re: [Fusioninventory-devel] Adding power devices support to Fusion Inventory

Le 15/11/2011 15:30, Arnaud Quette a écrit : So, would you be interested in working with me on this topic? How can we proceed? Which kind of integration would be best, ie providing a formated files, or using languages binding or program calls? Hellp Arnaud. This is quite interesting idea. Espec

Re: [Fusioninventory-devel] Proposed enhancements/corrections

Le 04/10/2011 15:32, Oliver Tuschhoff a écrit : Dear FusionInventory-Team, thank you for providing such a great piece of software. While deploying the Agent into our environment I had to make several enhancements/corrections which I wanted to give back (against Version 2.1.10): Hello Olivier.

Re: [Fusioninventory-devel] renaming SNMPQuery task

On 17/08/2011 15:02, Gonéri Le Bouder wrote: REST/JSON protocol already implement a task version inventory. What about using it to do this name changes? http://forge.fusioninventory.org/projects/fusioninventory-agent/wiki/API-REST The actual problem is not to make the server know the agent has th

Re: [Fusioninventory-devel] renaming SNMPQuery task

On 17/08/2011 12:46, David DURIEUX wrote: Le Wed, 17 Aug 2011 12:40:56 +0200 Guillaume Rousse a écrit: On 17/08/2011 10:57, David DURIEUX wrote: Le Wed, 17 Aug 2011 10:57:22 +0200 Guillaume Rousse a écrit: Hello list. I propose to rename the 'SNMPQuery' to 'Net

Re: [Fusioninventory-devel] renaming SNMPQuery task

On 17/08/2011 10:57, David DURIEUX wrote: Le Wed, 17 Aug 2011 10:57:22 +0200 Guillaume Rousse a écrit: Hello list. I propose to rename the 'SNMPQuery' to 'NetInventory', for consistency with 'NetDiscovery' first, and to avoid useless reference to specific imple

Re: [Fusioninventory-devel] renaming SNMPQuery task

On 17/08/2011 11:06, David DURIEUX wrote: Do you think how to use in future netInventory to get informations too by http? You put in same module or in another? Perhaps name it snmpinventory instead netinventory? If it perform the same role, it should be in the same module (unless exception depen

[Fusioninventory-devel] renaming SNMPQuery task

Hello list. I propose to rename the 'SNMPQuery' to 'NetInventory', for consistency with 'NetDiscovery' first, and to avoid useless reference to specific implementation details (SNMP). The questions are: - does the suggested name seems OK ? - is it wise to do it now (for 2.2.0 release) ? -- BO

Re: [Fusioninventory-devel] Fwd: LWP and certificate checking

On 10/08/2011 23:56, Gonéri Le Bouder wrote: 2011/6/28 Gonéri Le Bouder: 2011/6/28 Guillaume Rousse Le 28/06/2011 11:57, Gonéri Le Bouder a écrit : 2011/6/28 Guillaume Rousse This means we need to rebuilt the perl tree on the =~ 60 arch we already have. This will be long, say 1 year. That&#

[Fusioninventory-devel] 2.2.x schedule

Hello. The 2.2.x branch is almost finished, regarding my own refactoring objectives, so it's time to discuss a release schedule. The plan is to have a shiny 2.2.0 stable version on september. I'm currently porting the available plugins (netdiscovery, snmpquery, and ocsdeploy). As the interface be

Re: [Fusioninventory-devel] Fwd: LWP and certificate checking

Le 28/06/2011 11:57, Gonéri Le Bouder a écrit : > 2011/6/28 Guillaume Rousse <mailto:guillomovi...@gmail.com>> > > I've just one problem with your patch. The "prebuilt" archive come with > Crypt::SSLeay, not IO::Socket::SSL. This means it will drop the SS

[Fusioninventory-devel] Fwd: LWP and certificate checking

Sorry, I confused both lists. Message original Sujet: LWP and certificate checking Date : Tue, 28 Jun 2011 11:33:07 +0200 De : Guillaume Rousse Pour : FusionInventory User discussion Hello list. I've been notified last friday of two problems with certificate checking i

Re: [Fusioninventory-devel] new generic injection feature

Le 06/06/2011 11:37, Gonéri Le Bouder a écrit : > 2011/6/5 Guillaume Rousse : >> Hello. > Hello Guillaume. > >> Reusing already-existing XML inventory format for this file seems the >> best idea, as users are expected to know it already. It just adds an >>

Re: [Fusioninventory-devel] new generic injection feature

OK, I think I found the user of this hack :) Le 06/06/2011 14:33, Sébastien Dagnicourt a écrit : > Hello, > Of course I disagree a bit with that ... ;) > First, the ByHand "workaround" is documented. A little only, but it is. Do you really consider comments buried in the perl module a user-targete

[Fusioninventory-devel] new generic injection feature

Hello. I just dropped the obscure and undocumented software-only injection feature from 2.1.x branch (FusionInventory::Agent::Task::Inventory::OS::Generic::Packaging::ByHand), in favor of a more generic one. The new agent switch --additional-content allows to pass a file whose content will automa

Re: [Fusioninventory-devel] FuisionInventory Agent GUI

Le 26/05/2011 05:15, Amir Pakdel a écrit : > It seems to me that everybody agrees upon one thing: Remote > UNIX/Linux/MacOSX agent execution/Installation would not be useful. In > fact, this GUI is for Windows based systems. And I still think than a GUI for installing (meaning: deploying binaries)

Re: [Fusioninventory-devel] FuisionInventory Agent GUI

Le 25/05/2011 11:09, Amir Pakdel a écrit : >> So, I don't have objection (that's your time after all), but I don't >> think the added value is worth the development effort. Agent >> configuration and deploiement could be made easier, indeed, but I don't >> think fancy GUIs (especially in native cod

Re: [Fusioninventory-devel] FuisionInventory Agent GUI

Le 25/05/2011 05:45, Amir Pakdel a écrit : > Dear developers, > > It seems that nobody has any objection to using libssh for remote > Unix/Linux inventory/installation; hence, I am going to start coding. I don't understand what you are trying to do here. If it's just a wizard to help to create a

[Fusioninventory-devel] _computeIPv4Network function

Given the 'readability' of this code, I'd rather add tests before claiming to be a potential replacement for Net::IP module. Even if this last one doesn't seems to be actively maintained since 2006, it does have tests, at least. And I'm also sceptical of the real need for such kind of code in the a

[Fusioninventory-devel] dubious 'fix'

commit f124ca1eff608b6a8dcc4ebb2cf1bc6b9e7a52d9 Author: Gonéri Le Bouder Date: Thu Apr 28 16:43:28 2011 +0200 fix the unknwon secion key filter diff --git a/lib/FusionInventory/Agent/XML/Query/Inventory.pm b/lib/FusionInventory/Agent/XML/Query/Inventory.pm index 777e12e..3a38a34 100644 ---

[Fusioninventory-devel] lack of consistency for basic system informations

Hello. I had a look at the kind of informations the various module reports for top-level elements OSNAME, OSVERSION, OSCOMMENTS. Here is a short comparaison. OSNAME: linux: `lsb_release -d` || f(/etc/release) macos: f(SysProfile) || Mac OS X || `uname -s` solaris: `uname -s` `uname -r` aix: `unam

Re: [Fusioninventory-devel] feature request for GLPI 0.83

Le 20/04/2011 23:24, David DURIEUX a écrit : > > Le Wed, 20 Apr 2011 23:22:12 +0200 > Guillaume Rousse a écrit: > >> [...] >> >> If virtual machines are inventored as other machines, why do we need to >> specifically care about their mac adresses ? > >

Re: [Fusioninventory-devel] feature request for GLPI 0.83

Le 20/04/2011 23:52, Gonéri Le Bouder a écrit : > >> Unless I'm wrong, I think PCI ID is the concatenation of PCI class ID >> and PCI subclass ID, so we only need the two last items. > Subclass are needed for some manufacturer like Intel. I didn't said we didn't need it, we just don't need to stor

Re: [Fusioninventory-devel] feature request for GLPI 0.83

Le 20/04/2011 19:06, Guillaume Rousse a écrit : > Le 20/04/2011 12:44, Gonéri Le Bouder a écrit : >> Hi, >> >> The development of GLPI 0.83 is started and I want to provide a list >> of feature we wish to see included. I started this draft document. >> http://f

Re: [Fusioninventory-devel] feature request for GLPI 0.83

Le 20/04/2011 12:44, Gonéri Le Bouder a écrit : > Hi, > > The development of GLPI 0.83 is started and I want to provide a list > of feature we wish to see included. I started this draft document. > http://forge.fusioninventory.org/projects/fusioninventory/wiki/Collaboration_with_GLPI-technicalchan

[Fusioninventory-devel] FusionInventory presentation in perl mongueurs technical meeting

If anyone is interested, there will be a short presentation of the project in the next Paris Perl Mongueurs technical meeting (tomorrow, mars 16): http://mongueurs.typepad.com/les-mongueurs-de-perl/2011/03/ev%C3%A9nements-des-mongueurs-parisiens-pour-le-mois-de-mars.html -- BOFH excuse #166: /pu

Re: [Fusioninventory-devel] FusionInventory for GLPI in BETA1

Le 11/02/2011 14:21, David DURIEUX a écrit : > The 3 FusionInventory plugins to test are : > * fusioninventory: core plugin > * FusInvInventory: local inventory of computers > * FusInvSNMP: remote inventory and network discovery of network devices The names are clearly confusing. I'd prefer somethi

Re: [Fusioninventory-devel] [Urgent] Absract for Linux TAG 2011

Just some wording corrections... Le 07/02/2011 18:31, Walid nouh a écrit : > FusionInventory is a set of tools designed to automatically identify, > inventory and import information within GLPI. ...to automatically discover and identify *assets*, and import relevant informations into GLPI (you're

Re: [Fusioninventory-devel] UserAgent patch for FusionInventory

Le 07/01/2011 11:23, Guillaume PROTET a écrit : > Hi, > > Your patch won't be integrated as is because, for security reasons, it is > inconceivable for us to integrate by default an agent not supported by OCS. I fail to see how decing to examine or reject a message, just because of client-managed

[Fusioninventory-devel] Fwd: Appel à Communicati ons

Message original Sujet: Appel à Communications Date : Tue, 04 Jan 2011 13:40:00 +0100 De :Salon Solutions Linux/Open Source 2011 Répondre à :Salon Solutions Linux/Open Source 2011 Pour : Visualiser correctement ce message

Re: [Fusioninventory-devel] Fwd: Appel à Communications

Le 07/01/2011 01:00, Bruno Cornec a écrit : >> Is so, are you still interested by a FusionInventory and a GLPI >> talk? > > yes. However, as the format has changed I need to confirm that with the > comitee before, but in principle, that would be Ok. But anyway I'd need > a formal proposal (as per

Re: [Fusioninventory-devel] Fwd: Re: [LTalks] Form submission from: Call For Lightning Talks

Le 06/01/2011 22:06, Gonéri Le Bouder a écrit : > On Thu, Jan 06, 2011 at 01:42:57PM +0100, Guillaume Rousse wrote: >> Our lightning talk has been refused, but we're still in the ranks for >> the configuration/systems management devroom. > I really hope it's because we

[Fusioninventory-devel] Fwd: Re: [LTalks] Form submission from: Call For Lightning Talks

he project, > its history and its roadmap. > > Speaker: > speaker firstname: Guillaume > speaker lastname: Rousse > speaker email: guillomovi...@gmail.com > speaker activities: > Guillaume Rousse works as system engineer during the day, hacks perl > code during the night, and dro

[Fusioninventory-devel] Simulating complete test systems

The new test modules modules allow to emulate the system on which the code is running, so as to test high-level functions, instead of only the ones parsing command output, or even the whole programm... First, FusionInventory::Test::MockSystem modules provides functions returning ad-hoc wrappers ov

[Fusioninventory-devel] Fwd: Appel à Communicati ons

Message original Sujet: Appel à Communications Date : Tue, 04 Jan 2011 13:40:00 +0100 De :Salon Solutions Linux/Open Source 2011 Répondre à : Salon Solutions Linux/Open Source 2011 Pour : Visualiser correctement ce message

Re: [Fusioninventory-devel] FusionInventory::Agent::Tools backport?

Le 27/12/2010 15:44, Gonéri Le Bouder a écrit : > To achieve that I want to reuse some part of OcsDeploy.pm. > Today, in the master branch we already have a place for shared > method in the FusionInventory::Agent::Tools. It's probably the place > where a should put the code to reuse. I wonder if we

  1   2   >