That is true, if only I could just add extra repos in all these hosts .. but that seems like the most logical thing to do for now, until I can figure out how to write a puppet manifest with all the possible variants as conditions .. and including all the varied operations required on the different variants .. Thanks for the most helpful suggestions ..
The RHEL build is a great idea .. not immediately an issue for me, but this would be very important fairly soon .. Thanks for that .. On 30 January 2013 21:02, Guillaume Rousse <[email protected]> wrote: > Le 30/01/2013 17:08, Carlos Gunners a écrit : > > >> Sorry for the late response .. been travelling .. >> >> Thanks for the suggestion .. and yes, I considered that. But the >> challenge is this: >> >> there is no fusioninventory-agent in the standard OS repos on some of my >> hosts running certain versions of OS, and for those hosts I would >> typically need to enable use additional repos .. >> >> On second thoughts, you seem to have official repos for most of the >> clients I am considering .. so, perhaps I could extend the standard >> types, and make puppet append your repo, add the key, and run an update >> before the standard types .. >> >> That ought to work .. yes? >> > I still don't see why you should 'extend' anything in puppet. You just > need to configure your hosts properly so that you could use system package > manager directly to install fusioninventory-package agent, through standard > 'package' puppet type. > > BTW, I just started using Suse openbuild system to produce RHEL and Centos > fusioninventory packages, you can retrieve them from > https://build.opensuse.org/**project/show?project=home%**3Aguillomovitch<https://build.opensuse.org/project/show?project=home%3Aguillomovitch>. > Beware, you need EPEL repositories configured beforehand for additional > perl dependencies. > -- > BOFH excuse #100: > > IRQ dropout > > > ______________________________**_________________ > Fusioninventory-user mailing list > Fusioninventory-user@lists.**alioth.debian.org<[email protected]> > http://lists.alioth.debian.**org/cgi-bin/mailman/listinfo/** > fusioninventory-user<http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/fusioninventory-user> >
_______________________________________________ Fusioninventory-user mailing list [email protected] http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/fusioninventory-user
