Bacula web does not have an ebuild in portage.
Created attachment 82514 [details] /usr/local/portage/www-apps/bacula-web/bacula-web-1.38.5.ebuild
Created attachment 82515 [details, diff] /usr/local/portage/www-apps/bacula-web/files/bacula-web-1.38.5-cvs_updates.patch This file bacula-web-1.38.5-cvs_updates.patch contains the changes in the current cvs that were done after bacula 1.38.5 was released. Most of these are fixes for using a postgresql database.
Created attachment 82516 [details, diff] /usr/local/portage/www-apps/bacula-web/files/bacula-web-1.38.5-nulldate.patch This is a patch that eliminates smarty errors caused by the php cript trying to do date calculations on null date fields. This error occurs if you label a tape and never write any data to it.
Created attachment 82517 [details, diff] /usr/local/portage/www-apps/bacula-web/files/bacula-web-1.38.5-dbsize.patch This patch fixes a bug with postrgresql and the dbsize calculation. Before using this patch you must have added /usr/share/postgresql/contrib/dbsize.sql to your bacula database.
I believe the command I executed to do this (add dbsize to bacula) was psql -d bacula -U bacula < /usr/share/postgresql/contrib/dbsize.sql
Comment on attachment 82514 [details] /usr/local/portage/www-apps/bacula-web/bacula-web-1.38.5.ebuild >inherit webapp eutils > >DESCRIPTION="Web based bacula viewer." >HOMEPAGE="http://gallery.sourceforge.net/" >SRC_URI="mirror://sourceforge/bacula-gui-${PV}.tar.gz" > >LICENSE="GPL-2" >KEYWORDS="~amd64 ~x86" >IUSE="" > >RDEPEND="virtual/httpd-php > dev-php/PEAR-DB > >=bacula-${PV}" > >S=${WORKDIR}/bacula-gui-${PV}/bacula-web > >src_unpack() { > unpack ${A} > cd ${S} > pwd > epatch ${FILESDIR}/bacula-web-${PV}-cvs_updates.patch > epatch ${FILESDIR}/bacula-web-${PV}-nulldate.patch > epatch ${FILESDIR}/bacula-web-${PV}-dbsize.patch >} > >src_compile(){ > pwd >} > >src_install() { > webapp_src_preinst > > cp -R * ${D}/${MY_HTDOCSDIR} > webapp_configfile ${MY_HTDOCSDIR}/configs/bacula.conf > webapp_serverowned -R ${MY_HTDOCSDIR} > webapp_src_install >} >
Created attachment 82730 [details] /usr/local/portage/www-apps/bacula-web/bacula-web-1.38.5.ebuild Updated ebuild to have a better discription, and removed a few commented out lines. The original ebuild I posted here had a description from a different app because I started with a preexisting ebuild to make this one.
Created attachment 82731 [details] /usr/local/portage/www-apps/bacula-web/bacula-web-1.38.5.ebuild Sorry about so many posts. I had the wrong web page in the ebuild. This update corrects this. If anyone wants to know bacula-web is part of the bacula-gui download and the latest source can be found in the cvs at http://cvs.sourceforge.net/viewcvs.py/bacula/gui.
Created attachment 82864 [details] /usr/local/portage/www-apps/bacula-web/bacula-web-1.38.5.ebuild Updated ebuild. The ebuild now correctly checks php for session support which is required. Also there is now a use flag no-pg-dbsize that will eliminate the problem of not having the correct dbsize function installed in a postgresql database. The result of applying this use flag is you will not get the size of the db on the main page.
Created attachment 82865 [details, diff] /usr/local/portage/www-apps/bacula-web/files/bacula-web-1.38.5-nodbsize.patch Added the patch that the no-pg-dbsize use flag activates.
bacula-2.0.3 is in portage. time to upgrade this one too :-)
I have not because I still am using the old version of bacula-web with the new bacula. Also I do not believe there have been any changes to the upstream code. As it sits there are still at least 5 non fatal bugs in this mainly with the graphs.
I will try to update these as soon as I can and possibly I will fix a few more bugs or even better send my patches upstream.
I finally got to this today. It does not appear that there have been any significant changes between the upstream code and what I have in my patches. The cvs_updates patch is no longer needed as it is in the bacula-gui-2.0.3 download. The other two patches and ebuild can be renamed to 2.0.3 and the line for the cvs_updates patch can be commented out and it appears to work the same as it did in my 1.38.5 ebuild with only one problem the upstream has corrupted all the images in the bacula-web/images folder. I have the old files so I can if needed release a small bz2 with them however I have contacted the bacula-devel list with this info so hopefully they will fix the problem on their end.
I have filed a bug report and the bacula developers have fixed this problem on their end. The only problem is the fix is in the subversion repository and will not be in a direct download until bacula-2.0.4 is released. I am not sure when this will happen. I could make a patch if anyone really wants it but as I said before this version of bacula-web does not appear to be different from the one I had released with bacula-1.38.5 and this version works with bacula-2.X.X. I guess there may be a problem though as I am not sure the download is still available for 1.38.5 so new users may not be able to install it.
Kinda don't see what is the point of that "if has_version dev-lang/php" thing there, it depends on PHP. Also, is the whole ${MY_HTDOCSDIR} and all the files in there supposed to be owned by the webserver (and why?). Anyway, webapps outta here.
You are correct. I was trying to require session support for php but the if part is definitly redundant. In the past I have promised an updated ebuild, however the upstream has not worked on the code for bacula-web in over a year now and it has many annoying bugs even with the patches I have here. On top of that there are at several other web based bacula viewers that are better so I am not sure efforts in fixing this is worth the time.
now that bacula 2.4.0 is in gentoo.. anything preventing this new package to reach the tree ?
See my last post. I could produce a new ebuild that uses the 2.4.0 bacula-gui-2.4.0 instead of 1.38.5 very easy since there has been no development on this package in several years. The main problem that I have with any of this is the package is very buggy (lots of cosmetic bugs / not full database support) and I do not have the time to support this anymore. With that said I still have the 1.38.5 bacula-web installed on my web server that connects to my bacula-2.4.0 install.