Re: [dvd::rip] ntpl, USE flags, gentoo building?

Humm, OK, but I thought MythTV used transcode and my Myth backend
machine has no problems as an NPTL only machine. I've used transcode
by hand (I think) to take Myth recordings and save them without
commercials, etc.

Anyway, it looks like there is some activity on the bug report this
morning with a fix on its way. (I hope!)

Thanks,
Mark

On 8/8/05, Triffid Hunter <triffid_hunter@xxxxxxxxxxxxx> wrote:
> no, unfortunately its existed since nptl came along and broke transcode and
> its ilk, which dvd::rip uses quite heavily ;)
> 
> Mark Knecht wrote:
> > I'm using NTPL only on my Gentoo box and I'm failing in a similar with
> > some version like 0.52.x. (Sorry - don't remember exactly which.) I
> > guess this is not a failure specific to the newer version of dvdrip?
> >
> > Thanks,
> > Mark
> >
> > On 8/8/05, Triffid Hunter <triffid_hunter@xxxxxxxxxxxxx> wrote:
> >
> >>mine finds the tools fine with an nptl enabled glibc, but mine has the
> >>linuxthreads fallback as well, so i think its isolated to nptl-only systems
> >>
> >>Chandler Carruth wrote:
> >>
> >>>Jörn Reder wrote:
> >>>
> >>>
> >>>>Triffid Hunter wrote:
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>>it should work ok as long as you don't have nptlonly set.
> >>>>>
> >>>>>NPTL is good, but its relatively new and not supported too well, 
> >>>>>especially by
> >>>>>dvdrip. dvdrip uses the old linuxthreads fallback if available, and does 
> >>>>>very
> >>>>>strange things if it can't use it.
> >>>>
> >>>>
> >>>>Just nitpicking for the historians... ;) dvd::rip itself has no problem
> >>>>with NPTL, it's not multi-threaded at all, it's event-driven. But in
> >>>>particular transcode has some NPTL issues, because transcode uses
> >>>>threads very intensely, and obviously with a lot of "black magic" which
> >>>>makes it hard for the new maintainers to make it NPTL compatible ;)
> >>>>dvd::rip just tries to make the neccessary transcode NPTL workarounding
> >>>>more comfortable...
> >>>
> >>>
> >>>I have found dvd::rip to have one particular problem w/ NPTL: it is
> >>>unable to detect any of the tools it depends on when those tools are
> >>>compiled against the NPTL glibc. Is there a reason for this? (happens
> >>>regardless of the setting of Workaround NPTL)
> >>>
> >>>-Chandler Carruth
> >>>
> >>
> >>
> >
>