Bug 197354

Summary: net-mgmt/p5-FusionInventory-Agent sees no pkg(8) packages
Product: Ports & Packages Reporter: florian.heigl
Component: Individual Port(s)Assignee: Veniamin Gvozdikov <vg>
Status: Closed DUPLICATE    
Severity: Affects Some People CC: fgudin+fbsd, florian.heigl, freebsd
Priority: --- Flags: bugzilla: maintainer-feedback? (vg)
Version: Latest   
Hardware: Any   
OS: Any   

Description florian.heigl 2015-02-05 19:32:11 UTC 
Running an inventory is done like this:

/usr/local/bin/fusioninventory-agent --local=/var --scan-homedirs

After completion it outputs the name of the generated inventory xml file.
Looking inside you'll notice no packages are detected at all.

This means FreeBSD support has been lost for this tool and in result also for other tools re-using the fusioninventory data, like OCS-NG (or in my case Rudder).


Since we now have a new and shiny world it would be good to have working support for it.
Comment 1 Bugzilla Automation freebsd_committer freebsd_triage 2015-02-05 19:32:11 UTC 
Auto-assigned to maintainer vg@FreeBSD.org
Comment 2 florian.heigl 2015-02-06 00:30:44 UTC 
seems it has a hardcoded pkg_info call.

if pkg had just a dent of backward compat it'd be all fine :)

ork/FusionInventory-Agent-2.2.5/contrib/Tarballs.pm:# sub check {canRun("pkg_info")}
work/FusionInventory-Agent-2.2.5/t/inventory/bsd/softwares.t:my %pkg_info_tests = (
work/FusionInventory-Agent-2.2.5/t/inventory/bsd/softwares.t:plan tests => scalar keys %pkg_info_tests;
work/FusionInventory-Agent-2.2.5/t/inventory/bsd/softwares.t:foreach my $test (keys %pkg_info_tests) {
work/FusionInventory-Agent-2.2.5/t/inventory/bsd/softwares.t:    my $file = "resources/bsd/pkg_info/$test";
work/FusionInventory-Agent-2.2.5/t/inventory/bsd/softwares.t:    is_deeply($results, $pkg_info_tests{$test}, $test);
work/FusionInventory-Agent-2.2.5/blib/lib/FusionInventory/Agent/Task/Inventory/Input/BSD/Softwares.pm:        canRun('pkg_info');
work/FusionInventory-Agent-2.2.5/blib/lib/FusionInventory/Agent/Task/Inventory/Input/BSD/Softwares.pm:    my $command = 'pkg_info';
work/FusionInventory-Agent-2.2.5/MANIFEST:resources/bsd/pkg_info/sample1
work/FusionInventory-Agent-2.2.5/lib/FusionInventory/Agent/Task/Inventory/Input/BSD/Softwares.pm:        canRun('pkg_info');
work/FusionInventory-Agent-2.2.5/lib/FusionInventory/Agent/Task/Inventory/Input/BSD/Softwares.pm:    my $command = 'pkg_info';
work/stage/usr/local/share/fusioninventory/lib/FusionInventory/Agent/Task/Inventory/Input/BSD/Softwares.pm:        canRun('pkg_info');
work/stage/usr/local/share/fusioninventory/lib/FusionInventory/Agent/Task/Inventory/Input/BSD/Softwares.pm:    my $command = 'pkg_info';
Comment 3 Veniamin Gvozdikov freebsd_committer freebsd_triage 2015-02-06 09:03:42 UTC 
We'll get a new version a soon. You can try new version from here https://github.com/matsimon/freebsd-ports-dev/tree/net-mgmt_p5-FusionInventory
Comment 4 Mathieu Simon 2015-02-06 16:43:39 UTC 
Hi all

Yes version 2.3.15 definitely detects pkg(5) packages, initial tests against a 0.85 and 0.84 GLPI server were successful and sent all packages and versions.

I'll need some eyes for getting dependencies and pkg-plist correct.

Remaining issues
- check-orphans yells a bit and portlint isn't entirely happy
- Deploy likely requires an additional port that we don't have in the ports tree
- Perl tests also likely requires another module not yet in the ports tree
- Display (EDID) detection requires Parser::EDID not yet ported either

Depenending on priorities we can first make the port bump, and then care about enabling new fuctionality to the port instead of waiting for the additional ports to be added later on.

Other than that it the first results seem promising, feel free to ping me and fork my github.

-- Mathieu
Comment 5 Mathieu Simon 2015-11-17 14:40:47 UTC 
Long time nothing happened, I submitted PR 204632 that should contain a patch adressing this particular issue.

Let's see what is needed to make it happen.

-- Mathieu
Comment 6 Veniamin Gvozdikov freebsd_committer freebsd_triage 2015-12-07 09:39:12 UTC 

*** This bug has been marked as a duplicate of bug 204632 ***