Opened 16 years ago

Closed 15 years ago

#2224 closed task (fixed)


Reported by: Randy McMurchy Owned by: Randy McMurchy
Priority: normal Milestone: 6.3
Component: BOOK Version: SVN
Severity: normal Keywords:


The FFMpeg project has not released a 'stable' tarball in years. And probably won't ever again. BLFS needs to catch up, or remove FFMpeg from the book.

However, because FFMpeg is one of the most important multimedia libs in existance, removing it is not an option.

The developers claim there are no 'stable' tarballs (though Sourceforge still has the relic version we use on their servers), and *recommend* to use an SVN snapshot.

BLFS needs to move in that direction.

Change History (7)

comment:1 by dnicholson@…, 16 years ago

Fine by me. If you can do some minor testing on the snapshot to ensure that it's not totally unstable, then I'm OK with it (same goes for HTML Tidy). There's not much you can do about developers with insane policies. Maybe you could check on the distros and see if there's any kind of agreed upon snapshot to use.

comment:2 by Randy McMurchy, 16 years ago

Your suggestion about the other distro's is excellent. And, there's no way I would update FFMpeg until I've ensured every BLFS package will build against it (patching older packages if necessary). As soon as we release 6.2.0, I'll have a fresh BLFS build going and I'll build *every* BLFS multimedia package, and about twice that many non-BLFS multimedia packages.

It will be completely tested, not just somewhat.

in reply to:  2 comment:3 by Ag. Hatzimanikas, 16 years ago

Replying to

Your suggestion about the other distro's is excellent.

Gentoo is using a rather recent snapshot:

Debian unstable a snapshot from 23 of August.

I would rather see either a snapshot made by us, or just go with the gentoo one which is more recent. I am with the first option.

comment:4 by Ag. Hatzimanikas, 16 years ago

Randy: In the case you didn't started to work on this one and you want to be synchronized a bit,here is the revision I use for almost 3 months without a problem.

svn checkout svn:// -r 7253

Otherwise point me to a specific revision to use it for the next build.

comment:5 by bdubbs@…, 16 years ago

I just checked out ffmpeg svn head and it built with:

./configure --prefix=/usr --enable-shared --enable-gpl --enable-pp \
--enable-pthreads --enable-liba52 --enable-libfaac \
--enable-libfaad --enable-libogg --enable-libvorbis \
--enable-libmp3lame --disable-debug
make install

Version is 8241. (External libswscale at revision 22629.)

So far it works fine. No patches or seds necessary. The configure switches for codecs have changed quite a bit.

Also, the current links to faac and faad2 needs to point to the debian versions. The sourceforce versions are done with files that have CRLF and the faad2.5 build from sourceforge is broken badly, even after the CRs are removed.

comment:6 by Randy McMurchy, 16 years ago

Owner: changed from blfs-book@… to Randy McMurchy
Status: newassigned

comment:7 by Randy McMurchy, 15 years ago

Resolution: fixed
Status: assignedclosed

Updated BLFS to FFmpeg-svn_20070606.

I chose this date because: 1) It is recent enough to include the changes to use system installed AMR libraries.

  1. It is old enough that the pstrcpy string functions have

not been removed yet, as MPlayer-1.0rc1 requires them.

  1. It worked well with the new MPlayer.
  2. K3b builds against it.

As far as Bruce's comments:

  1. I did add one sed command to modify the mandir path.
  2. I'm not sure we need to do anything about configure switches

being renamed as the ones we use in the book did not change.

  1. I left the FAAC/FAAD links as they were, as the packages

actually have upstream updates and I built them without issue.

Note: See TracTickets for help on using tickets.