dvd::rip after being compiled is missing binaries, possibly the dvdrip-0.52.7-r1.ebuild is broke. This is the error message when starting dvd::rip ERROR: 'execflow' not found in PATH ERROR: 'dvdrip-multitee' not found in PATH ERROR: 'dvdrip-progress' not found in PATH ERROR: 'dvdrip-tet' not found in PATH ERROR: 'dvdrip-splitpipe' not found in PATH ERROR: 'dvdrip-subpng' not found in PATH
can you post your emerge --info please and describe the problem better? i usually start dvdrip from a menu, so i didn't see the errors, they seem to be looking for the binaries with the names as used in the 0.97.x series of dvd::rip, their prefix is dr instead of dvdrip, dvdrip 0.52.7 seems to not have all of the ones it reports missing even with the dr prefix. to make this short, i just encoded another title, so i need to know more info about the problem, aside from the obvious noise thanks
gentoo ~ # emerge --info Portage 2.0.54 (default-linux/x86/2006.0, gcc-3.4.5, glibc-2.3.5-r3, 2.6.16-ck1 i686) ================================================================= System uname: 2.6.16-ck1 i686 AMD Athlon(tm) XP 3000+ Gentoo Base System version 1.6.14 ccache version 2.3 [disabled] 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="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.osuosl.org" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.us.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowext X a52 aac alsa dvd dvdr dvdread encode fame ffmpeg gif imagemagick jpeg lame mmx mmxext mp3 mp4 mpeg mplayer nptl nptlonly nvidia ogg oggvorbis opengl oss pam png python quicktime readline real reflection sse ssl threads tiff truetype truetype-fonts type1-fonts video_cards_nvidia vorbis win32codecs xorg xv xvid xvmc userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
thanks for the emerge --info, but the problem you have with 0.52 is?
dvdrip-0.52.7-r1
what is broken?
Sorry I thought what I listed for the bug when I reported it was clear. What's broke is either the binaries are missing, or the code is not correct, for newer names, paths, etc.. So at this point in time it's looking for something that is not there, and why? So I just reported this as a broke ebuild, since something here is not working properly, for whatever reason.
the binary names are those used in 0.97.x 2 of them exist in 0.52 under different names, i asked what is broke since despite the error messages on console i could encode something when i tested it again after reading the bug
I am no dvdrip pro, maybe everything works proper, maybe it doesn't, I wouldn't know, but I have compiled software for 7 years in Linux, so when I saw that it couldn't find these /paths I knew something was wrong. I mean all I am looking at is it's saying there is a error message not being able to find things. Since two I take it now from what you are saying are under different names, will this be changed in a future ebuild to reflect the new names, and remove the others if they don't exsit anymore? I'm a bit lost here, if these are names for a older version of dvdrip, how was it, that this newer version was looking for something in a previous version. I'm mean, what I'm getting here is that 0.52.7 is looking for names that where only in 0.97.x, I don't see how the developers of dvdrip did this, because I have compiled dvdrip before on a different distro and did not encounter this. Sorry, that is if I am understanding this correctly what you are saying. So in a nuttshell, names of changed /paths are still missing? Or the others are no longer a part of the package, so what needs to be resolved for a fix? THANKS :)
i am looking at 0.97.9 going stable in not too long, so that will make the point moot :) feel free to see how it builds and runs when built manually, i don't think it is the ebuild causing a change to what binaries it looks for, i looked into the build process, it is quite simple, i never noticed the PATH thing before since i start dvdrip usually from a toolbar button (unless i have reason to check for console output like this bug) no, i don't see how this could have happened, but since i plan on moving 0.97.9 stable as soon as i can, i do not plan to spend too much time looking into this, to be honest i do however appreciate you filing a bug i just kept asking since i was not sure if you simply wanted to point out the errors on the console, or if there was anything else that would not work (to your knowledge) what you say though is that as much as you use it, it works for you, that however the error does not look right and is something needing fixing, correct?
Actually I have not had a changce to use it, so I don't know if this is creating any other problems. Well with 0.97.9 going stable soon, hopefully this will all change. I wasn't aware of that going stable, so that is why I filed the report. Thanks
By the way can you look into bug #131183 I filed that 4 days ago over acidrip with no word on it yet. Hope we can get that one fixed, since there is a issue with it. THANKS
you shouldnt have to worry about whether a dev is stabeling something soon before filing a bug :) acidrip, i'll go look, not sure who maintains it
Thanks
well it was long clear i won't fix and rather wait for the right version to be stable
