>>> /usr/share/webapps/trac/0.9.6/hostroot/cgi-bin/ >>> /usr/share/webapps/trac/0.9.6/postinst-en.txt * vhosts USE flag not set - auto-installing using webapp-config * This is an installation * trac-0.9.6 is not installed - using install mode * Running //usr/sbin/webapp-config -I -h localhost -u root -d /trac trac 0.9.6 * Fatal error: Your configuration file sets the server type "Apache" * Fatal error: but the corresponding package does not seem to be installed! * Fatal error: Please "emerge >=net-www/apache-1.3" or correct your settings. * Fatal error(s) - aborting >>> Regenerating /etc/ld.so.cache... >>> www-apps/trac-0.9.6 merged. >>> Recording www-apps/trac in "world" favorites file... >>> No packages selected for removal by clean. rj trac # emerge -1pv trac These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] www-apps/trac-0.9.6 USE="sqlite -cgi -enscript -fastcgi -postgres -silvercity -vhosts" 0 kB Total size of downloads: 0 kB rj trac # emerge --info Portage 2.1-r1 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.6-r4, 2.6.17-gentoo-r4 i686) ================================================================= System uname: 2.6.17-gentoo-r4 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz Gentoo Base System version 1.12.4 app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium4 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/init.d" CXXFLAGS="-O2 -march=pentium4 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer parallel-fetch sandbox sfperms strict" GENTOO_MIRRORS=" http://trumpetti.atm.tut.fi/gentoo/" LINGUAS="en" MAKEOPTS="-j2 -s" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X aac alsa apache2 apm arts avi bash-completion berkdb bitmap-fonts cli crypt cups dlloader dri eds emboss esd foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2 imlib isdnlog jpeg kde kdeenablefinal libg++ libwww mad mikmod mmx mp3 mpeg ncurses nls nptl nsplugin ogg opengl oss pam pcre pdflib png pppd qt3 qt4 quicktime readline reflection session spell spl sse sse2 ssl truetype truetype-fonts type1-fonts udev unicode vorbis win32codecs xml xorg xv zlib elibc_glibc input_devices_keyboard input_devices_mouse input_devices_evdev kernel_linux linguas_en userland_GNU video_cards_i810 video_cards_vesa" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
There's not a feasible solution until Bug 11007 is solved. If we'll depend on apache, people will rant. If we'll depend on either of apache or lighttpd, people will still rant that there's $random webserver that works just fine. If we don't depend on any of them and let people choose, it's still wrong? Install one of the servers yourself if you want to run a webapp. *** This bug has been marked as a duplicate of 11007 ***
(In reply to comment #1) > There's not a feasible solution until Bug 11007 is solved. If we'll depend on > apache, people will rant. If we'll depend on either of apache or lighttpd, > people will still rant that there's $random webserver that works just fine. If > we don't depend on any of them and let people choose, it's still wrong? > > Install one of the servers yourself if you want to run a webapp. > As far as I understand it, trac also includes a home made http server and as such can be run without any external httpd.
As Jakub has said, it's not possible to have webapp ebuilds correctly depend on a web server at this time. There's significant resistance to what needs to be done to solve this too. We have no plans to support Trac's built in http server. If you're willing to add this support, and maintain it, feel free to post a patch on this bug. Best regards, Stu
(In reply to comment #3) > As Jakub has said, it's not possible to have webapp ebuilds correctly depend on > a web server at this time. There's significant resistance to what needs to be > done to solve this too. > > We have no plans to support Trac's built in http server. If you're willing to > add this support, and maintain it, feel free to post a patch on this bug. > > Best regards, > Stu > Got more familiar with trac. The trac ebuild already installs an init script for the integrated http server so it hard to say that it would not be supported. Any way the ebuild just needs some logic to not call the webapp.eclass functions with certain USE flag combinations. Will try to create a patch to demonstrate.
That approach sounds dangerous, and difficult to support going forward. I'd be very reluctant to commit such a patch. Best regards, Stu
