Well, thought I should check out the phpmp2 client for mpd. http://musicpd.org/phpMp2.shtml While I was looking at it, it thought I might as well make an ebuild for it. So I did :) It's basically just a conversion of the ebuild for www-apps/phpmp. So I anyone has the time to commit it, that would be great :)
Created attachment 46356 [details] proposed ebuild: phpmp2-0.11.0.ebuild
worked perfectly for me.
Works for me too (on ~x86)
>>> /installed_by_webapp_eclass * * This ebuild did not call webapp_src_install() at the end * of the src_install() function * * Please log a bug on http://bugs.gentoo.org * * You should use emerge -C to remove this package, as the * installation is incomplete * !!! ERROR: www-apps/phpmp2-0.11.0 failed. !!! Function webapp_pkg_postinst, Line 454, Exitcode 0 !!! Ebuild did not call webapp_src_install() - report to http://bugs.gentoo.org !!! If you need support, post the topmost build error, NOT this status message. !!! FAILED postinst: 1 -------- What does that mean? (I get the same error with www-app/phpmp). This a _real_ bug? Or do I just need to wait?
Hi, phpmp2 is now in our unofficial overlay: http://svn.gnqs.org/projects/gentoo-webapps-overlay/browser/www-apps/phpmp2 Please note that the overlay is unofficial, not a Gentoo project, and not supported. It is intended to provide easier access to new web applications.
OK, recycling this bug. The current phpmp ebuild in portage is still broken with dev-lang/php (Bug 105419), so I think we could put actually working phpmp2 into portage and punt www-apps/phpmp then.
CCing sound, any objections?
Sound - ping?
ok, since it was committed by Stuart, i'll go ahead. phpmp2 is in Portage, phpmp will be p-masked and removed soon.
reopening is a reminder to self
I'm currently using phpmp on an amd64 box. Would be nice if it can remain until phpmp2 is declared stable on amd64.
Tried to manually add amd64 to phpmp2 and emerge it. It works flawlessly for me. Just add amd64 keyword to it and I have no objections to letting phpmp go.
arches, please test www-apps/phpmp2 and mark unstable
Marked ~ppc.
~sparc'd.
I want to ask a couple of comments before mark it ~alpha. 1. First, is this package usefull without having mpd installed on the system? After install it, I only see an error on main page. And reading the README, I find: Requirements: ------------- -mpd -apache (or other web server that can interpret PHP scripts) -php 4.1 or higher -gd support in php for graphical sliders could be a good idea to add mpd as RDEPEND? 2. Second, and less important: Seems that upstream has packed the app with all the svn info in. Nothing critical but not nice. There are lot of .svn everywhere. If so, report it upstream would be a good idea. -------------------------------------------- root@(-krillin-) phpmp2 # equery files phpmp2 | grep svn /usr/share/webapps/phpmp2/0.11.0/htdocs/.svn /usr/share/webapps/phpmp2/0.11.0/htdocs/.svn/README.txt /usr/share/webapps/phpmp2/0.11.0/htdocs/.svn/dir-wcprops /usr/share/webapps/phpmp2/0.11.0/htdocs/.svn/empty-file /usr/share/webapps/phpmp2/0.11.0/htdocs/.svn/entries /usr/share/webapps/phpmp2/0.11.0/htdocs/.svn/format /usr/share/webapps/phpmp2/0.11.0/htdocs/.svn/prop-base /usr/share/webapps/phpmp2/0.11.0/htdocs/.svn/prop-base/README.svn-base [snip] --------------------------------------------
Thanks for your comments. phpmp2 doesn't actually require mpd to be running locally. It can connect to a remote mpd server, so no RDEPEND. I modified the ebuild to remove the SVN dirs.
Actually, I think we'll keep both phpmp and phpmp2 around for a bit. I fixed the mod_php dependency with phpmp.
Hello, I'm the current maintainer of phpMp. phpMp2 is _not_ a replacement for phpMp, as the author has called it. phpMp2 hasn't had any maintence in almost a year now, and is probably concidered to be unsupported. phpMp has gotten about 4-5 patches a month average (possibly more, but definitely not less). Please do not remove phpMp; I plan on a release in the next month, maybe 2 or 3 depending on time/difficulties.
As I said, we plan to keep both phpmp and phpmp2
I tested phpmp2 on amd64 and I ran into a number of problems, some were pretty serious. Below are some issues I ran into... The "classic" layout (the default) has 2 frames (a main frame and a side frame). When I click the "Add" button with nothing in the html form fields on the main page it reloads index.php inside the main frame. So inside the main frame there is another main frame and side frame. When I click the "Upload" button on the main page with nothing in the html form fields it starts eating memory like crazy, even after I click the stop button in firefox. apache was using 72% of the 512MB of main memory when I killed it. I just briefly looked at the source code. There isn't any input checking besides checking for a null string! A few $_REQUEST[] variables are even stored directly as cookies with no input filtering, then read and given directly in commands to mpd. The package's svn repository is accessible at the following URL: http://svn.musicpd.org/listing.php?repname=MPD&path=%2FphpMp2%2F&rev=0&sc=0 As you can see the package has been dead for over 1 full year. In my opinion, this package should be removed from portage because you can use up the system memory with just one click and the lack of input checking is a potential security risk. Package versions: dev-lang/php-5.1.2 net-www/apache-2.0.55-r1 media-sound/mpd-0.11.5-r2 # emerge --info Portage 2.0.54 (default-linux/amd64/2006.0, gcc-3.4.5, glibc-2.3.5-r2, 2.6.16-gentoo-r1 x86_64) ================================================================= System uname: 2.6.16-gentoo-r1 x86_64 AMD Turion(tm) 64 Mobile Technology ML-32 Gentoo Base System version 1.6.14 dev-lang/python: 2.4.2 sys-apps/sandbox: 1.2.12 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-r1 sys-devel/binutils: 2.16.1 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=athlon64 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon64 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig cvs distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://adelie.polymtl.ca/ http://gentoo.arcticnetwork.ca/ http://gentoo.mirrored.ca/ http://gentoo.osuosl.org/ " MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /home/tcort/cvs/overlay" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X aac acpi aim alsa audacious audiofile avi berkdb bitmap-fonts browserplugin bzip2 cdr cli crypt cups curl dbus dri eds emboss encode esd ethereal exif expat fam flac foomaticdb gd gif glut gmp gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml hal icq idn imagemagick imlib ipv6 isdnlog jabber java jpeg kde lcms libwww lua lzw lzw-tiff mad mikmod mng mono motif mozilla moznocompose moznoirc moznomail mp3 mpeg msn ncurses nls nocd nptl nptlonly nsplugin offensive ogg oggvorbis openal opengl oscar pam pcre pdflib perl php png pppd python qt quicktime readline reflection sdl session shorten sndfile speex spell spl ssl symlink tcpd tetex tiff truetype truetype-fonts type1-fonts udev usb userlocales vorbis wxgtk1 xine xml2 xmms xorg xpm xv xvid yahoo zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS
Closing WONTFIX for now, as we're keeping phpmp anyway. We'll evaluate the security issues with phpmp2 and figure out whether it'll be kept in the tree.
in p.mask, will be removed in 30 days
RIP