Opened 17 years ago

Closed 17 years ago

Last modified 8 years ago

#1049 closed defect (fixed)

--enable-shared-pp should not be used.

Reported by: Reimar.Doeffinger@… Owned by: blfs-book@…
Priority: high Milestone:
Component: BOOK Version: SVN
Severity: minor Keywords:
Cc:

Description

I think there was a misunderstanding as to what --enable-shared-pp does. It just makes MPlayer compile and link to the postprocessing library dynamically instead of statically. The functionality will always be compiled in. As dynamic linking often causes problems, this switch should not be used. Also, it is recommended to install all codecs always into /usr/lib/codecs. Like this, it will also be recognized automatically and MPlayer will compile with codecs support, the --with-codecsdir is not necessary in that case. Would be nice if you could do these changes.

Change History (3)

comment:1 by igor@…, 17 years ago

Resolution: fixed
Status: newclosed

Thanks for the report, Reimar. The current codecs location seems closer to FHS guidelines, though. See http://www.pathname.com/fhs/pub/fhs-2.3.html#USRLIBLIBRARIESFORPROGRAMMINGANDPA

comment:2 by Reimar.Doeffinger@…, 17 years ago

Well, it says:

If an application uses a subdirectory, all architecture-dependent data exclusively used by the application must be placed within that subdirectory

The point is that other projects use those codecs as well. AFAIK, xine already will search this directory by default for them, but I'm not completely up-to-date on that... And I hope that other projects did/will follow.

comment:3 by bdubbs@…, 8 years ago

Milestone: old

Milestone old deleted

Note: See TracTickets for help on using tickets.