summaryrefslogtreecommitdiff
blob: 1ef1b4179483cfb7b1140239b2cd00f4183c7998 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
# ChangeLog for virtual/ffmpeg
# Copyright 1999-2012 Gentoo Foundation; Distributed under the GPL v2
# $Header: /var/cvsroot/gentoo-x86/virtual/ffmpeg/ChangeLog,v 1.22 2012/01/31 00:19:36 jdhore Exp $

  31 Jan 2012; Jeff Horelick <jdhore@gentoo.org> ffmpeg-0.9.ebuild:
  Keyword on ~x86 wrt bug 392269

  26 Jan 2012; Samuli Suominen <ssuominen@gentoo.org> ffmpeg-0.9.ebuild:
  Restore ~ppc and ~ppc64 keywording wrt #392269

  22 Dec 2011; Alexis Ballier <aballier@gentoo.org> ffmpeg-0.9.ebuild:
  remove keywords that do not have their matching in ffmpeg-0.9 so that itll
  not force a switch to libav

*ffmpeg-0.9 (22 Dec 2011)

  22 Dec 2011; Tomáš Chvátal <scarabeus@gentoo.org> +ffmpeg-0.9.ebuild:
  Add new 0.9 virtual so we can depend on it in mplayer1.

  06 Jul 2011; Mark Loeser <halcy0n@gentoo.org> ffmpeg-0.6.90.ebuild:
  Mark stable for ppc64; bug 365273

  29 Jun 2011; Christoph Mende <angelos@gentoo.org> ffmpeg-0.6.90.ebuild:
  Stable on amd64 wrt bug #365273

  26 Jun 2011; Brent Baude <ranger@gentoo.org> ffmpeg-0.6.90.ebuild:
  Marking ffmpeg-0.6.90 ppc for bug 365273

  23 Jun 2011; Pawel Hajdan jr <phajdan.jr@gentoo.org> ffmpeg-0.6.90.ebuild:
  x86 stable wrt security bug #365273

  21 Jun 2011; Tobias Klausmann <klausman@gentoo.org> ffmpeg-0.6.90.ebuild:
  Stable on alpha, bug #365273

  08 Jun 2011; Matt Turner <mattst88@gentoo.org> ffmpeg-0.6.90.ebuild:
  Added ~mips, bug 154882

  06 May 2011; Sebastian Pipping <sping@gentoo.org> ffmpeg-0.6.90.ebuild:
  Expose use flag jpeg2k for upcoming Blender 2.57

  13 Apr 2011; Alexis Ballier <aballier@gentoo.org> ffmpeg-0.6.90.ebuild:
  bump a little the ffmpeg revision required to get in the bugfixes/additions

  10 Apr 2011; Raúl Porcel <armin76@gentoo.org> ffmpeg-0.6-r1.ebuild:
  ia64 stable

*ffmpeg-0.6.90 (05 Apr 2011)

  05 Apr 2011; Alexis Ballier <aballier@gentoo.org> +ffmpeg-0.6.90.ebuild:
  add a virtual for the upcoming 0.6.90 release so that packages needing more
  recent features can depend on it

*ffmpeg-0.6-r1 (03 Apr 2011)

  03 Apr 2011; Tomáš Chvátal <scarabeus@gentoo.org> -ffmpeg-0.6.ebuild,
  +ffmpeg-0.6-r1.ebuild:
  Preffer ffmpeg over libav so user dont get confusing msg during unsattisfied
  useflags. (they will when we switch to libav anyway but it does not matter.

  31 Mar 2011; Tomáš Chvátal <scarabeus@gentoo.org> -ffmpeg-0.5.ebuild:
  Just drop 0.5 ffmpeg, things are easier without it now. Only thing so far
  requiring it is xine-lib which can be solved by ia64 stabling 0.6 ffmpeg.

  31 Mar 2011; Tomáš Chvátal <scarabeus@gentoo.org> ffmpeg-0.5.ebuild,
  ffmpeg-0.6.ebuild:
  use same use defaluts as the package itself.

*ffmpeg-0.5 (31 Mar 2011)

  31 Mar 2011; Tomáš Chvátal <scarabeus@gentoo.org> -ffmpeg-0.ebuild,
  +ffmpeg-0.5.ebuild, +ffmpeg-0.6.ebuild:
  Move back to versioned virtuals as discussed on dev ml. So chop chop with
  migration now :)

  27 Mar 2011; Tomáš Chvátal <scarabeus@gentoo.org> ffmpeg-0.ebuild:
  Do not set DEPEND. Per bug #360711.

*ffmpeg-0 (26 Mar 2011)

  26 Mar 2011; Tomáš Chvátal <scarabeus@gentoo.org> +ffmpeg-0.ebuild,
  -ffmpeg-0.1.ebuild:
  Use 0 as version to be 100% clear it is not versioned at all.

*ffmpeg-0.1 (26 Mar 2011)

  26 Mar 2011; Tomáš Chvátal <scarabeus@gentoo.org> +ffmpeg-0.1.ebuild,
  -ffmpeg-0.6.ebuild, -ffmpeg-9999.ebuild:
  Refactor to not include version in the virtual as per what Samuli told on
  -dev. Drop versioned virtuals.

*ffmpeg-9999 (23 Mar 2011)
*ffmpeg-0.6 (23 Mar 2011)

  23 Mar 2011; Tomáš Chvátal <scarabeus@gentoo.org> +ffmpeg-0.6.ebuild,
  +ffmpeg-9999.ebuild, +metadata.xml:
  Add initial ffmpeg virtuals as per discussion with lu_zero. They implement
  all useflags that are in use over main tree now. Also they are separated by
  version so each package can depend on =virtual-version if there is some api
  incompatibility.