diff options
author | diego <diego@b3059339-0415-0410-9bf9-f77b7e298cf2> | 2004-12-29 05:49:24 +0000 |
---|---|---|
committer | diego <diego@b3059339-0415-0410-9bf9-f77b7e298cf2> | 2004-12-29 05:49:24 +0000 |
commit | 9cba1c649153cd6bcf4ca3f395d7ca09aad3377a (patch) | |
tree | 0c8c2e022ef8a7fc98c0bbd7997502378185c7ba /DOCS | |
parent | f835931238912c792844754405804b8fc450d763 (diff) | |
download | mpv-9cba1c649153cd6bcf4ca3f395d7ca09aad3377a.tar.bz2 mpv-9cba1c649153cd6bcf4ca3f395d7ca09aad3377a.tar.xz |
wording/spelling
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@14269 b3059339-0415-0410-9bf9-f77b7e298cf2
Diffstat (limited to 'DOCS')
-rw-r--r-- | DOCS/tech/binary-packaging.txt | 28 |
1 files changed, 14 insertions, 14 deletions
diff --git a/DOCS/tech/binary-packaging.txt b/DOCS/tech/binary-packaging.txt index 317b1ea4d2..6e0efa0b8b 100644 --- a/DOCS/tech/binary-packaging.txt +++ b/DOCS/tech/binary-packaging.txt @@ -83,17 +83,17 @@ package management system does not provide specific support for internationalization. Libavcodec MUST always be in the latest development version and it SHOULD -be linked statically into mplayer binary, because MPlayer requires a -recent libavcodec snapshot. While some distributions provide ffmpeg -packages containing shared libavcodec library, they are often based on the -last "release" version of ffmpeg, which is quite old and will usually not -function with MPlayer. +be linked statically into the mplayer binary, because MPlayer requires a +recent libavcodec snapshot. While some distributions provide FFmpeg +packages containing a shared libavcodec library, they are often based on the +last "release" version of FFmpeg, which is quite old and will usually not +function correctly with MPlayer. File locations ~~~~~~~~~~~~~~ In general, you SHOULD follow your distribution guidelines. For example, -for RedHat and Fedora RPMs I am using FHS-compliant paths: +for Red Hat and Fedora RPMs I am using FHS-compliant paths: /etc/mplayer/ system-wide configs /usr/bin/ binaries @@ -113,7 +113,7 @@ One package or many packages? Although it is tempting to simply provide a single all-in-one package, I think it is best to split MPlayer into several packages. It may be a little more troublesome for less clueful users, but it allows you to -install only what you need. This is the layout I am using for RedHat and +install only what you need. This is the layout I am using for Red Hat and Fedora RPMs: mencoder contains MEncoder binary (mencoder) @@ -125,8 +125,8 @@ mplayer-font-* contain various bitmap fonts for OSD (obsolete) mplayer-gui contains MPlayer binary with GUI (gmplayer); requires default skin package mplayer-skin-* contain various MPlayer GUI skins -mplayer-vidix contains vidix support library for MPlayer -mplayer-vidix-* contain vidix drivers for specific cards, one per package +mplayer-vidix contains VIDIX support library for MPlayer +mplayer-vidix-* contain VIDIX drivers for specific cards, one per package There is no strict policy for now, just use your common sense. @@ -135,11 +135,11 @@ Compilation ~~~~~~~~~~~ While it is acceptable to provide packages optimized for specific CPUs, you MUST provide at least one "lowest common denominator" package set -that will work on all CPUs. This means it MUST be configured with +that will work on all CPUs. This means it MUST be configured with the --enable-runtime-cpudetection option. Building for specific CPUs requires disabling this option, but try to make sure that users cannot accidentally install a package not suitable for their CPU. With RPMs, for example, this -is handled automatically, when building with "--target arch" rpm option. +is handled automatically, when building with the "--target arch" rpm option. Compiler flags MUST be set to either configure-generated CFLAGS or something as close to them as possible. @@ -155,7 +155,7 @@ distribution will get binaries with the same dependencies. You SHOULD provide an option to rebuild the package with full debug information enabled (by passing --enable-debug=3 to ./configure and disabling any stripping of binaries and libs during the build process). -For example my source RPM can be rebuilt with "--with debug" option, which +For example my source RPM can be rebuilt with a "--with debug" option, which does just that, making it easier to supply gdb information along with any bug reports, while retaining all benefits of using binary packages. @@ -190,10 +190,10 @@ Creating a mencoder man page linked to mplayer is as simple as: echo ".so mplayer.1" >> mencoder.1 -Similar trick can be used for "man gmplayer". This avoids problems with +A similar trick can be used for "man gmplayer". This avoids problems with gzipped man pages and symbolic links. -Newer RedHat and Fedora distributions keep localized man pages encoded in +Newer Red Hat and Fedora distributions keep localized man pages encoded in UTF-8. If your distribution does the same, make sure you convert MPlayer's translated man pages to UTF-8 so that man mplayer works for locales other than English. |