Your message dated Mon, 28 Mar 2011 11:56:42 +0200
with message-id <[email protected]>
and subject line Re: Bug#588970: fusioninventory-agent: package should conflict 
with  ocsinventory-agent
has caused the Debian Bug report #588970,
regarding fusioninventory-agent: package should conflict with ocsinventory-agent
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
588970: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588970
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: fusioninventory-agent
Version: 2.0.5-2
Severity: normal


I just wanted to test fusioninventory-agent without uninstalling
ocsinventory-agent, in order to see what the differences where between
the two agents ; it was a bad idea : the ocs server did not achieve to
manage incoming reports from same computer with differents agents, and
the duplicate detection mechanism stopped to work effectively. The
duplicate detection mechanism from glpi didn't work either, so I ended
up wit (lots of) duplicates of my test computer in both ocs and glpi
server.

To avoid such situations, IMHO fusioninventory-agent should conflict
with ocsinventory-agent.

I ended up with an uninstalled but unpurged ocsinventory-agent : that's
not enough, the ocsinventory-agent has cronjobs which fails when agent
has still configuration files but is not installed.

If you uninstall ocsinventory-agent, you should purge it (and say good
bye to the old configuration files).


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages fusioninventory-agent depends on:
ii  dmidecode                     2.9-1.2    Dump Desktop Management Interface 
ii  libnet-ip-perl                1.25-2     Perl extension for manipulating IP
ii  libnet-ssleay-perl            1.36-1     Perl module for Secure Sockets Lay
ii  libproc-daemon-perl           0.03-2     Run Perl program as a daemon proce
ii  libwww-perl                   5.834-1    Perl HTTP/WWW client/server librar
ii  libxml-simple-perl            2.18-3     Perl module for reading and writin
ii  perl [libcompress-zlib-perl]  5.10.1-12  Larry Wall's Practical Extraction 
ii  ucf                           3.0025     Update Configuration File: preserv

fusioninventory-agent recommends no packages.

Versions of packages fusioninventory-agent suggests:
ii  nmap                    5.00-3           The Network Mapper
ii  pciutils                1:3.1.7-3        Linux PCI Utilities
ii  read-edid               2.0.0-3.1        hardware information-gathering too
ii  smartmontools           5.39.1+svn3077-1 control and monitor storage system

-- Configuration Files:
/etc/fusioninventory/agent.cfg changed [not included]

-- no debconf information



--- End Message ---
--- Begin Message ---
On Wed, Jul 21, 2010 at 01:44:40PM +0200, Gonéri Le Bouder wrote:
> 2010/7/13 Fabrice Flore-Thebault <[email protected]>:
> 
> Hi Fabrice,
> 
> Thank you for the bug report.
> 
> > To avoid such situations, IMHO fusioninventory-agent should conflict
> > with ocsinventory-agent.
> Actually, there is one case the user may want to keep both installed.
> If there is
> two different OCS or GLPI/FusionInventory servers.
> 
> So I don't think we can do that for the moment.
I close the bug. It won't be fixed.



--- End Message ---

Reply via email to