I have these installed: www-apps/mediawiki-1.4.9 dev-lang/php-5.0.4 and when I try to save a wiki page I get a fatal error. Reproducible: Always Steps to Reproduce: emerge php5 and test. Actual Results: "Fatal error: Call to undefined function session_set_cookie_params() in /var/www/localhost/htdocs/mediawiki/includes/User.php on line 444" Expected Results: Should save the page. Portage 2.0.52-r1 (default-linux/x86/2005.0, gcc-3.3.6, glibc-2.3.5-r1, 2.6.13-gentoo i686) ================================================================= System uname: 2.6.13-gentoo i686 Mobile Intel(R) Pentium(R) 4 - M CPU 2.50GHz Gentoo Base System version 1.12.0_pre8 dev-lang/python: 2.3.5, 2.4.1-r1 sys-apps/sandbox: 1.2.13 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 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium4 -O3 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-march=pentium4 -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.chem.wisc.edu/gentoo" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X adns alsa apache2 apm arts avi berkdb bitmap-fonts bonobo cdr cli crypt cups curl dba dga doc dvd eds elibc_glibc emacs emboss encode esd fam foomaticdb fortran gd gdbm gif gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile hal howloss imagemagick imlib ipv6 java jpeg junit ldap libg++ libwww mad mikmod motif mozilla mp3 mpeg mysql ncurses nls odbc ogg oggvorbis opengl oss pam pdflib perl png postgres python quicktime readline samba scanner sdl slang snmp spell ssl svga tcpd tetex tiff truetype truetype-fonts type1-fonts unicode usb vorbis xine xml xml2 xmms xv zlib userland_GNU kernel_linux" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY
I assume you have tested it on mod_php < 5.0 already? does it work there for you? (so we can be sure that it is a php >= 5.0 problem?)
Yes, I'm running fine on: dev-php/php-4.4.0
thanks, so I'm going to mask it for >= php-5 ASAP I'm home (I'm at work ATM).
nah, before I forget, you could maybe even drop upstream a note about this ... bug... to get this issue fixed rather soon. I guess they'd appreciate it as well :)
Doh! I just ran into a similar problem when emerging dev-lang/php-4.4.0. This may be a "dev-lang" vrs. "dev-php" issue. Fatal error: Call to undefined function: preg_match() in /var/www/localhost/htdocs/mediawiki/includes/Skin.php on line 28. It's currently difficult to mask dev-lang/php-4.4 ~x86, see: http://forums.gentoo.org/viewtopic-t-380869.html
I moved back to dev-php/php-4.4.0 and it works fine again. There's definitely an issue with the dev-lang/php ebuilds. I'm afraid I don't know PHP very well, so it's hard for me to comment further.
No issue at all with the dev-lang/php ebuilds, you just didn't update correctly. ;) The preg_* functions are part of the group of PCRE functions offered by PHP; wich now can be turned on/off in dev-lang/php by the "pcre" USE flag, just turn it on and it will start working again. Please have a look at the following docs on our wiki: http://svn.gnqs.org/projects/gentoo-php-overlay/wiki/NewUseFlags http://svn.gnqs.org/projects/gentoo-php-overlay/wiki/CommonQuestions#DoYouRecommendAnyUSEFlags
so mediawiki depends on php having pcre useflag set. (in case it is using dev-lang/php). thanks.
I had 'pcre' set for php 5. I'll test php-4.4.0. Give me 30 minutes.
Ok, I have dev-lang/php-4.4.0 installed and working. Use flags like this: $ cat /etc/portage/package.use dev-lang/php pear pcre I'll look at the wiki and see what I can do about php-5, but AFAIK, it doesn't work.
I suppose the following patch would be in order then, as it appariently doesn't work in php-5 yet, and; !!! ERROR: www-apps/mediawiki-1.5.0_rc4-r1 failed. !!! Function has_php, Line 228, Exitcode 1 !!! Unable to find an installed dev-lang/php package unless that's actually a problem with has_php() in /usr/portage/eclass/depend. php.eclass line 212 and nothing wrong with mediawiki at all, in which case pass that bug to gentoo's php team. patch: --- /usr/portage/www-apps/mediawiki/mediawiki-1.5.0_rc4-r1.ebuild 2005-09- 17 07:06:12.000000000 +1000 +++ /usr/local/portage/www-apps/mediawiki/mediawiki-1.5.0_rc4-r1.ebuild 2005-09- 22 03:41:45.000000000 +1000 @@ -14,7 +14,10 @@ S="${WORKDIR}/${P/.0_/}" -DEPEND="math? ( >=dev-lang/ocaml-3.0.6 )" +DEPEND=" + <dev-lang/php-5 + math? ( >=dev-lang/ocaml-3.0.6 ) +" RDEPEND=" >=dev-db/mysql-4
errrr.... I'm running 1.5.0_rc4-r1 on dev-lang/php-5.0.4 in success.... why's this happening to you then? hmm.... php herd?
web-apps / php herd... please havalook at the most recent issue raised by hunter :o)
I was able to get mediawiki running with dev-lang/php-5.0.5-r1. I just need to follow the use flags on the wiki. I have this entry in my /etc/portage/package.use file: =dev-lang/php-5* cli cgi apache2 ctype gd jpeg mysql pcre pdo-external png session simplexml soap sqlite truetype xml2 xsl zlib I still have an issue getting: dev-php/PEAR-XML_RPC-1.4.2 to emerge correctly, but I don't think that mediawiki depends on it.
(In reply to comment #14) [...] > =dev-lang/php-5* cli cgi apache2 ctype gd jpeg mysql pcre pdo-external png > session simplexml soap sqlite truetype xml2 xsl zlib I guess the following are at least required: gd mysql pcre session
I have a server that refuses to upgrade to PHP 5. I've emerged PHP with the use flags set: =dev-lang/php-5* cli cgi pear apache2 ctype gd jpeg mysql pcre pdo-external png se\ssion simplexml soap sqlite truetype xml2 xsl zlib Updated the /etc/conf.d/apache2 with PHP5: APACHE2_OPTS="-D DEFAULT_VHOST -D PHP5 -D DAV -D SVN" Restart apache2 and it fails with this when I try to save: "Fatal error: Call to undefined function session_set_cookie_params() in /var/www/localhost/htdocs/mediawiki/includes/User.php on line 444" enigma conf.d # emerge info Portage 2.0.53_rc3 (default-linux/x86/2005.0, gcc-3.3.6, glibc-2.3.5-r1, 2.6.13-gentoo-r2 i686) ================================================================= System uname: 2.6.13-gentoo-r2 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz Gentoo Base System version 1.12.0_pre8 dev-lang/python: 2.3.5, 2.4.2 sys-apps/sandbox: 1.2.13 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.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium4 -O3 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/bind /var/qmail/alias /var/qmail/control /var/vpopmail/domains /var/vpopmail/etc" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium4 -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.chem.wisc.edu/gentoo" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X alsa apache2 apm arts authdaemond avi berkdb bitmap-fonts cdr cli crypt cups curl dba eds emboss encode esd fam foomaticdb fortran gd gdbm gif gnome gpm gstreamer gtk gtk2 imagemagick imap imlib ipv6 java jpeg jpg junit libg++ libwww mad maildir mikmod motif mozilla mp3 mpeg mysql ncurses nls ogg oggvorbis opengl oss pam pdflib perl png python quicktime readline sdl slang spell ssl svga tcpd tiff truetype truetype-fonts type1-fonts unicode valias vhosts vorbis xml2 xmms xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY
(In reply to comment #0) > I have these installed: > > www-apps/mediawiki-1.4.9 > dev-lang/php-5.0.4 > > and when I try to save a wiki page I get a fatal error. > > > > Reproducible: Always > Steps to Reproduce: > emerge php5 and test. > Actual Results: > > "Fatal error: Call to undefined function session_set_cookie_params() in > /var/www/localhost/htdocs/mediawiki/includes/User.php on line 444" > the same was it on my side too www-apps/mediawiki-1.4.12 dev-lang/php-5.0.5-r5 fist message was -mysql -imap , reason recode active next one was dba or -berkdb required until i found USE session required i use now in /etc/portage/package.use =dev-lang/php-5.0.5-r5 -recode session all USE are [ebuild R ] dev-lang/php-5.0.5-r5 -adabas -apache +apache2 -bcmath +berkdb -birdstep +bzip2 -calendar -cdb -cgi -cjk +cli +crypt -ctype +curl -curlwrappers -db2 +dba -dbase -dbmaker +debug -discard-path +doc -empress -empress-bcs -esoob +exif -fdftk -filepro -firebird -flatfile -force-cgi-redirect -frontbase -ftp +gd -gd-external +gdbm +gmp -hardenedphp -hyperwave-api -iconv +imap -informix -inifile -interbase -iodbc +ipv6 -java-external -kerberos +ldap -libedit -mcve -memlimit +mhash +ming -mnogosearch -msql -mssql +mysql -mysqli +ncurses +nls -oci8 -oci8-instant-client -odbc -oracle7 -ovrimos -pcntl +pcre -pdo-external -pfpro +pic -posix +postgres -qdbm +readline -recode -sapdb +sasl +session -sharedext -sharedmem -simplexml +snmp -soap +sockets -solid +spell +spl +sqlite +ssl -sybase -sybase-ct -sysvipc +threads -tidy +tiff -tokenizer +truetype -wddx +xml -xmlrpc -xpm -xsl -yaz -zip +zlib 0 kB and it works nice without any errors Petr
Installed on a PPC G3, and it is working fine and dandy. I would guess the bug is only so that we can fixed the ebuild not to have to guess the useflags. I did have the problem mentioned here even with session and pcre, so it wasn't "enough". [ebuild R ] net-www/apache-2.0.55-r1 +apache2 -debug -doc +ldap -mpm-leader -mpm-peruser -mpm-prefork -mpm-threadpool -mpm-worker -no-suexec (-selinux) +ssl -static-modules -threads 0 kB [ebuild R ] dev-lang/php-5.0.5-r5 (-adabas) -apache +apache2 -bcmath +berkdb (-birdstep) +bzip2 -calendar -cdb +cgi -cjk +cli +crypt -ctype +curl -curlwrappers -db2 +dba -dbase -dbmaker -debug -discard-path +doc -empress -empress-bcs -esoob +exif (-fdftk) -filepro (-firebird) -flatfile +force-cgi-redirect -frontbase -ftp +gd -gd-external +gdbm +gmp -hardenedphp -hyperwave-api -iconv +imap -informix -inifile (-interbase) -iodbc +ipv6 -java-external -kerberos +ldap -libedit -mcve -memlimit +mhash +ming -mnogosearch -msql -mssql +mysql -mysqli +ncurses +nls (-oci8) (-oci8-instant-client) -odbc -oracle7 -ovrimos -pcntl +pcre -pdo-external -pfpro +pic -posix -postgres -qdbm +readline -recode -sapdb +sasl +session -sharedext -sharedmem -simplexml +snmp -soap +sockets -solid +spell +spl -sqlite +ssl -sybase -sybase-ct -sysvipc -threads -tidy +tiff -tokenizer +truetype -wddx +xml -xmlrpc -xpm -xsl -yaz -zip +zlib 0 kB [ebuild R ] www-apps/mediawiki-1.4.12 +imagemagick +math +vhosts 0 kB
(In reply to comment #17) [..] > and it works nice without any errors i take it back i found a new problem after php5 update: Fatal error: Only variables can be passed by reference in /var/www/localhost/htdocs/mediawiki/includes/DifferenceEngine.php on line 105 difference pages works not more
same problem here on ppc
Here is a nice reply of what is wrong... http://meta.wikimedia.org/wiki/Help_talk:Diff I don't know much about php but the problem is that someone would need to split these lines: $oldUserLink = $sk->makeLinkObj( Title::makeTitleSafe( NS_USER, $this->mOldUser ), $this->mOldUser ); to something like this: $oldUserLinkA = Title::makeTitleSafe( NS_USER, $this->mOldUser ); $oldUserLink = $sk->makeLinkObj( $aoldUserLinkA, $this->mOldUser ); So in theory it should work ... It is about the same style of patch as squirrel mail. Or should we just mask php5 for mediawiki, or stabilize mediawiki-1.5
I don't have the time to make a good patch, but this is part of the secret that should get this working, there is more, and I'll look at it more till I find more troubles. Change These: $oldUserLink = $sk->makeLinkObj( Title::makeTitleSafe( NS_USER, $this->mOldUser ), $this->mOldUser ); $newUserLink = $sk->makeLinkObj( Title::makeTitleSafe( NS_USER, $this->mNewUser ), $this->mNewUser ); $oldUTLink = $sk->makeLinkObj( Title::makeTitleSafe( NS_USER_TALK, $this->mOldUser ), $talk ); $newUTLink = $sk->makeLinkObj( Title::makeTitleSafe( NS_USER_TALK, $this->mNewUser ), $talk ); Into this: $oldUserLinkA = Title::makeTitleSafe( NS_USER, $this->mOldUser ); $oldUserLink = $sk->makeLinkObj( $oldUserLinkA, $this->mOldUser ); $newUserLinkA = Title::makeTitleSafe( NS_USER, $this->mNewUser ); $newUserLink = $sk->makeLinkObj( $newUserLinkA, $this->mNewUser ); $oldUTLinkA = Title::makeTitleSafe( NS_USER_TALK, $this->mOldUser ); $oldUTLink = $sk->makeLinkObj( $oldUTLinkA , $talk ); $newUTLinkA = Title::makeTitleSafe( NS_USER_TALK, $this->mNewUser ); $newUTLink = $sk->makeLinkObj( $newUTLinkA, $talk ); Remember I don't know what I am doing !!!!
I'm all for stablizing mediawiki-1.5, as PHP5 is not supported by them. (see explanation in #21) Maybe make mediawiki-1.4* block on PHP5, too. This would solve the issues at hand without erronous code patching. Could trapni please file a stable bug?
mediawiki 1.3 and 1.4 shall most probably block php5. but mediawiki 1.5 and the upcoming 1.6 (devel) are working just fine with php5, at least on my installs, and at least it is said at http://meta.wikimedia.org/wiki/Help_talk:Diff for 1.5. Is *anybody* having a problem with php5 together with mediawiki 1.5.x. Maybe we shall drop 1.3 completely off, and mask 1.4 before dropping it too because I can just encourage everybody in upgrading to a recent 1.5.x line. the sooner the better. Although (I might missing the point here), your current discussion has nothing to do with the initial bug reporting problem -missing use flags on php5 series to get mediawiki working - as (in fact), this has been fixed in pkg_setup() already. The most recent problem you're talking about does not *seem* to me like a gentoo problem, is it? This problem should IMHO occur on other UNIX/Linux systems as well, and though, is an upstream bug. Please correct me if I'm wrong.
I am now using 1.5.x with php5 with very good success, specially since mysql is >=4.1.18. Am I right in thinking the order of things to do with let say 15 days in between. -1.5.8 worked for 30 days in ~ -1.5.x should be stabilized -1.4.x and 1.3.x should mask php5 -1.3.x should be dropped maybe annoucing this somewhere as to give people time to turn around and scream before it is too late ?
(In reply to comment #25) > I am now using 1.5.x with php5 with very good success, specially since mysql is > >=4.1.18. > > Am I right in thinking the order of things to do with let say 15 days in > between. me2 > -1.5.8 worked for 30 days in ~ > -1.5.x should be stabilized > -1.4.x and 1.3.x should mask php5 I agree. > -1.3.x should be dropped I'd rather prefer package.mask first. really. > maybe annoucing this somewhere as to give people time to turn around and scream > before it is too late ? that's the question. where? maybe at our webapps mailinglist at least.
I am making a new server that will run exclusively 1.6.x, that way I can test many features without too many production server issues. 1.3.x I noticed is already masked. (good stuff) 1.5.8 has no bugs filed for at least 30day if not more... (Annouce to webapps ?) and mark stable ? I am now a bit affraid that many people have done what I did, upgrade to php5 and install mediawiki 1.4.x and somehow made it to work. For those, the upgrade in the 1.4.x series, it will be broken as it will request a downgrade to php4 and then other apps will break giving a lot of head aches. Tried it, not pretty.
(In reply to comment #27) > I am now a bit affraid that many people have done what I did, upgrade to php5 > and install mediawiki 1.4.x and somehow made it to work. For those, the upgrade > in the 1.4.x series, it will be broken as it will request a downgrade to php4 > and then other apps will break giving a lot of head aches. There's no need to downgrade, php-4 and php-5 is slotted and both versions can be installed and used together, but I still don't see why do we need those tons of mediawiki versions in portage. Please, stabilize something newer, do a cleanup of the obsolete versions and be done with it.
Cleaned old versions and stabilized 1.5.8. Added mysql flag depend on php
