Please find attached ocsinventory-client-1.01.ebuild. Open Computer and Software Inventory Next Generation is an application designed to help a network or system administrator keep track of the computers configuration and software that are installed on the network. http://www.ocsinventory-ng.org/index.php?page=English I removed the ng from the name because I didn't find a former version with that name. I will also add a ebuild for the ocsinventory-server soon.
Created attachment 146162 [details] app-admin/ocsinventory-client-1.01.ebuild
Created attachment 146163 [details] files/ocsinv.adm
Created attachment 146165 [details] files/ocsinv.conf
Created attachment 146166 [details] Cron file
(this is an automated message based on filtering criteria that matched this bug) 'EBUILD' is in the KEYWORDS which should mean that there is a ebuild attached to this bug. This bug is assigned to maintainer-wanted which means that it is not in the main tree. Heuristics show that no Gentoo developer has commented on your ebuild. Hello, The Gentoo Team would like to firstly thank you for your ebuild submission. We also apologize for not being able to accommodate you in a timely manner. There are simply too many new packages. Allow me to use this opportunity to introduce you to Gentoo Sunrise. The sunrise overlay[1] is a overlay for Gentoo which we allow trusted users to commit to and all users can have ebuilds reviewed by Gentoo devs for entry into the overlay. So, the sunrise team is suggesting that you look into this and submit your ebuild to the overlay where even *you* can commit to. =) Because this is a mass message, we are also asking you to be patient with us. We anticipate a large number of requests in a short time. Thanks, On behalf of the Gentoo Sunrise Team, Jeremy. [1]: http://www.gentoo.org/proj/en/sunrise/ [2]: http://overlays.gentoo.org/proj/sunrise/wiki/SunriseFaq
Updated the ebuild to reflect the new unified agent; use ocsinventory-agent everywhere, metadata.xml included
Created attachment 205123 [details] Ebuild for OCS unified agent 1.0.2 Ebuild modified, corrected and pass repoman
Created attachment 205124 [details] Metadata for use logrotate
Created attachment 205126 [details] stripped conf for agent This may need a bit more work, as it needs to be edited after installation
Created attachment 205127 [details] Rename of -client to -agent rename cron file from -client to -agent
I searched, but didn't find ocsinventory-server on g.b.o. Was that ever started?
Created attachment 212694 [details] Ebuild for OCS Inventory NG 1.02.1 Based on the ebuild of Arnaud Launay with small changes. Keep /var/lib/ocsinventory-agent Add dependencies x11-misc/read-edid and sys-apps/pciutils, remove sys-apps/smartmontools I think the current version number is 1.2.1 because the 1.3(beta) is the next.
Created attachment 212695 [details] Ebuild for OCS inventory NG Server 1.02.1 There are smaller issues I haven't fixed yet, which have no impact on functionality. 1. I use perl-gcpan/XML-Entities in dependencies because there is no XML-Entities package in portage. You can create it using g-cpan -i XML::Entities 2. ${MY_HTDOCSDIR}/dbconfig.inc.php is world readable. You should set it to 640 after the webapp-config command. 3. The postinstall suggests to use /ocsinventory as destination of webapp-config, but this path is normally used by the agents. It is recommended to use /ocsreports or something. E.g. webapp-config -I -h localhost -d ocsreports ocsinventory 1.02.1
Created attachment 212703 [details] OCSNG postinstall message
Created attachment 212712 [details] Ebuild for OCS inventory NG Server 1.02.1 Sorry, I forgot to install subdirectories to ocsreports. I did also some changes to obsolete issue 2 in comment #13.
Created attachment 212714 [details] OCSNG postinstall message
Created attachment 226255 [details] New ebuild ocsinventory-agent
Sorry about this, how can i get and install "XML-Entities" without internet? Thanks. (In reply to comment #13) > Created an attachment (id=212695) [details] > Ebuild for OCS inventory NG Server 1.02.1 > > There are smaller issues I haven't fixed yet, which have no impact on > functionality. > > 1. I use perl-gcpan/XML-Entities in dependencies because there is no > XML-Entities package in portage. You can create it using > g-cpan -i XML::Entities > > 2. ${MY_HTDOCSDIR}/dbconfig.inc.php is world readable. You should set it to 640 > after the webapp-config command. > > 3. The postinstall suggests to use /ocsinventory as destination of > webapp-config, but this path is normally used by the agents. It is recommended > to use /ocsreports or something. E.g. > webapp-config -I -h localhost -d ocsreports ocsinventory 1.02.1 >
(In reply to comment #18) > Sorry about this, how can i get and install "XML-Entities" without internet? > > Thanks. > I don't realy understand your question. If you don't want to use g-cpan, download the package from the CPAN archive (http://search.cpan.org/~sixtease/XML-Entities-0.0307/lib/XML/Entities.pm), install it manually, and remove the XML-Entities dependency from ebuild.
I found XML-Entities-1.0000 installed via g-cpan to not work. I have created an ebuild to installed XML-Entities. http://bugs.gentoo.org/show_bug.cgi?id=340927
(In reply to comment #17) > Created an attachment (id=226255) [details] > New ocsinventory-agent ebuild > Broken init script (no executable bit, the binary is in /usr/bin why the script looked in /usr/bin). Also it needs dev-perl/LWP-UserAgent-Determined and dev-perl/Proc-Daemon
Very happy to see an ebuild for this! I tweaked a couple of lines the ebuild to install current 1.3.3 instead, but the chmod 640 on db.config.inc makes it unreadable for apache. 640 apache:apache works fine, but I'm not sure where that should be set in the ebuild. (In reply to comment #15) > Created an attachment (id=212712) [details] > Ebuild for OCS inventory NG Server 1.02.1 > > Sorry, I forgot to install subdirectories to ocsreports. > > I did also some changes to obsolete issue 2 in comment #13. >
Created attachment 265481 [details] ocsinventory-agent-1.1.2.1.ebuild Based on the ebuild by Lukasz Urbaniak. Add some dependencies and remove the init-script.
Created attachment 266133 [details] ocsinventory-agent-1.1.2.1.ebuild Instead of the /etc/cron.d/ocsinventory-agent template it will use /etc/cron.daily.
I never noticed this bug before, but I added ocsng to my overlay a long time ago: http://git.overlays.gentoo.org/gitweb/?p=dev/jmbsvicetto.git;a=tree;f=net-analyzer/ocsng
@Roland Hopferwieser & Jorge Manuel B. S. Vicetto Shouldn't there be a single ebuild with USE flags "server" and "client"? Jorge Manuel's ebuild installs the only server while Roland's only the (unfortunately outdated) agent. Or, if there must be two ebuilds, it would be really great to have them both at the same version and in the same overlay (not to mention the same keywords). Thanks a lot.
(In reply to comment #26) > @Roland Hopferwieser & Jorge Manuel B. S. Vicetto > Shouldn't there be a single ebuild with USE flags "server" and "client"? Jorge > Manuel's ebuild installs the only server while Roland's only the (unfortunately > outdated) agent. > Or, if there must be two ebuilds, it would be really great to have them both at > the same version and in the same overlay (not to mention the same keywords). I've never worked on a client ebuild, as I only use ocsng as a server. However, these are two different packages (tarballs), so you can't have a single ebuild for both.
Ok, I didn't notice that, but still, agent installations GREATLY outnumber server ones. Are all your clients Windows-based? I have both corrected Roland's ebuild for the newest version and patched the agent's code to work with the nowadays equery. Results follow.
Created attachment 289567 [details] Ebuild for the latest agent version
Created attachment 289569 [details, diff] Patch needed for the latest agent version
Created attachment 289601 [details] Ebuild for the latest agent version Small correction plus an ugly workaround for /etc/default/* not doing its job...
Created attachment 294871 [details] Ebuild for agent version 2.0.3
Created attachment 389718 [details] app-admin/ocsinventory-agent-2.0.5.ebuild - version bump to 2.0.5 - using EAPI=5 instead of EAPI=2
Created attachment 391328 [details] ocsinventory-agent ebuild Bump to 2.1.1. This ebuild requires dev-perl/Proc-PID-File, that ommited in portage, I generate it with g-cpan. Sorry my english.
Created attachment 391330 [details] cron file for ocsinventory-agent 2.1.1 ebuild
Created attachment 391332 [details] modules.conf for ocsinventory-agent 2.1.1 ebuild
Created attachment 391334 [details] ocsinventory-agent.conf for ocsinventory-agent 2.1.1 ebuild
Created attachment 391336 [details] ocsinventory server 2.1.2 ebuild This ebuild uses dev-perl/Apache2-SOAP, that ommited in portage (use g-cpan). But maybe this dependence is useless. In this ebuild I remove webapp part.
Created attachment 391338 [details] 90_ocsinventory-alias.conf for ocsinventory server 2.1.2 ebuild
Created attachment 391340 [details] ocsinventory server (webapp part) 2.1.2 ebuild This is webapp part of ocsinventory server.
Created attachment 391342 [details] dbconfig.inc.php for ocsinventory server (webapp part) 2.1.2 ebuild
I've added 2.1.2 to my overlay on October 9th. There are a few "issues" with the ebuild / package that have made me not to add it to the tree yet, but since I've finally "caved in" and updated the install locations to be closer to what upstream does, I'll rethink about adding it to the tree.
Created attachment 396172 [details] app-admin/ocsinventory-agent-2.0.5.ebuild replace dependancy perl-core/Digest-MD5 with virtual/perl-Digest-MD5
(In reply to Aleksey Chernov from comment #34) > Created attachment 391328 [details] > ocsinventory-agent ebuild > > Bump to 2.1.1. > This ebuild requires dev-perl/Proc-PID-File, that ommited in portage, I > generate it with g-cpan. > Is there a reason why you create a fully new ebuild instead of using the last one of nico? Your ebuild has more packages in RDEPEND, while in nico's ebuild some packages are optional and listet in pkg_postinst().
Created attachment 401148 [details] ocsinventory-agent-2.1.1.ebuild Updated ebuild for ocsinventory-agent-2.1.1.
(In reply to Roland Hopferwieser from comment #44) > Is there a reason why you create a fully new ebuild instead of using the > last one of nico? Your ebuild has more packages in RDEPEND, while in nico's > ebuild some packages are optional and listet in pkg_postinst(). Matter of taste. And my ebuild for latest 2.1.1 version, not 2.0.5 from nico.
Created attachment 401150 [details] ocsinventory-agent-2.1.1.ebuild Added flag 'X' to IUSE for x11-misc/read-edid.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=8e79ec3b1dd7b76c25cf1154aa500a00fcc73881 commit 8e79ec3b1dd7b76c25cf1154aa500a00fcc73881 Author: Pacho Ramos <pacho@gentoo.org> AuthorDate: 2023-11-10 16:48:00 +0000 Commit: Pacho Ramos <pacho@gentoo.org> CommitDate: 2023-11-10 16:48:18 +0000 app-admin/ocsinventory-agent: new package, add 2.10.0 Bug: https://bugs.gentoo.org/213443 Signed-off-by: Pacho Ramos <pacho@gentoo.org> app-admin/ocsinventory-agent/Manifest | 1 + app-admin/ocsinventory-agent/files/modules.conf | 10 ++++ .../files/ocsinventory-agent.cfg | 1 + .../files/ocsinventory-agent.crond | 1 + .../files/ocsinventory-agent.service | 10 ++++ .../files/ocsinventory-agent.timer | 11 +++++ app-admin/ocsinventory-agent/metadata.xml | 7 +++ .../ocsinventory-agent-2.10.0.ebuild | 54 ++++++++++++++++++++++ 8 files changed, 95 insertions(+)
