As noted as an aside here http://bugs.gentoo.org/show_bug.cgi?id=175442, as well as here http://forums.gentoo.org/viewtopic-p-4020614.html, this ebuild is failing with the following error: !!! ERROR: www-apps/mythweb-0.21_pre13285 failed. Call stack: ebuild.sh, line 1614: Called dyn_unpack ebuild.sh, line 751: Called qa_call 'src_unpack' environment, line 3594: Called src_unpack mythweb-0.21_pre13285.ebuild, line 26: Called unpack ebuild.sh, line 389: Called die !!! Nothing passed to the 'unpack' command !!! If you need support, post the topmost build error, and the call stack if relevant. !!! A complete build log is located at '/var/tmp/portage/www-apps/mythweb-0.21_pre13285/temp/build.log'.
Here's my emerge --info: Portage 2.1.2.2 (default-linux/x86/2006.1, gcc-4.1.1, glibc-2.5-r0, 2.6.20-gentoo-r6 i686) ================================================================= System uname: 2.6.20-gentoo-r6 i686 Intel(R) Celeron(R) CPU 2.40GHz Gentoo Base System release 1.12.9 Timestamp of tree: Sat, 21 Apr 2007 20:00:01 +0000 dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=i686 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/php/apache1-php5/ext-active/ /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/terminfo" CXXFLAGS="-O2 -march=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" 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 --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X apache2 berkdb bitmap-fonts cli cracklib crypt cups dri fortran gdbm gpm gtk iconv ipv6 isdnlog libg++ midi mysql mythtv ncurses nls nptl nptlonly opengl pam pcre perl posix ppds pppd python qt readline reflection samba session spl ssl tcpd truetype-fonts type1-fonts unicode usb x86 xorg zlib" 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 mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="apm ark ati chips cirrus cyrix dummy fbdev glint i128 i740 i810 imstt mga neomagic nsc nv rendition s3 s3virge savage siliconmotion sis sisusb tdfx tga trident tseng v4l vesa vga via vmware voodoo" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
I've done a bit of research (http://bugs.gentoo.org/show_bug.cgi?id=175442#c3) and it turns out that the new 0.21 version of mythtv is being released (for now atleast) via subversion. The fix is...simple but a pain. You need to find all the 0.21 myth* packages you want to use, copy them to a local overlay (read the gentoo-wiki or g.org docs on howto do that and enable it in your make.conf). Now edit each 0.21* ebuild you plan on using and make sure subversion is in the inherit line eg: ++ inherit mythtv webapp depend.php subversion ++ and scroll down and check for a src_unpack statement. If it has "unpack ${A}"; comment it out (with a # at the beginning of the line) and change it to "subversion_src_unpack". Save the file, re-digest it (ebuild $EBUILD_NAME_VER digest) and you should be able to install it fine then. If you use things like mythmusic, you'll need to create your own 0.21_pre13285.ebuild file; but I just copied the 0.20* file and made the above changes and it worked fine.
Hrm, I'm not quite as smart as I thought I was :-D mythmusic requires the addition of a taglib dependency (I just added a >=media-libs/taglib-1.4 to the dependency list); but then compiles fine though for some reason I can't get mythweb to do its thing, now failing on ++ rsync: mkdir "/var/tmp/portage/www-apps/mythweb-0.21_pre13285/work/mythplugins-0.21/mythweb" failed: No such file or directory (2) ++ I know its not a hardware thing since I can manually create the folders (but since they get wiped on restart of an emerge it doesn't help me much). Likely its just my not "getting" a quirk of portage or such.
*** This bug has been marked as a duplicate of bug 175442 ***
This isn't a duplicate. This bug has nothing to do with masking!
The ebuild is masked since it's a work in progress.
Suggestions fixes and tweaks are welcome. Changes happen to the ebuild without a rev bump so make sure you emerge it again.
*Definitely* understood it's not necessarily final. Otherwise it wouldn't be masked! ;-) But this seemed to be the best place to let you know something was amiss, even if it's not official yet. I just tried to emerge the same ebuild again, and this time it checked a tonne of stuff out of Subversion. Cool! But alas... ========================================= ...(checkout details snipped)... Checked out revision 13285. * working copy: /usr/portage/distfiles/svn-src/mythweb/mythplugins >>> Source unpacked. >>> Compiling source in /var/tmp/portage/www-apps/mythweb-0.21_pre13285/work/myt hweb ... >>> Source compiled. >>> Test phase [not enabled]: www-apps/mythweb-0.21_pre13285 >>> Install mythweb-0.21_pre13285 into /var/tmp/portage/www-apps/mythweb-0.21_pr e13285/image/ category www-apps dodoc: TODO does not exist cp: cannot stat `.htaccess': No such file or directory * (server owned) htdocs/data * ebuild fault: file '/usr/share/webapps/mythweb/0.21_pre13285/htdocs/.htaccess ' not found * Please report this as a bug at http://bugs.gentoo.org/ !!! ERROR: www-apps/mythweb-0.21_pre13285 failed. Call stack: ebuild.sh, line 1614: Called dyn_install ebuild.sh, line 1060: Called qa_call 'src_install' environment, line 3600: Called src_install mythweb-0.21_pre13285.ebuild, line 44: Called webapp_configfile '/usr/share/ webapps/mythweb/0.21_pre13285/htdocs/.htaccess' webapp.eclass, line 131: Called webapp_checkfileexists '/usr/share/webapps/m ythweb/0.21_pre13285/htdocs/.htaccess' '/var/tmp/portage/www-apps/mythweb-0.21_p re13285/image/' webapp.eclass, line 82: Called die !!! ebuild fault: file '/usr/share/webapps/mythweb/0.21_pre13285/htdocs/.htacces s' not found !!! If you need support, post the topmost build error, and the call stack if rel evant. !!! A complete build log is located at '/var/tmp/portage/www-apps/mythweb-0.21_p re13285/temp/build.log'. ========================================= My /usr/share/webapps is empty at this point. Should it maybe be trying /var/www/localhost/htdocs? Let me know if this isn't the best forum for feedback. And thanks for your efforts! :) rodney
yeah I'm aware it's stuck at that point. That's the point I'm stuck at with no fix.
Could this please be remasked until patched? It's not good form to keep a broken package out in the stable wild.
It is masked. It's never been marked stable. It's masked ~arch currently. Please check your /etc/portage/ configurations if you see this otherwise.
Don't know what to tell you, then. There's no mention of ~amd64 unmask for mythweb anywhere on my system. package.unmask is empty Contents of /etc/portage/package.keywords ----------------------------------------- media-libs/win32codecs =net-www/nspluginwrapper-0.9.91.3 =sys-kernel/gentoo-sources-2.6.20-r5 And ACCEPT_KEYWORDS="amd64 x86" It has definitely come downstream without barking at me about a mask and shows up green in eix: * www-apps/mythweb Available versions: (0.20_p11671) 0.20_p11671 (0.21_pre13285) 0.21_pre13285 Best versions/slot: 0.20_p11671(0.20_p11671) 0.21_pre13285(0.21_pre13285) Homepage: http://www.mythtv.org Description: PHP scripts intended to manage MythTV from a web browser. License: GPL-2 I had the older version installed without noting a mask and when I had my most recent update-world it failed to unpack.
Please read "man portage" (the package.keywords section) since your /etc/portage/package.keywords file is invalid. Also accepting amd64 and x86 is certainly not a valid configuration. And then run an emerge --sync which should then fix your caching/metadata issues.
(In reply to comment #13) > Please read "man portage" (the package.keywords section) since your > /etc/portage/package.keywords file is invalid. Also accepting amd64 and x86 is > certainly not a valid configuration. And then run an emerge --sync which should > then fix your caching/metadata issues. > I'll give you the ACCEPT_KEYWORDS bit but the keywords are valid As far as I have read, ssigning a keyword to a package for the default arch is deprecated and that it is only necessary when package is being emerged for a non-default arch. Removing x86 from ACCEPT_KEYWORDS has corrected the cache.
Contents of /etc/portage/package.keywords ----------------------------------------- media-libs/win32codecs ~amd64 =net-www/nspluginwrapper-0.9.91.3 ~amd64 =sys-kernel/gentoo-sources-2.6.20-r5 ~amd64 Would be valid for package.keywords.
We've got it to unpack... now to get it to install.
This bug is a duplicate of 178323. I have a simple fix at: http://bugs.gentoo.org/show_bug.cgi?id=178323#c5
Created attachment 121815 [details] Replacement ebuild The problem with compilation is that the working directory for SVN versions is mythweb/mythplugins/mythweb whereas for releases it is mythplugins/mythweb. The attached ebuild for SVN does a "cd ${PN}" before ${S} is used in src_install. In addition to this, changeset 12155 (http://svn.mythtv.org/trac/changeset/12155) switched from using a .htaccess file to using a config file in /etc/apache{2}/conf This ebuild installs the new file to ${MY_INSTALLDIR} and the following attachment is the updated postinstall instructions. Note that the updated version of mythtv-plugins.eclass that I referred in my previous comment is needed for this to work.
Created attachment 121816 [details] Post-install instructions
(In reply to comment #19) Works for me (amd64).
Fixed in mythweb-0.21_pre13775
