Summary: | media-video/dvdrip-0.97.5 bump request | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Triffid Hunter <triffid_hunter> |
Component: | New packages | Assignee: | Disenchanted (RETIRED) <morfic> |
Status: | RESOLVED FIXED | ||
Severity: | enhancement | CC: | casta, chandlerc, christianbecke, coran.fisher, mog.johnny, paolo.pedroni, rhill, rodrigo, swift |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 101589, 101591 | ||
Bug Blocks: | |||
Attachments: |
dvdrip-0.97.2.ebuild
dvdrip-0.97.2.ebuild dvdrip-0.97.3.ebuild Patch to solve NPTL issues. dvdrip-0.97.4.ebuild (applies patch) |
Description
Triffid Hunter
2005-07-28 06:11:16 UTC
This version will require a new perl module. sorry... typo... no relation to xscreensaver bug, but i dunno how to remove the dependancy... Found another perl module that this needs... Created attachment 65270 [details]
dvdrip-0.97.2.ebuild
This is an ebuild for dvdrip-0.97.2, which is now the latest. It depends on two
perl modules, both of which are now in bugzilla w/ ebuilds (look at above
dependancies).
Now, this installs fine, and runs w/o any errors to stdout or stderr, however,
it is apparently unable to detect _any_ of the tools it requires, and i have
the latest versions. I am unsure as to the cause of this, and am researching it
upstream. Just thought I would toss out the ebuild so others could perhaps
test, and verify this as a problem, or show it to be an oddity of my system.
-cc
I tried your ebuild out, and the only tool that it can't find that i have installed is xvid4conf. (it couldn't find vcdimager or dvdrecord, but that's cos i don't have them installed) btw: would the PERLIO variable be better off set from /etc/env.d/ ? (In reply to comment #5) > I tried your ebuild out, and the only tool that it can't find that i have > installed is xvid4conf. (it couldn't find vcdimager or dvdrecord, but that's cos > i don't have them installed) > > btw: would the PERLIO variable be better off set from /etc/env.d/ ? > Could you post your emerge info, and specifics regarding compiler, glibc, and kernel version/useflags/options? Want to hammer down what causes this. I'll try and find out the implications of the PERLIO variable, but I am not a Perl guru, so we'll see how much success I have... =] -cc # emerge info Portage 2.0.51.22-r2 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r1, 2.6. 12-gentoo-r6-lucienne i686) ================================================================= System uname: 2.6.12-gentoo-r6-lucienne i686 AMD Athlon(tm) XP 2700+ Gentoo Base System version 1.12.0_pre3 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.4 [enabled] dev-lang/python: 2.3.5, 2.4.1-r1 sys-apps/sandbox: 1.2.11 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 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O3 -pipe -march=athlon-xp -mcpu=athlon-xp -mtune=athlon-xp -mfpmath=sse -maccumulate-outgoing-args -ftracer -fprefetch-loop-arrays -fno-cprop-registers -fmove-all-movables" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/ share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb / usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-O3 -pipe -march=athlon-xp -mcpu=athlon-xp -mtune=athlon-xp - mfpmath=sse -maccumulate-outgoing-args -ftracer -fprefetch-loop-arrays -fno- cprop-registers -fmove-all-movables" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distcc distlocks fixpackages sandbox sfperms strict" GENTOO_MIRRORS="http://mirror.isp.net.au/pub/gentoo/ http://mirror.aarnet.edu. au/pub/gentoo/ http://mirror.pacific.net.au/linux/Gentoo" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.au.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowex 3dnowext S3TC X X509 Xaw3d a52 aac acpi alsa apm arts athena audiofile avi bash-completion berkdb bitmap-fonts browserplugin bzip2 bzlib caps cdda cddb cdio cdparanoia cdr cdrom crypt cscope css cups curl dba dga directfb divx4linux dnd dts dv dvb dvd dvdr dvdread emboss encode erandom exif expat extensions faad fam fame ffmpeg flac foomaticdb fping ftp gd gd- external gdbm ggi gif gimp gimpprint glibc-omitfp glut gnutls gphoto2 gpm graphviz gstreamer gtk gtk2 guile hpn ieee1394 imagemagick imlib inifile ipv6 jack jack-tmpfs java jbig jce jpeg jpeg2k kde kdeenablefinal kdexdeltas kqemu ladcca lcms libg++ libwww linuxthreads-tls lirc live lm_sensors logitech-mouse lzo mad mailwrapper mapeditor md5sum mikmod mime mjpeg mmap mmx mmxext mng motif mozdevelop mozsvg mozxmlterm mp3 mpeg mplayer mysql mythtv ncurses network nls nodrm nptl nsplugin nvidia offensive ogg oggvorbis openexr opengl pam pam_chroot pam_console pam_timestamp pcre pdflib perl perlsuid php physfs png posix povray ppds pvm python qt quicktime rar rdesktop readline real rtc ruby samba scanner screen sdk sdl session sharedext sharedmem silc slp sockets socks5 speex sql sse ssl stream subtitles subversion svg sysfs tcltk tcpd tetex theora threads tiff timidity tokenizer toolbar truetype truetype-fonts type1-fonts ucs2 unicode urandom usb userlocales utf8 v4l v4l2 vcd vhosts vim-with-x visualization vlm vorbis wifi win32codecs winbind wmf wozxmlterm xanim xine xml xml2 xmlrpc xmms xosd xprint xrandr xsl xv xvid xvmc yv12 zeroconf zlib zvbi userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS # emerge -pv glibc gentoo-sources dvdrip gcc perl These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] sys-libs/glibc-2.3.5-r1 -build +erandom -glibc-compat20 +glibc- omitfp -hardened +linuxthreads-tls (-multilib) +nls +nptl -nptlonly -pic - profile (-selinux) +userlocales 0 kB [ebuild R ] sys-kernel/gentoo-sources-2.6.12-r7 -build -doc -symlink (- ultra1) 0 kB [ebuild R ] media-video/dvdrip-0.97.2 +cdr +fping -gnome +mplayer +ogg +rar +subtitles +xvid 0 kB [1] [ebuild R ] sys-devel/gcc-3.4.4 (-altivec) -bootstrap -boundschecking - build -fortran -gcj +gtk -hardened -ip28 (-multilib) -multislot (-n32) (-n64) +nls -nocxx -nopie -nossp -objc -static 0 kB [ebuild R ] dev-lang/perl-5.8.7 +berkdb -build -debug -doc +gdbm -ithreads -minimal +perlsuid 0 kB hth :) Created attachment 65338 [details]
dvdrip-0.97.2.ebuild
Ok, problem is definitely NPTL. Thanks for your help Triffid Hunter, I was
mostly curious to make sure you were using a 2.6 kernel (you were), and to see
if you in fact had not set the "nptlonly" use flag for glibc. I had this set,
and that was the source of the troubles. I have added a bit to the ebuild to
check that nptlonly is not in the glibc use flags, but _warning_, not only does
glibc have to be recompiled, but most of the actual packagest that dvd::rip is
looking for will have to be recompiled after fixing glibc. I don't think there
is any way to check for this in the ebuild, sadly, but nptlonly is hardly a
stable use flag, so hopefully not many will be using it.
On a side note, I'm going to try and get the dvd::rip developer to help me take
a look into why this package is NPTL incompatible, as I think NPTL is the way
to go in the future. That will have to wait for fixes upstream however, so here
is the fixed ebuild for now. =] Enjoy.
-Chandler Carruth
In another bug I fixed the issue by changing the Config.pm's setting for workaround_nptl (or whatever it was called) to "value => 0" from "value => 1". I'm sure this will require the same fix. (In reply to comment #9) > In another bug I fixed the issue by changing the Config.pm's setting for > workaround_nptl (or whatever it was called) to "value => 0" from "value => 1". > I'm sure this will require the same fix. I really don't understand this... All this does is turn off the Workaround NPTL setting in the preferences, which a user can do on their own if they need to. (In fact, i think this setting defaults to off) However this does not affect the bugs involving NPTL at all that I can find. At least in the 0.97 series, packages compiled against an "nptlonly" glibc are _not_ detected, Workaround NPTL on or off. Packages compiled against a glibc with both nptl and linuxthreads are detected, Workaround NPTL or not. This doesn't solve any of the problems I am having with NPTL, it simply changes the default for a preference that the user can modify on their own as necessary. -Chandler Carruth I haven't tested 0.97 yet, but with 0.52.5 setting the workaround to off (it is default "on") fixed the package detecting issue. It is better to have this set to a default that doesn't confuse users than to default have the package break causing confusion and users reporting bugs that have a known fix. I'll try dvd::rip 0.97.2 (above ebuild) on my system (glibc with nptlonly) and see if I still have the problem. Well, just tried your ebuild (removed the nptlonly check) and dvdrip worked fine /if/ the workaround is disabled (no libdl.so error). Shows the libdl.so error with the workaround enabled. Portage 2.0.51.22-r2 (default-linux/x86/2005.1, gcc-3.3.5-20050130, glibc-2.3.5-r0, 2.6.12-gentoo-r4 i686) ================================================================= System uname: 2.6.12-gentoo-r4 i686 Intel(R) Pentium(R) M processor 1.73GHz Gentoo Base System version 1.6.13 ccache version 2.3 [disabled] dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.11 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium3 -pipe -mfpmath=sse" CHOST="i686-pc-linux-gnu" Glibc: sys-libs/glibc-2.3.5 -build -debug -erandom -hardened (-multilib) +nls +nptl +nptlonly -pic (-selinux) +userlocales Detection work for me with +nptl and +nptlonly USE flags, if disabling workaround_nptl in Config.pm (system wide). Does not work if nptl workaround is disabled by user only (no libdl.so error still remaining) My emerge info : Portage 2.0.51.22-r2 (default-linux/x86/2005.1, gcc-3.4.4, glibc-2.3.5-r1, 2.6.12-r2d2-r4 i686) ================================================================= System uname: 2.6.12-r2d2-r4 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz Gentoo Base System version 1.6.13 ccache version 2.4 [enabled] dev-lang/python: 2.4.1-r1 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 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium4 -O2 -mtune=pentium4 -fomit-frame-pointer -funroll-loops -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-march=pentium4 -O2 -mtune=pentium4 -fomit-frame-pointer -funroll-loops -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig buildsyspkg candy ccache distlocks sandbox sfperms strict userpriv usersandbox" GENTOO_MIRRORS="ftp://ftp.ipv6.uni-muenster.de/pub/linux/distributions/gentoo/ http://ftp.gentoo.skynet.be/pub/gentoo/" LANG="fr_FR.UTF-8" LC_ALL="fr_FR.UTF-8" LINGUAS="fr" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/gcpan-portage /usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X X509 a52 aac acl acpi acpi4linux alsa apache2 apm avi bash-completion berkdb bitmap-fonts bzip2 cdr clamav codecs commercial crypt cups dba dga distribution dnd dts dv dvd dvdread editor eds emboss encode esd extensions faad fam fbcon ffmpeg flac foomaticdb fortran freetype fs gd gdbm gif gimp gpm gtk gtk2 hal idled imagemagick imap imlib2 ipv6 ithreads jabber java jce jpeg jpeg2k kde kdeenablefinal kipi kqemu libcaca libg++ libwww live mad maildir matroska md5sum mikmod mmx monkey motif mozilla mozsvg mp3 mpeg mpm-worker nas ncurses network nls no_wxgtk1 nptl nptlonly nvidia ofx ogg oggvorbis opengl oss pam pam_chroot pdflib perl pic png povray print python qt quicktime rdesktop readline real ruby samba sasl scanner sdl shaper slang smartcard softmmu speex spell sqlite sse sse2 ssl stream svg sysfs tcpd tetex theora threads tiff tools truetype truetype-fonts type1 type1-fonts unicode usb userlocales v4l v4l2 vcd vlm vorbis win32codecs wxwindows xine xml2 xprint xrandr xscreensaver xv xvid zlib zvbi video_cards_nvidia linguas_fr userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LDFLAGS, MAKEOPTS Meanwhile there's dvdrip-0.97.3 out... (http://www.exit1.org/dvdrip/dist/pre/Video-DVDRip-0.97.3.tar.gz) As said in the forum discussion at http://forums.gentoo.org/viewtopic-t-390165.html the ebuild provided there for 0.97.3 seems to work for me on my nptlonly system. That's to say it finds the dependancies, I haven't actually ripped anything with this version yet. *** Bug 109019 has been marked as a duplicate of this bug. *** Created attachment 71577 [details]
dvdrip-0.97.3.ebuild
Comment on attachment 71577 [details]
dvdrip-0.97.3.ebuild
This is an (allegedly) working ebuild of dvdrip-0.97.3 for ntplonly systems.
I'm on a nptlonly amd64 and I have a problem: Program Version ------------------------------- dvd::rip complete transcode missing ImageMagick missing xvid4conf missing subtitle2pgm missing lsdvd missing rar missing mplayer missing ogmtools missing dvdxchap missing mjpegtools missing cdrdao missing vcdimager missing mkisofs missing cdrecord missing dvdrecord missing xine missing fping missing ------------------------------- They are installed of course. I get the same results as Giacomo Graziosi in comment #19 with the 0.97.3 ebuild. This is on an nptl only x86 system. I also get the following when run dvdrip from the commandline. jonathan@localhost ~ $ dvdrip sh: error while loading shared libraries: libdl.so.2: cannot open shared object file: No such file or directory jonathan@localhost ~ $ ls -l /lib/libdl.so.2 lrwxrwxrwx 1 root root 14 Oct 23 17:21 /lib/libdl.so.2 -> libdl-2.3.5.so jonathan@localhost ~ $ ls -l /usr/lib/libdl.so lrwxrwxrwx 1 root root 20 Oct 23 17:21 /usr/lib/libdl.so -> ../../lib/libdl.so.2 Running the following causes the commandline error to go away, but does not fix the problem with dvd::rip not recognizing the other programs. localhost jonathan # ln -s /lib/libdl.so.2 /usr/lib/libdl.so.2 my emerge info: Portage 2.0.51.22-r3 (default-linux/x86/2005.1, gcc-3.4.4, glibc-2.3.5-r2, 2.6.13-gentoo-r3 i686) ================================================================= System uname: 2.6.13-gentoo-r3 i686 Intel(R) Pentium(R) M processor 2.00GHz Gentoo Base System version 1.6.13 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.3 [enabled] dev-lang/python: 2.3.5, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 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.15.92.0.2-r10 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium-m -pipe -ftracer -ffast-math" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=pentium-m -pipe -ftracer -ffast-math" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distcc distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.osuosl.org" LDFLAGS="-Wl,-O1 -Wl,--sort-common -Wl,--enable-new-dtags" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X a52 aac aalib alsa apm arts avi berkdb bitmap-fonts browserplugin bzip2 cairo cdr crypt cups curl dv dvd dvdread eds emboss encode fam fame firefox foomaticdb fortran gdbm gif glib-omitfp glitz gpm gstreamer gtk gtk2 hal imagemagick imlib ipv6 java jpeg junit kde libg++ libwww mad mikmod mmx mng motif mozilla mp3 mpeg mplayer ncurses nls nptl nptlonly nsplugin ogg oggvorbis opengl oss pam pcmcia pdflib perl php pic png python qt quicktime readline real ruby sdl spell sql sse sse2 ssl subtitles subversion svg tcpd theora threads tiff truetype truetype-fonts type1-fonts udev vorbis win32codecs xml2 xmms xv xvid zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LINGUAS Paolo Pedroni's ebuild for 0.97.3 (renamed & redigested) seems to work fine for just announced 0.97.4 (In reply to comment #21) > Paolo Pedroni's ebuild for 0.97.3 (renamed & redigested) seems to work fine for > just announced 0.97.4 Is your system nptl-only? If yes: Have you tried ripping some DVD or even just checking if the needed programs are found (see above)? If everything works, I suppose the ebuild can be added to CVS (marked ~arch, of course). (In reply to comment #19) > I'm on a nptlonly amd64 and I have a problem: > > > Program Version > ------------------------------- > dvd::rip complete > transcode missing > ImageMagick missing > xvid4conf missing > subtitle2pgm missing > lsdvd missing > rar missing > mplayer missing > ogmtools missing > dvdxchap missing > mjpegtools missing > cdrdao missing > vcdimager missing > mkisofs missing > cdrecord missing > dvdrecord missing > xine missing > fping missing > ------------------------------- > > They are installed of course. I have this same problem. Also amd64 + nptlonly. *** Bug 113943 has been marked as a duplicate of this bug. *** 0.97.4 is out... give me a little and i work on this some more dvdrip is no longer unmaintained, i will however be a little slow on keeping it current, testing 0.97.3 bumped to 0.97.4 right now Similar here: Program Version ------------------------------- transcode missing ImageMagick 6.2.5 xvid4conf 1.12 subtitle2pgm 0.3 rar 3.51 mplayer missing ogmtools 1.5 dvdxchap 1.5 mjpegtools 1.8.0 cdrdao 1.2.1 vcdimager 0.7.23 mkisofs 2.01 cdrecord 2.6.14 dvdrecord missing xine 0.99.4 fping missing ------------------------------- Fping mplayer transcode are installed. # emerge -pv glibc sys-libs/glibc-2.3.5-r3 -build +erandom +glibc-compat20 -glibc-omitfp -hardened +linuxthreads-tls (-multilib) +nls +nptl -nptlonly +pic +profile (-selinux) +userlocales Created attachment 74780 [details, diff]
Patch to solve NPTL issues.
This patch should resolve the NPTL issues. I have successfully used it, and run
dvd::rip on my NPTL-only system, it correctly detects all the installed
software. This is not my contribution, it was found by someone else, and posted
to another bug for a previous 0.97.* dvd::rip version, but was never brought
across to the .3 and now .4 versions.
NOTE: you _must_, i repeat, _must_, remove, or at least edit by hand, the
user's "$HOME/.dvdriprc" for which ever user runs dvd::rip. This file will have
been created with the previous version of dvd::rip, and will not reflect the
(very simple) change provided in the patch.
As to _why_ on earth you cannot simply change the setting by hand in the
dvd::rip preferences dialog, I have no clue. I know that, with a regular
install of dvd::rip, no dependancies are detected on an NPTL-only system.
Changing the settings in the preferences dialog of dvd::rip has no effect.
After patching dvd::rip, dependancies were _still_ not detected. After removing
the .dvdriprc file, they were. I think I may toss this patch, and a precise
description of the steps I went through to get from not-working to working
state, to the dvd::rip mailing list, and see if upstream has bugs we don't know
of, and a more sensible fix can be provided in later versions.
I will attach an ebuild for 0.97.4 which applies this patch...
Hope this helps people out.
-cc
Created attachment 74781 [details]
dvdrip-0.97.4.ebuild (applies patch)
Here is the ebuild to apply the above patch.
looks like all that patch does is change the default value of the 'workaround transcode nptl bugs' option in edit->preferences->miscellaneous... Ok, after doing some more research here is the problem:
1) dvd::rip defaults to the fix NPTL... which _breaks_ NPTL... so that seems
incorrect behavior to me...
2) dvd::rip writes a ~/.dvdriprc file of the user settings, which can override
the defaults... so if you have had a version of dvd::rip _prior_ to 0.97.3
installed before, _your_ settings will start as "fix NPTL" on, which breaks NPTL...
3) dvd::rip also caches the tool dependencies... so that once you upgrade to
>=0.97.3, and you actually _can_ turn off the "fix NPTL" setting, you can't make
dvd::rip _re_ check the dependancies... you have to manually remove the
"~/.dvdrip/tool_version_cache" file. Upstream needs to fix _this_ caching
problem, now that the "fix NPTL" caching problem is solved... ;]
I hope this explains the situation better... technically, the patch doesn't
_need_ to be appplied... the steps to get a working dvd::rip w/o the patch
should be as follows: (this is what i did)
1) install >=dvd-rip-0.97.3, and in the preferences turn _off_ "Workaround
transcode NPTL bugs" setting.
2) remove ~/.dvdrip/tool_version_cache
You should be able to restart dvd::rip and have it detect the correct versions
of the tools.
Mind, i'm not garunteeing that dvdrip then runs correctly, but i'm currently
trying to test it w/ transcode-1.0, which has its own host of troubles, and
belongs on another bug.. ;] but it should detect the program versions correctly
after doing this.
nice work I swung that info upstream for you, will hopefully be fixed in next release.. Joern is usually good like that :) just so you know 0.97.5 is now out, you can consider this a request for a version bump. From the changelog for 0.97.5: - Store LD_ASSUME_KERNEL in tool_version_cache file and discard cache if LD_ASSUME_KERNEL changed in the meantime; fixes nptl_workaround deadlock problem on Gentoo. Thanks to Triffid Hunter for the detailed report. 0.97.5 dep dev-perl/gtk2-ex-formfactory-0.59. PS the patch is still necessary for a clean first startup. but now if it isn't applied, dvdrip doesn't get 'stuck' not being able to detect anything. a user can change the setting himself and get it working on next startup. what version of transcode a people who monitor this bug using with dvdrip? well the disk on my x86 took a dump, and dvdrip doesn't get past scanning transcode dirs on my amd64 i am rebuilding the x86 right now, if dvdrip works there i will commit it while working on the strange hang i am working with 0.97.5 right now so i adjusted the subject yet again hopefully it's in before 0.97.6 now 0.97.5 is in portage now after a cable outage, thanks all on this bug for feedback, thanks Triffid Hunter, Chandler Carruth in particular |