mythweb-0.26.0 is incompatible with PHP 5.4, giving me the following error messages: Warning: Unknown: function '0' not found or invalid function name in Unknown on line 0 Warning: Failed to open translation file: modules_path/_shared/lang/English.lang in /var/www/localhost/htdocs/mythweb/classes/Translate.php on line 173 Warning at /var/www/localhost/htdocs/mythweb/includes/session.php, line 21: !!NoTrans: session_start(): Cannot send session cookie - headers already sent!! Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone 'UTC' for now, but please set date.timezone to select your timezone. in /var/www/localhost/htdocs/mythweb/includes/errors.php on line 161 Warning at /var/www/localhost/htdocs/mythweb/includes/session.php, line 21: !!NoTrans: session_start(): Cannot send session cache limiter - headers already sent!! Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone 'UTC' for now, but please set date.timezone to select your timezone. in /var/www/localhost/htdocs/mythweb/includes/errors.php on line 161 Warning at /var/www/localhost/htdocs/mythweb/modules/_shared/tmpl/default/header.php, line 12: !!NoTrans: Cannot modify header information - headers already sent!! I was able to resolve these errors by 1) bumping the mythweb version to mythweb-0.26.0_p20130322 as recommended here http://code.mythtv.org/trac/ticket/10504 and 2) applying this patch to the mythweb apache conf file http://code.mythtv.org/trac/attachment/ticket/11277/mythweb-php54-unknown-function.patch bumping the mythtv version is as simple as copying the mythweb-0.26.0.ebuild to mythweb-0.26.0_p20130322.ebuild and running ebuild digest, since we already have a p20130322 version of mythplugins. Unfortunately I still got the same errors after the version bump, so I also applied the patch mentioned. After the version bump and patch, mythweb is not giving any error messages, and I am able to schedule recordings successfully. Reproducible: Always Portage 2.1.11.55 (default/linux/x86/13.0, gcc-4.6.3, glibc-2.15-r3, 3.8.6 i686) ================================================================= System uname: Linux-3.8.6-i686-Intel-R-_Atom-TM-_CPU_Z530_@_1.60GHz-with-gentoo-2.1 KiB Mem: 1020792 total, 94072 free KiB Swap: 3905532 total, 3905308 free Timestamp of tree: Sun, 07 Apr 2013 14:30:01 +0000 ld GNU ld (GNU Binutils) 2.22 app-shells/bash: 4.2_p37 dev-lang/python: 2.7.3-r3, 3.2.3-r2 dev-util/pkgconfig: 0.28 sys-apps/baselayout: 2.1-r1 sys-apps/openrc: 0.11.8 sys-apps/sandbox: 2.5 sys-devel/autoconf: 2.69 sys-devel/automake: 1.11.6 sys-devel/binutils: 2.22-r1 sys-devel/gcc: 4.6.3 sys-devel/gcc-config: 1.7.3 sys-devel/libtool: 2.4-r1 sys-devel/make: 3.82-r4 sys-kernel/linux-headers: 3.7 (virtual/os-headers) sys-libs/glibc: 2.15-r3 Repositories: gentoo x-portage-overlay ACCEPT_KEYWORDS="x86" ACCEPT_LICENSE="* -@EULA" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=atom -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/config /usr/share/gnupg/qualified.txt /usr/share/polkit-1/actions" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5.4/ext-active/ /etc/php/cgi-php5.4/ext-active/ /etc/php/cli-php5.4/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -march=atom -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FCFLAGS="-O2 -march=atom -fomit-frame-pointer -pipe" FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch" FFLAGS="-O2 -march=atom -fomit-frame-pointer -pipe" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="en_US.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j1 -l 2.0" PKGDIR="/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/mnt/auto/portage" PORTDIR_OVERLAY="/usr/local/portage-overlay" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acl berkdb bluray bzip2 cli cracklib crypt cxx device-mapper dri dvb fortran gdbm gpm iconv ipv6 logrotate lzma memlimit mmx mmxext modules mudflap ncurses nls nptl offensive opengl openmp pam pcre qt3support readline session sse sse2 sse3 ssl ssse3 tcpd unicode usb x86 zlib" ABI_X86="32" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-3" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_2" RUBY_TARGETS="ruby18 ruby19" USERLAND="GNU" VIDEO_CARDS="dummy fbdev intel modesetting vesa" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON
I ran into something similar: http://www.mythtv.org/pipermail/mythtv-users/2013-January/346189.html A few things: 1. If you just rename the ebuild you aren't bumping anything. You need to populate the BACKPORTS variable in the build, and point the SRC_URI to a tarball containing the corresponding patches, which you have to obtain from git. 2. Upstream hasn't touched anything related to this in ages, so bumping will likely do you little good. Just look at their git log (I might still push out a bump just for its own sake). The patch is likely what is doing all the work. The changes I listed also work, but I'm not sure that either is a proper fix. I need to research this a bit more before I put anything into portage. It almost seems like some kind of php bug (you get errors unless you set the errors to maximum verbosity, and then you don't get errors).
I just ran into this after an upgrade from php-5.3 to 5.4. I added the two php_value lines Richard prescribed in the mythtv-users mailing list to my mythweb apache config file, and it fixed the problem. What's strange is that these values appear to be set in the php.ini file for php-5.4. Is there a reason why they have to be set in my apache config file for mythweb? Looking forward to a better fix for this.
(In reply to Gregg Casillo from comment #2) > Is there a > reason why they have to be set in my apache config file for mythweb? There is certainly a reason. There probably shouldn't be a reason. This seems likely to be a PHP bug, but I have no idea. It is a heisenbug at the very least.
This ebuild is no longer in the tree. Unfortunately mythweb support is a bit sporadic here and upstream.
