I keep getting failed to compile red_eye errors when emerging mythtv. I will attach the build.log. Reproducible: Always Actual Results: mythtv fails to build Expected Results: mythtv should build emerge --info: Portage 2.1.4.4 (default-linux/amd64/2007.0, gcc-4.1.2, glibc-2.6.1-r0, 2.6.24-gentoo-r3 x86_64) ================================================================= System uname: 2.6.24-gentoo-r3 x86_64 Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz Timestamp of tree: Sun, 23 Mar 2008 03:47:01 +0000 distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.4 [enabled] app-shells/bash: 3.2_p17-r1 dev-java/java-config: 1.3.7, 2.1.4 dev-lang/python: 2.4.4-r9 dev-python/pycrypto: 2.0.1-r6 dev-util/ccache: 2.4-r7 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r1 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.18-r1 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.23-r3 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=nocona -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-march=nocona -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://portage.home http://gentoo.cites.uiuc.edu/pub/gentoo/ http://gentoo.mirrors.easynews.com/linux/gentoo/ http://mirror.phy.olemiss.edu/mirror/gentoo" LANG="en_US.UTF-8" LC_ALL="en_US.UTF-8" LINGUAS="en ru" MAKEOPTS="-j6" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp/portage" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local/layman/sajinet /usr/local/portage" SYNC="rsync://server.home/gentoo-portage" USE="X a52 aac acl acpi adns alsa amd64 apache2 audiofile avi bcmath bdf berkdb bzip2 calendar cddb cdparanoia cdr cjk clamav cli cpudetection cracklib crypt ctype cups curl curlwrappers dbus dga directfb dri dts dvb dvd dvdread emu-linux-x86 encode exif fbcon ffmpeg flac foomaticdb fortran ftp gd gdbm gif gmp gnutls gpm gsm gtk gtk2 hal hash iconv ieee1394 imagemagick imap imlib innodb ipv6 isdnlog ithreads java javascript jpeg jpeg2k json kde lcms ldap ldap-sasl libcaca logrotate lzo mad matroska mcal mhash midi mime mjpeg mmx mmxext mng mp3 mp4 mpeg msession msn mudflap mysql mysqli ncurses network nls nptl nptlonly nsplugin nss nvidia ogg openal opengl openmp osc oss pam pcntl pcre pdf pdo pear perl pg-intdatetime php png posix postgres ppds pppd python qt qt3 qt3support qt4 quicktime readline reflection rtc samba sasl sdl seamonkey session simplexml snmp soap sockets spl sqlite sse sse2 ssl ssse3 subversion suhosin svg tcpd theora threads tidy tiff tokenizer transcode truetype unicode usb utempter v4l v4l2 vcd vorbis wddx wifi wxwindows x264 xcomposite xforms xine xml xorg xpm xsl xv xvid xvmc zip zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci 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" APACHE2_MODULES="actions alias auth_basic auth_digest authn_anon authn_dbd authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock dbd deflate dir disk_cache env expires ext_filter file_cache filter headers ident imagemap include info log_config logio mem_cache mime mime_magic negotiation proxy proxy_ajp proxy_balancer proxy_connect proxy_http rewrite setenvif so speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en ru" USERLAND="GNU" VIDEO_CARDS="nvidia nv vesa fbdev v4l" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Created attachment 147022 [details] build.log mythtv build.log with error
<snip> make[3]: Leaving directory `/var/tmp/portage/portage/media-tv/mythtv-0.21_p16658/work/mythtv-0.21/bindings/perl' -o perl -L/usr/qt/3/lib64 -L/usr/X11R6/lib64 -lqt-mt -lXext -lX11 -lm make[2]: Leaving directory `/var/tmp/portage/portage/media-tv/mythtv-0.21_p16658/work/mythtv-0.21/bindings/perl' make[1]: Leaving directory `/var/tmp/portage/portage/media-tv/mythtv-0.21_p16658/work/mythtv-0.21/bindings' cd config && make -f Makefile make[1]: Entering directory `/var/tmp/portage/portage/media-tv/mythtv-0.21_p16658/work/mythtv-0.21/config' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/var/tmp/portage/portage/media-tv/mythtv-0.21_p16658/work/mythtv-0.21/config' x86_64-pc-linux-gnu-gcc: red_eye.c: No such file or directory x86_64-pc-linux-gnu-gcc: no input files </snip> *** This bug has been marked as a duplicate of bug 213093 ***
Do you have the following file? ls -l /usr/portage/distfiles/svn-src/mythtv/mythtv/contrib/chan nel_changers/red_eye.c
(In reply to comment #3) > Do you have the following file? > > ls -l /usr/portage/distfiles/svn-src/mythtv/mythtv/contrib/chan > nel_changers/red_eye.c > I was just looking at the this line in the ebuild and it's wrong: $(tc-getCC) ${CFLAGS} ${CPPFLAGS} -o ../../red_eye red_eye.c ${LDFLAGS} || cd "${S}"/contrib/channel_changers ls -l: drwxr-sr-x 3 root portage 120 2008-03-23 08:49 6200ch drwxr-sr-x 3 root portage 152 2008-03-23 08:49 change-channel-lirc drwxr-sr-x 3 root portage 128 2008-03-23 08:49 d10control drwxr-sr-x 3 root portage 160 2008-03-23 08:50 dct2000serial drwxr-sr-x 3 root portage 552 2008-03-23 08:49 dct-channel drwxr-sr-x 3 root portage 128 2008-03-23 08:51 red_eye drwxr-sr-x 3 root portage 128 2008-03-23 08:49 sa3250ch You shouldn't be using ../../ since you're already in the directory with the red_eye directory in it. Path for the red_eye.c file: /usr/portage/distfiles/svn-src/mythtv/mythtv/contrib/channel_changers/red_eye/red_eye.c
(In reply to comment #4) > (In reply to comment #3) > > Do you have the following file? > > > > ls -l /usr/portage/distfiles/svn-src/mythtv/mythtv/contrib/chan > > nel_changers/red_eye.c > > > > I was just looking at the this line in the ebuild and it's wrong: > > $(tc-getCC) ${CFLAGS} ${CPPFLAGS} -o ../../red_eye red_eye.c ${LDFLAGS} || -o means output file. Since we're in ${S}/contrib/channel_changers it means we're putting the resultant binary from what we compiled in ${S}. So that's proper. > > > > cd "${S}"/contrib/channel_changers > > ls -l: > > drwxr-sr-x 3 root portage 120 2008-03-23 08:49 6200ch > drwxr-sr-x 3 root portage 152 2008-03-23 08:49 change-channel-lirc > drwxr-sr-x 3 root portage 128 2008-03-23 08:49 d10control > drwxr-sr-x 3 root portage 160 2008-03-23 08:50 dct2000serial > drwxr-sr-x 3 root portage 552 2008-03-23 08:49 dct-channel > drwxr-sr-x 3 root portage 128 2008-03-23 08:51 red_eye > drwxr-sr-x 3 root portage 128 2008-03-23 08:49 sa3250ch That's not what my SVN checkout looks like for 0.21 and upstream's repo, http://svn.mythtv.org/trac/browser/branches/release-0-21-fixes/mythtv/contrib/channel_changers agrees with me. You pasted the layout of the 0.22 trunk. > > > You shouldn't be using ../../ since you're already in the directory with the > red_eye directory in it. It's -o ../../red_eye which is building the result file and that's not a reference to the source file. > > Path for the red_eye.c file: > > /usr/portage/distfiles/svn-src/mythtv/mythtv/contrib/channel_changers/red_eye/red_eye.c > it's /usr/portage/distfiles/svn-src/mythtv/mythtv/contrib/channel_changers/red_eye.c for 0.21 You most likely have an overlay with a mythtv.eclass in it and aren't using the Portage version.
(In reply to comment #5) > (In reply to comment #4) > > (In reply to comment #3) > > > Do you have the following file? > > > > > > ls -l /usr/portage/distfiles/svn-src/mythtv/mythtv/contrib/chan > > > nel_changers/red_eye.c > > > > > > > I was just looking at the this line in the ebuild and it's wrong: > > > > $(tc-getCC) ${CFLAGS} ${CPPFLAGS} -o ../../red_eye red_eye.c ${LDFLAGS} || > > -o means output file. Since we're in ${S}/contrib/channel_changers it means > we're putting the resultant binary from what we compiled in ${S}. So that's > proper. > > > > > > > > > cd "${S}"/contrib/channel_changers > > > > ls -l: > > > > drwxr-sr-x 3 root portage 120 2008-03-23 08:49 6200ch > > drwxr-sr-x 3 root portage 152 2008-03-23 08:49 change-channel-lirc > > drwxr-sr-x 3 root portage 128 2008-03-23 08:49 d10control > > drwxr-sr-x 3 root portage 160 2008-03-23 08:50 dct2000serial > > drwxr-sr-x 3 root portage 552 2008-03-23 08:49 dct-channel > > drwxr-sr-x 3 root portage 128 2008-03-23 08:51 red_eye > > drwxr-sr-x 3 root portage 128 2008-03-23 08:49 sa3250ch > > That's not what my SVN checkout looks like for 0.21 and upstream's repo, > http://svn.mythtv.org/trac/browser/branches/release-0-21-fixes/mythtv/contrib/channel_changers > agrees with me. > > You pasted the layout of the 0.22 trunk. > > > > > > > You shouldn't be using ../../ since you're already in the directory with the > > red_eye directory in it. > > It's -o ../../red_eye which is building the result file and that's not a > reference to the source file. > > > > > Path for the red_eye.c file: > > > > /usr/portage/distfiles/svn-src/mythtv/mythtv/contrib/channel_changers/red_eye/red_eye.c > > > > it's > /usr/portage/distfiles/svn-src/mythtv/mythtv/contrib/channel_changers/red_eye.c > for 0.21 > > You most likely have an overlay with a mythtv.eclass in it and aren't using the > Portage version. > I was wondering about that. It was compiling fine on my other two computers running gentoo but not the one. I think it's because I was using 0.22. 0.21 used to be masked and 0.22 appeared one day and it just went to emerge that. Then I deleted the unmask and now it's trying to emerge 0.21 but it's failing. This doesn't really make much sense since svn should update to the specified version in the repo right?
(In reply to comment #6) > (In reply to comment #5) > > (In reply to comment #4) > > > (In reply to comment #3) > > > > Do you have the following file? > > > > > > > > ls -l /usr/portage/distfiles/svn-src/mythtv/mythtv/contrib/chan > > > > nel_changers/red_eye.c > > > > > > > > > > I was just looking at the this line in the ebuild and it's wrong: > > > > > > $(tc-getCC) ${CFLAGS} ${CPPFLAGS} -o ../../red_eye red_eye.c ${LDFLAGS} || > > > > -o means output file. Since we're in ${S}/contrib/channel_changers it means > > we're putting the resultant binary from what we compiled in ${S}. So that's > > proper. > > > > > > > > > > > > > > cd "${S}"/contrib/channel_changers > > > > > > ls -l: > > > > > > drwxr-sr-x 3 root portage 120 2008-03-23 08:49 6200ch > > > drwxr-sr-x 3 root portage 152 2008-03-23 08:49 change-channel-lirc > > > drwxr-sr-x 3 root portage 128 2008-03-23 08:49 d10control > > > drwxr-sr-x 3 root portage 160 2008-03-23 08:50 dct2000serial > > > drwxr-sr-x 3 root portage 552 2008-03-23 08:49 dct-channel > > > drwxr-sr-x 3 root portage 128 2008-03-23 08:51 red_eye > > > drwxr-sr-x 3 root portage 128 2008-03-23 08:49 sa3250ch > > > > That's not what my SVN checkout looks like for 0.21 and upstream's repo, > > http://svn.mythtv.org/trac/browser/branches/release-0-21-fixes/mythtv/contrib/channel_changers > > agrees with me. > > > > You pasted the layout of the 0.22 trunk. > > > > > > > > > > > You shouldn't be using ../../ since you're already in the directory with the > > > red_eye directory in it. > > > > It's -o ../../red_eye which is building the result file and that's not a > > reference to the source file. > > > > > > > > Path for the red_eye.c file: > > > > > > /usr/portage/distfiles/svn-src/mythtv/mythtv/contrib/channel_changers/red_eye/red_eye.c > > > > > > > it's > > /usr/portage/distfiles/svn-src/mythtv/mythtv/contrib/channel_changers/red_eye.c > > for 0.21 > > > > You most likely have an overlay with a mythtv.eclass in it and aren't using the > > Portage version. > > > > I was wondering about that. It was compiling fine on my other two computers > running gentoo but not the one. I think it's because I was using 0.22. 0.21 > used to be masked and 0.22 appeared one day and it just went to emerge that. > Then I deleted the unmask and now it's trying to emerge 0.21 but it's failing. > This doesn't really make much sense since svn should update to the specified > version in the repo right? > The build.log I attached specifies 0.21 as you can see. Is not possible to go back to 0.21 after I updated to 0.22 in svn?
Works fine for me. Like I said, I think you have a mythtv.eclass in one of your overlays that's overriding some stuff from the Portage version of that eclass.
Created attachment 147212 [details] my only mythtv.eclass I don't have mythtv in any my overlay: gandalf svn-src # updatedb gandalf svn-src # locate mythtv.eclass /usr/portage/eclass/mythtv.eclass
(In reply to comment #8) > Works fine for me. Like I said, I think you have a mythtv.eclass in one of your > overlays that's overriding some stuff from the Portage version of that eclass. > Should I just rm -rf svn-src and re-emerge?
You could try that. However, svn up http://svn.mythtv.org/svn/branches/release-0-21-fixes/mythtv@16658 is what the eclass should be running for you and it'll do the right thing. You can go into the /usr/portage/distfiles/svn-src/mythtv/mythtv directory and run that command and then run svn status and paste that result here.
(In reply to comment #11) > You could try that. However, svn up > http://svn.mythtv.org/svn/branches/release-0-21-fixes/mythtv@16658 is what the > eclass should be running for you and it'll do the right thing. You can go into > the /usr/portage/distfiles/svn-src/mythtv/mythtv directory and run that command > and then run svn status and paste that result here. > Well I tried to run svn up http://svn.mythtv.org/svn/branches/release-0-21-fixes/mythtv@16658 but it said there was nothing to do. So I took a more drastic approach and rm -rf mythtv directory. Then so it didn't have to do a checkout again, I tarred a checkout of the same rev off one of my other gentoo boxes and untarred it on that box. It emerged fine without errors after that.
(In reply to comment #12) > Well I tried to run svn up > http://svn.mythtv.org/svn/branches/release-0-21-fixes/mythtv@16658 but it said > there was nothing to do. So I took a more drastic approach and rm -rf mythtv > directory. Then so it didn't have to do a checkout again, I tarred a checkout > of the same rev off one of my other gentoo boxes and untarred it on that box. > It emerged fine without errors after that. Cool, thanks Matthew. Closing as INVALID.