Can all arches please test www-apps/dragonflycms? thank you Reproducible: Always Steps to Reproduce:
We (bsd) can't mark anyway so no reason to cc us.
Same for ppc-macos.
This appears to work OK on SPARC, but here are some generic notes I ran into while installing it on a ~sparc system; 1) The post-install instructions the ebuild shows does not mention editing config.php. The install.php file mentioned in the post-install instructions will generate an error saying the database is unavailable until this is edited. 2) The sudirectories cache, modules/coppermine/albums and uploads/avatars do not have the appropriate permissions according to the dragonflycms installer. Cache and modules/coppermine/albums are listed as critical errors, while uploads/avatars is not. Once these issues have been addressed, I'll ~sparc it.
Also it works on Alpha but I agree 100% with weeve. IMHO, we should improve postinstall instructions since i tried to install dragonfly two days ago and obtain an error with mysql. After know the existence of config.php all went pretty fine. Also, make dragonfly working just out-the-box, solving the permissions issues weeve has commented before, would be really good. Thanks.
sejo: for future reference, assign test-requests to yourself and CC everyone necessary. when they have all said yay or nay, go ahead and close
thanks all for the input, I've changed the ebuilds, and with your approval, i'd like them to be rechecked. Thanks for the help, Jochen
Step 4 suggests in the new install instructions recommend chmodding certain directories to 777 in certain cases. This could be a security risk. Also, the directories I mentioned really need to be owned by the user running the web-server (presumably apache), because out of the box the install will complain about not being able to write to the directories regardless of how the "no-suexec" use flag is set on apache install.
Sejo, thanks about improving postinstall intructions. A little note: On current instructions we have: "Create a new database, for example, 'dragonfly'" while default in config.php, if i don't remember bad, is called dragonflycms ... what about a quick s/dragonfly/dragonflycms on this postinstall.txt sentence? Yeah i know instructions make reference to edit config.php but ... i am getting more slack with time :p Before marked it ~alpha i have a little question (and would like see weeve questions solved too): Is there any reason why we don't have no-suexec into IUSE=""? Ebuild code is: "if useq no-suexec; then" Maybe i'm missing something ... Thanks Jochen.
should we still add our keywords, or should we wait for the "if useq no-suexec; then" thing being included?
Anybody alive here?
Also, is this package a dependancy of other packages in the tree? If not, I'd be inclined to leave the ~mips keyword off until such time as a user wishes to use it on ~mips. Call me lazy if you like, but I don't see the point in making extra work for myself if it's not necessary. :-) If it's not needed, then feel free to just remove us from the list -- otherwise, please advise.
Advanced web stuff on mips isn't highly tested right now, so this package is of little relevance at the current time. We'll re-visit it if/when a user requests keywording for this package.
Added ~hppa
Please re-add us when the security related questions are answered.
Ping timeout. Following weeve's steps, please re-add alpha when all the issues exposed here are fixed.
added ~ppc64
www-apps/dragonflycms-9.0.6.1 is marked ~ppc so removing ppc from cc.
I was about to add the ~amd64 keyword to this, but saw a problem with the dependencies: RDEPEND=">=dev-db/mysql-3.23.32 <dev-db/mysql-5.1 virtual/httpd-php" Are you trying to depend on a version of mysql between 3.23.32 and 5.1? If so, the above won't work. Go ahead and keyword the 5.1.7 beta build and install it. You'll see that dragonflycms, because of the way the dependency line is, will pretend to install just fine. Frankly, you'll have to ask someone better with this situation than I to fix this. My solution would be to fix dragonflycms so that it will work with mysql 5.1 or greater so you can drop the <dependency.
please add ~amd64
emerges fine and works on amd64, DEPEND is still the same, don't know if this is a problem, especially because there's no mysql <=3.23.32 in portage. Portage 2.1.2_rc1-r7 (default-linux/amd64/2006.1/desktop, gcc-4.1.1, glibc-2.4-r4, 2.6.18-ck1-r2 x86_64) ================================================================= System uname: 2.6.18-ck1-r2 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.12.6 Last Sync: Fri, 17 Nov 2006 12:20:01 +0000 ccache version 2.3 [enabled] dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.3 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.60 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-r4 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=k8 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig buildsyspkg ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict" GENTOO_MIRRORS="ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/ ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo ftp://ftp.join.uni-muenster.de/pub/linux/distributions/gentoo ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo ftp://ftp.join.uni-muenster.de/pub/linux/distributions/gentoo ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp://ftp.gentoo.mesh-solutions.com/gentoo/ ftp://pandemonium.tiscali.de/pub/gentoo/ " LANG="en_US.ISO-8859-15" LC_ALL="en_US.ISO-8859-15" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_EXTRA_OPTS="--exclude-from=/etc/portage/rsync_excludes" 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" PORTDIR_OVERLAY="/usr/local/portage/overlay" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="amd64 X a52 aac acpi alsa amr audiofile berkdb bitmap-fonts branding bzip2 cairo cdinstall cdr cli cracklib crypt cups dbus divx dlloader dri dvd dvdr dvdread eds elibc_glibc emboss encode fam ffmpeg firefox fortran gdbm gif glut gpm gstreamer gtk gtk2 hal iconv imagemagick input_devices_evdev input_devices_keyboard ipod isdnlog jpeg kernel_linux ldap libg++ lirc lirc_devices_inputlirc logrotate mad mikmod mng mp3 mpeg ncurses nls nptl nptlonly offensive ogg opengl pam pcre php png ppds pppd quicktime readline reflection rtc sdl session socks5 spl ssl svg symlink tcpd test tiff truetype truetype-fonts type1-fonts udev unicode userland_GNU userlocales v4l v4l2 video_cards_fglrx video_cards_radeon vim-with-x vorbis wmp xine xinerama xml xorg xv xvid zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, LINGUAS
closing old bugs
whoops, read that wrong, fixed in CVS anyway, added ~amd64
