WebCit is the web client for the Citadel communications server. This ebuild goes along with the ebuild I uploaded in bug: 62119
Created attachment 79983 [details] WebCit 6.71 ebuild. Should be filed under www-apps
Created attachment 79984 [details] Conf.d file to go under ./files
Created attachment 79985 [details] Init.d file to go under ./files
the citadel webcit head branch has undergone major autoconf/automake rewrite. it's going to be in the next release. please see the readme and the debian/rules
At last! I finally get my chance to show both the Gentoo and Citadel communities that I really do not have any clue what I'm doing! :) I've read the readme included in the tarball. I've also looked at the rules file under debian. The readme says:
At last! I finally get my chance to show both the Gentoo and Citadel communities that I really do not have any clue what I'm doing! :) I've read the readme included in the tarball. I've also looked at the rules file under debian. The readme says: --with-staticdir defines where webcit should locate and search its templates and images. Also, there are possibilities to load the TinyMCE editor into a system-wide location. ...set --with-editordir for that The rules file shows: CFLAGS="$(CFLAGS)" ./configure \ --host=$(DEB_HOST_GNU_TYPE) \ --build=$(DEB_BUILD_GNU_TYPE) \ --prefix=/var/lib/citadel/www/ \ --with-sysconfdir=/etc/citadel \ --with-spooldir=/var/spool/citadel \ --with-datadir=/var/lib/citadel \ --with-rundir=/var/run/citadel \ --with-ical --with-db --with-ldap --with-zlib --with-ssl --with-libiconf --with-newt with-included-gettext However, the only with options in the configure script are: --with-libical --with-zlib --with-newt --with-ssl In addition, the Makefile.in is written to ignore most of the standard GNU options. I've spent the last little bit learning how autoconf works. The included patch is the result. My next step is to check the SVN version to see if any of the above is included in it. Yes, I should have checked it first. However, it was a good excuse to learn autoconf. Besides, the above problems have been in the last two releases (.81 and .82). There are still problems and bugs in the configure.in and makefile.in scripts. However, the package works for Gentoo. I want to work with upstream before I make many more changes. I'll document what I have changed with each attachment.
Created attachment 90308 [details, diff] Patch to allow GNU standard install gnu-install.patch patches configure.in and makefile.in. In configure.in: I added
Created attachment 90308 [details, diff] Patch to allow GNU standard install gnu-install.patch patches configure.in and makefile.in. In configure.in: I added ?with-gnustd to allow a standard GNU install. This switch sets all defaults to the locations specified by standards.info provided by www.gnu.org. However, the default install (--without-gnustd) still uses the locations provided by the WebCit authors. This was tricky! Please note that ?sbindir, --datadir, and most of the standard GNU options are ignored by the default install. This copies the original behavior of the provided configure script. Adding ?with-gnustd enables all of the GNU options. I also updated the AC_INIT and AC_ OUTPUT functions. The provided configure.in used obsolete definitions. In makefile.in: I made a lot of changes to support both a standard GNU install and the default WebCit install. The install target was almost completely rewritten to use new variables and break data, executables, and locale files apart. -DLOCALEDIR=\"$(localedir) was added to allow custom locale locations. It was hard-coded to -DLOCALEDIR=\"$(prefix)/locale previously. There are a few bugs still in these files. A bug in the autoconf.in prevents the location of autoconf from being passed to automake.in. This in turn prevents the clean target from functioning. I tried fixing the bug (AC_CHECK_PROG takes a minimum of three arguments, only two are provided for the autoconf check). However, the clean target dumps you into the configure script with this fixed. The makefile in po/ isn't portable at all. It uses [ for test and mkdir -p. I thought it best to leave these broken until I learn more about how automake works.
Created attachment 90310 [details] This ebuild updates WebCit to version 6.82 This ebuild updates WebCit to version 6.82. Data files are now installed to /usr/share/webcit. Currently, keys are under /usr/share/webcit/keys. I've changed the name of the executable from webserver to webcit. It's installed under /usr/sbin. I've removed the setup program. It's not needed. All configuration is done under /etc/conf.d/webcit. Make sure to update /etc/init.d/webcit as the executable name/path change is included in it.
Created attachment 90312 [details] Init.d file to go under ./files Make sure to update /etc/init.d/webcit as the executable name/path change is included in it.
(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
Created attachment 205170 [details] WebCit www-servers ebuild version 7.65 Version bumb to recent 7.65! WebCit is the GUI for Citadel. See http://bugs.gentoo.org/show_bug.cgi?id=62119 Complete Howto and link to tarball with all needed ebuilds: http://www.citadel.org/doku.php/installation:ebuild
Created attachment 205174 [details] conf.d file for webcit >=7.65 (goes into /files)
Created attachment 205175 [details] Init script for WebCit >=7.65 (goes into /files)
Created attachment 206041 [details] reworked and version bumped ebuild version 7.66, also committed to sunrise needs the as-needed.patch makes all earlier versions obsolete
Created attachment 206042 [details, diff] as-needed patch for version 7.66 (goes into /files...) this file will be obsolete soon, patch was commited to and incorporated by upstream (use only this patch, the other one in this bug is not needed)
Version bumped to 7.66 This ebuild was commited into gentoo sunrise https://overlays.gentoo.org/proj/sunrise/browser/sunrise/www-servers/webcit Missed the review by a few minutes, should be in "reviewed" later this week
Created attachment 261063 [details] Live ebuild for git master Git master version of WebCit is currently redesigned and under development for new features. It differs in lots of ways from the current stable releases and contains features you will find in the yet unreleased Citadel-8. Please stick to Sunrise ebuilds until you want to check out the new features.
Created attachment 279087 [details] recent /etc/init.d/webcit, save as files/webcit.conf.d Just added a few comment lines (webcit init script is now enabled to start multiple instances of webcit on different ports) and made the defaults sane.
Created attachment 279089 [details] recent /etc/init.d/webcit, put save as files/webcit.init.d Can be used to run multiple webcit instances on one system (different port required). Basically like openvpn does, from which it was derived. Create a symlink to webcit.yourservername and create a copy for the matching conf file, like /etc/conf.d/webcit.yourservername.
Hello, everyone. It seems that at least one ebuild related to this bug exists in the Sunrise overlay at the moment. However, I have to regretfully announce that after a long inactivity period the Sunrise project has been discontinued and the related overlay will be eventually removed. For this reason, I'd like to ask you to reevaluate the ebuilds and consider moving them. If you'd like to maintain a package from Sunrise in Gentoo, please take a look at our Proxy Maintainers [1] project. Please make sure to take ebuilds from the unreviewed developer Sunrise repository [2] rather than the -reviewed one, since the latter has not been updated for over a year. While at it, please note that: 1. Adding a package to Gentoo requires declaring yourself as an active maintainer for it. All bugs regarding the package will be assigned to you, and you will be expected to maintain it. 2. Some packages may not be suitable for addition anymore. While there's no strong rules that would prevent you from adding a package, it may be a bad idea to add old-unmaintained packages that will shortly result in a large number of bugs reported with no solution. If that is the case, please close the bug as RESOLVED/OBSOLETE to make it easier to find packages worth adding. 3. Some of the bugs were already closed as WONTFIX/OBSOLETE/... while the relevant ebuild was kept in Sunrise. If you disagree with the original decision, you still can add the ebuild via proxy-maint. 4. Pleaes note that many of the Sunrise ebuilds are old and may be buggy. If you decide to move them, please make sure to update/clean them up. The proxy-maint team will also review your ebuilds, therefore making sure they land in Gentoo in good quality. Once again, thank you for your contribution. We hope that you will still want to contribute to Gentoo, through proxy-maint or otherwise. [1]:https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers [2]:https://gitweb.gentoo.org/proj/sunrise.git/
