Age | Commit message (Collapse) | Author |
|
When I changed the source's path, I forgot to add git as a dependency
Signed-off-by: Alexandre Demers <alexandre.f.demers@gmail.com>
|
|
Signed-off-by: Alexandre Demers <alexandre.f.demers@gmail.com>
|
|
Signed-off-by: Alexandre Demers <alexandre.f.demers@gmail.com>
|
|
Signed-off-by: Alexandre Demers <alexandre.f.demers@gmail.com>
|
|
Signed-off-by: Alexandre Demers <alexandre.f.demers@gmail.com>
|
|
Signed-off-by: Alexandre Demers <alexandre.f.demers@gmail.com>
|
|
Some dependencies were added. However, we can't use exactly the same thing because there is
an error when enabling libdrm usage.
This still doesn't fix the circular dependency with x264. However, lib32-libx264 should be the
package that should remove its dependency on ffmpeg.
Signed-off-by: Alexandre Demers <alexandre.f.demers@gmail.com>
|
|
Fix .SRCINFO that was not properly updated in the last commit.
Remove patch FS56089 since it doesn't apply anymore (and seems to be included).
Signed-off-by: Alexandre Demers <alexandre.f.demers@gmail.com>
|
|
Signed-off-by: Alexandre Demers <alexandre.f.demers@gmail.com>
|
|
Signed-off-by: Alexandre Demers <alexandre.f.demers@gmail.com>
|
|
Signed-off-by: Alexandre Demers <alexandre.f.demers@gmail.com>
|
|
Signed-off-by: Alexandre Demers <alexandre.f.demers@gmail.com>
|
|
Signed-off-by: Alexandre Demers <alexandre.f.demers@gmail.com>
|
|
Signed-off-by: Alexandre Demers <alexandre.f.demers@gmail.com>
|
|
|
|
Signed-off-by: Alexandre Demers <alexandre.f.demers@gmail.com>
|
|
Signed-off-by: Alexandre Demers <alexandre.f.demers@gmail.com>
Removed --enable-x11grab and added --enable-libxcb.
|
|
|
|
|
|
|
|
Signed-off-by: Alexandre Demers <alexandre.f.demers@gmail.com>
|
|
Signed-off-by: Alexandre Demers <alexandre.f.demers@gmail.com>
|
|
Signed-off-by: Alexandre Demers <alexandre.f.demers@gmail.com>
|
|
Signed-off-by: Alexandre Demers <alexandre.f.demers@gmail.com>
|
|
|
|
|
|
now provided by latest package.
|
|
I also "deactivated" the libvpx.so depends for now
as the official package doesn't support that.
see https://bugs.archlinux.org/task/49043
|
|
We have more lib32 libraries available
so we build against them.
Some are even in the official/community repos.
|
|
|
|
|
|
|
|
don't build with libdcadec (32 bit not in AUR)
|
|
We currently don't build against libvpx
so we don't have to care about the 1.5 problem either.
|
|
don't include the patch for libvpx 1.5,
since AUR still has 1.4
don't build against vid.sta,
since a 32 bit package is currently not available.
|
|
|
|
as for the 64 bit package
|
|
the .so dependency uses the 32 bit package if available
but makepkg doesn't complain if only the 64 bit package is available.
Only in the build step there is a message x264 not found.
So we use lib32-libx264 for the general package and libx264.so
for the versioned dependency in the binary package.
|
|
also re-add lib32-libxv as requested by namcap
|
|
as done for the 64 bit package
|
|
The .so dependencies are automatically converted
to (32 bit) versioned dependencies for the binary package.
This means an update of lib32-libx264 might break lib32-ffmpeg.
The user should use the -d flag and rebuild lib32-ffmpeg with -f.
|
|
|
|
|
|
The header files are in the ffmpeg package.
|
|
|
|
|
|
found with namcap, also present in ffmpeg package
|
|
|
|
|
|
This version will be submitted to AUR.
|