Verlihub is currently the most active developed direct connect hub software for Linux. It uses mysql for it settings and supports plugins. There are already plugins for LUA and perlscripting in the CVS so they will probably be a part of the next version.
Created attachment 37543 [details] verlihuv-0.9.7.ebuild
I think it'd be best to move the mysql database creation to a pkg_config() function in the ebuild: pkg_postinst() { einfo einfo "To create the required mysql database, please run:" einfo " ebuild /var/db/pkg/${CATEGORY}/${PF}/${PF}.ebuild config" einfo } pkg_config() { einfo "Enter your mysql root password to create the databases:" mysql -u root -p < ${FILESDIR}/verlihub-setup.sql || die } and put all the mysql commands into the .sql file.
Created attachment 43645 [details] The net-p2p/verlihub folder for the 0.9.8b version of verlihub It contains these files: Changelog,Manifest,metadata.xml,verlihub-0.9.8b.ebuild and the digest.
Comment on attachment 43645 [details] The net-p2p/verlihub folder for the 0.9.8b version of verlihub I updated the file version and added all the files necessary in order to compile verlihub. It worked flawlessly on my machine. Thanx Igor for making the ebuild. I just edited it.
Created attachment 43859 [details] verlihub.rc6
Created attachment 43860 [details] verlihub.confd verlihub global configuration file
Comment on attachment 43859 [details] verlihub.rc6 verlihub init script
Created attachment 43861 [details] verlihub-0.9.8b.ebuild I adapted the initial 0.9.7 ebuild for 0.9.8b and added a pkg_config as propsed. There's no separate sql file, as verlihub creates the required mysql tables on first startup itself. I'm not sure if it's ok to start and stop it inside the config function, though, please somebody enlighten me.
Created attachment 45921 [details] another aproach, bugfix The suggested ebuild will not work properly. It will not compile included plugins correct, since it needs verlihub to be installed already. Luckily, I have found a simple solution to the problem :) To start and stop verlihub inside the ebuild was my first idea too, when trying to create some kind of setup function. However, it doesn't seem to be a good thing to do, and stuff didn't work as expected. The suggested setup script is a bit insecure, since it have a very simple (and static) password as default. In fact, the password would probably be better off randomized, and unrevealed during installation. Compare with fex phpmyadmin.
Created attachment 45922 [details] new initscript. supports multihub setups. The initscript and setup part in the ebuild does not allow a multi hub setup, and even if that is rare, it won't hurt to have the choice. When dealing with multihub setups, one must either configure much by hand, or use a more complex initscript. With inspiration from /etc/init.d/net.ethX, I created /etc/init.d/verlihub.hub0 The script can be copied just like the net.* scripts, and it will create a default setup if it doesn't exist one. The script is still under development, currently it's not as intelligent as I want it to be (It has some checks to avoid trouble, but it's not totally foolproof).The initscript and setup part in the ebuild does not allow a multi hub setup, and even if that is rare, it won't hurt to have the choice. When dealing with multihub setups, one must either configure much by hand, or use a more complex initscript. With inspiration from /etc/init.d/net.ethX, I created /etc/init.d/verlihub.hub0 The script can be copied just like the net.* scripts, and it will create a default setup if it doesn't exist one. The script is still under development, currently it's not as intelligent as I want it to be (It has some checks to avoid trouble, but it's not totally foolproof).The initscript and setup part in the ebuild does not allow a multi hub setup, and even if that is rare, it won't hurt to have the choice. When dealing with multihub setups, one must either configure much by hand, or use a more complex initscript. With inspiration from /etc/init.d/net.ethX, I created /etc/init.d/verlihub.hub0 The script can be copied just like the net.* scripts, and it will create a default setup if it doesn't exist one. The script is still under development, currently it's not as intelligent as I want it to be (It has some checks to avoid trouble, but it's not totally foolproof).
Comment on attachment 45921 [details] another aproach, bugfix # Copyright 1999-2004 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # $Header: $ HOMEPAGE="http://verlihub.sourceforge.net" DESCRIPTION="verlihub, a linux hub for the p2p 'direct connect'" SRC_URI="mirror://sourceforge/${PN}/${P}.tar.gz" LICENSE="GPL-2" SLOT="0" KEYWORDS="x86" DEPEND=">=sys-devel/gcc-3.2 dev-libs/libpcre >=dev-libs/geoip-1.2.1 >=dev-db/mysql-3.23" S=${WORKDIR}/${P} src_compile() { append-ldflags "-L${D}/usr/lib" export LDFLAGS econf || die emake -j1 || die "emake failed" } src_install() { make DESTDIR=${D} install || die dohtml docs/*.html docinto "scripts" dodoc \ scripts/ccgraph \ scripts/import_reglist_0.9.x_to_0.9.7.sql \ scripts/install \ scripts/regnick \ scripts/runhub \ scripts/setenv \ scripts/trigger \ scripts/vh_runhub.in docinto "" dodoc \ AUTHORS \ COPYING \ ChangeLog \ INSTALL \ NEWS \ README \ TODO \ docs/configuring.txt \ docs/help \ docs/help.sql \ docs/ascii \ docs/params.php \ docs/using.txt dodir /etc/init.d /etc/verlihub /var/log/verlihub /etc/conf.d/ \ /etc/verlihub/filetriggers keepdir /var/log/verlihub exeinto /etc/init.d #Old initscript for backwards compatibility newexe ${FILESDIR}/verlihub.init.d verlihub #New initscript newexe ${FILESDIR}/verlihub.hub0.init.d verlihub.hub0 insinto /etc/conf.d newins ${FILESDIR}/verlihub.config verlihub insinto /etc/verlihub #This row is an old conf style. For backwards compatibility newins ${FILESDIR}/verlihub.dbconfig dbconfig newins ${FILESDIR}/verlihub.sql dbdump.sql dosym /etc/verlihub/ /etc/verlihub/.verlihub dodir /etc/verlihub/plugins dosym /usr/lib/libplug_pi.so /etc/verlihub/plugins/ insinto /etc/verlihub/filetriggers newins ${FILESDIR}/verlihub.plugman_help h_plugman } pkg_postinst() { #Some setup hints einfo einfo "To create more than one setup, copy the script verlihub.hub0 to verlihub.hub1 etc" einfo "Each verlihub init script will create a new setup if neccesary." einfo }
Comment on attachment 45921 [details] another aproach, bugfix LDFLAGS should not be set in this way.
- IUSE="mysql" is wrong when MySQL isn't optional - S=${WORKDIR}/${P} is superfluous - replace "ebuild /var/db/... config" with "emerge --config =${PF}"
*** Bug 153937 has been marked as a duplicate of this bug. ***
Created attachment 101145 [details] verlihub cvs ebuild working ebuild to build the cvs version of verlihub
Created attachment 101146 [details, diff] patch needed for the verlihub cvs ebuild
Created attachment 101147 [details, diff] patch needed for the verlihub cvs ebuild
Created attachment 101148 [details] file needed for the verlihub cvs ebuild
Created attachment 157609 [details, diff] patch fix compilation verlihub 0.9.8d_rc2 with glibc-2.8 I see this bug is still open. So for someone who want verlihub to work now with glibc-2.8 i create this patch (work with oficial verlihub overlay ebuild https://verlihub.svn.sourceforge.net/svnroot/verlihub/overlay )
(this is an automated message based on filtering criteria that matched this bug) 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
2013, not available in portage. There is some movement in VerliHUB git last days, so is anyone interested?
