I've had pretty good luck using RPMFusion (free and non-free) to install various packages for fedora 10. I was skeptical at first that it would provide all the packages I had been getting from atrpms for previous Fedora releases. But up till today things have worked out well with RPMFusion.
Today I ran into a minor issue trying to get all the packages that dvdrip uses at run time but that aren't part of the package dependencies. Only one package was missing: rar. Searching through RPMFusion and the default Fedora repositories came up empty. A google search found notes on using the DAG repository's source RPM and rebuilding the binary, but this failed because of a dependency on a different C++ library from the one that came with the default installation of f10, and one that was not apparently available as a compatibility library from the repositories.
A further google search showed that ATrpms has rar ready to go. So I added ATrpms back in to my yum repos and installed. The package installed cleanly and dvdrip was happy with it.
Interesting to note that at the moment I can't review the packages available from ATrpms online. It may be a problem with their web configuration or maybe ATrpms is considering shutting down. I don't know. But the repository still functions for yum access, at least.
I've always had good luck with ATrpms and it still provides packages you can't get on RPMFusion. So I guess I'm not ready to completely abandon ATrpms.
So, um, having RPM Fusion and ATrpms isn’t asking for trouble? dvd::rip fails on transcoding for me, and I don’t care about subtitles… so I figured I’d give AcidRip a try, and as you note in a different post, it’s not in RPM Fusion yet.
Not sure what to do yet, but I’m getting really close to abandoning MythTV/Linux and just using Windows Home Server to serve movies to an Xbox 360 and ripping the movies with Slysoft AnyDVD/CloneDVD Mobile.
Asking for trouble? Not necessarily. I used ATrpms with other repositories like Livna in the past. It’s possible for them to get out of sync, but in my experience this only happened with the non-free stuff like mp3 support. In that case the free-versions of libraries would overwrite the ones that included mp3. That problem appears to have been fixed in F10 with RPMFusion – I’ve not had any problems yet.
ATrpms also has a packaged version of AcidRip available for install. dvd::rip is a more complex program and actually takes much longer to rip the avi but that’s due to the nature of the program. It’s really for the those working with video on a more professional level, I believe. AcidRip is a nice little desktop tool for the common man that works quite well. It’s still what I use to rip my DVDs for use in MythVideo (did you see my January 2009 Linux Journal article on this subject?).
FWIW, AcidRip will add subtitles to your rips. I’ve done it for some foreign films we have.
If you’re worried then do
sudo yum install acidrip
and look to see what gets installed. In this case, it’s one package which doesn’t exist on RPMFusion so there isn’t a conflict problem. Should RPMFusion add AcidRip you can just remove the one program
sudo yum remove acidrip
and then do the install from RPMFusion. You’ll probably have to disable ATrpms to do that, but that’s just a matter of setting the enabled field in the yum.repos.d/atrpms.conf file to 0 (which disables that repo).
Hope that helps delay your return to the evil empire. :-)
I don’t know what this means, but it isn’t any more encouraging than the failure of transcode in dvd::rip. Well, I know it means that it can’t find a file in a list of included paths… but um… yeah.
[mvpittman@sol ~]$ acidrip
Can’t locate AcidRip/acidrip.pm in @INC (@INC contains: /usr/lib64/perl5/5.10.0/x86_64-linux-thread-multi /usr/lib/perl5/5.10.0 /usr/local/lib64/perl5/site_perl/5.10.0/x86_64-linux-thread-multi /usr/local/lib/perl5/site_perl/5.10.0 /usr/lib64/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl /usr/local/lib/perl5/site_perl /usr/local/lib64/perl5/site_perl .) at /usr/bin/acidrip line 14.
BEGIN failed–compilation aborted at /usr/bin/acidrip line 14.
Did you download the code and unpack it yourself or did you install from an RPM? If the former you need to be in the directory where you downloaded the source to. I have a little script that I run that changes into that directory and then runs acidrip from there:
#!/bin/bash
# Must cd into the app directory or else AcidRip.pm won't be found.
cd /home/mjhammel/src/graphics/video/acidrip-0.14/
./acidrip
It looks like you’re running it from an RPM. Do an rpm -ql acidrip (or whatever the package name is) to find out where acidrip.pm got installed. The problem is that where ever it got installed is not in the search path for Perl. I used to be better with perl but I can’t remember how to you tell Perl to add another location to its search path.
The problem is likely that you’re using a 64bit installation of Fedora which is defaulting to looking in 64bit directories for Perl modules but the acidrip RPM installed in 32bit directories. I run 32bit at home so I can’t verify this, but it sounds like the cause of your problem. In this case I’d suggest just grabbing the source distribution and unpacking it. I don’t think there is any build that’s required for this so you can just unpack the source code, change into that directory and run ./acidrip from there (like I do in the above script).
Looks like SourceForge is no longer carrying the source code so you can grab a copy from my web site.
First off, thanks for the help!
I did install from RPM. Once, before I wrote here, I downloaded the rpm directly, and did a yum localinstall. Then I read your comment, and added the ATRPMS repo using the instructions on the atrpms.net website, and installed with yum. I didn’t disable the repo, and then got a bunch of update notices for packages in ATrpms, so I chickened out, and uninstalled the repo.
I decided to give it another go, and also kind of maybe figured out what I had to do to get my mythTV box to show up as uPnP server for my XBox 360. So, I added ATrpms, by editing the /etc/yum.conf, installed acidrip, and then disabled it using the graphical Add/Remove Programs tool. Then I posted the error.
So, reading your explanation… I’ve again been bitten by running 64-bit… sigh. Is this something I should complain about to Axel (who deserves more credit than complaints, I’m sure) about fixing the RPM?
[mvpittman@sol ~]$ rpm -ql acidrip
/usr/bin/acidrip
/usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi/AcidRip/acidrip.pm
/usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi/AcidRip/interface.pm
/usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi/AcidRip/messages.pm
/usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi/AcidRip/signals.pm
/usr/share/applications/acidrip.desktop
/usr/share/doc/acidrip-0.14
/usr/share/doc/acidrip-0.14/CHANGELOG
/usr/share/doc/acidrip-0.14/COPYING
/usr/share/doc/acidrip-0.14/MANIFEST
/usr/share/doc/acidrip-0.14/TODO
/usr/share/man/man1/acidrip.1.gz
/usr/share/pixmaps/acidrip.png
Well, can I just copy the acidrip.pm file to the 32-bit equivalent? I guess there’s no harm in trying that.
[root@sol ~]# cp /usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi/AcidRip/acidrip.pm /usr/lib64/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi/
… okay, that failed, because there was no AcidRip directory… duh me. So I made an AcidRip directory, and copied that acidrip.pm file…. and it failed again… asking for… interface.pm… LOL.
[root@sol AcidRip]# cd /usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi/AcidRip/
[root@sol AcidRip]# ls
acidrip.pm interface.pm messages.pm signals.pm
[root@sol AcidRip]# cp *.pm /usr/lib64/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi/AcidRip/
cp: overwrite `/usr/lib64/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi/AcidRip/acidrip.pm’? y
exit back out to the non-root terminal… run acidrip, and the GUI starts! Small victories…
Hopefully this helps someone. I’ll report back if it works.
Yeah, I thought it might be something like that. Axel’s web site is a little hard to get into right now for some reason so I’m not sure how much longer he’ll be supporting this stuff. It doesn’t surprise me the 64bit stuff tripped people up. The thing is, AcidRip is architecture neutral (as far as I know) so should be installed in an arch neutral directory. I’m not sure what the rules are for installation but it seems like the build file (which the spec file calls to do installation) should either install into /usr/local/lib/perl5/site_perl/5.10.0, /usr/lib/perl5/vendor_perl/5.10.0 or /usr/lib/perl5/vendor_perl.
Oh well, at least you found a relatively easy way to handle the problem. Glad it worked for you.
As a workaround, after install you can:
cd /usr/lib64/perl5/vendor_perl/5.10.0
ln -s x86_64-linux-thread-multi/AcidRip .
Bill.
Thanks for the tip. It’s funny how things evolve. I don’t use AcidRip much any more because my wife likes the full DVD versions instead of the ripped versions. I found that dd_rescue -A file.iso works for this most of the time, even on some disks that are a bit scratched. I also use Brasero under GNOME since it actually works at times when dd_rescue might not. Neither is perfect but both are far faster than AcidRip and I get the full DVD.
Still, AcidRip is the way to go when you’re disk-space limited.