Re: MPD update (Was: Re: Broken dependency: Requires: libavcodec.so.54(LIBAVCODEC_54)(64bit))
On Qua, 2013-09-18 at 22:53 +1000, David Timms wrote:
On 18/09/13 17:35, Ankur Sinha wrote:
> On Wed, 2013-09-18 at 15:32 +1000, Ankur Sinha wrote: It'll need a
> review though. Should I file a bug and add these as attachments?
Check for an existing 'upgrade the package/broken dependency/ffmpeg
/fail to build from source etc' bug first, and if it doesn't already
exist, you can create a new bug.
Do not attach SRPM to the bug. Attach a diff -u from the original spec
to the upgraded spec file. Then the package maintainer can more easily
review the patch, apply the patch and so forth.
If this a package that you would like to help maintain going forward,
and you are already a Fedora packager, you can request to co-maintain
the package. You would then work with the existing maintainer to
decide who has time to look at bugs/upgrades etc..
You mention a successful build. Have you been able to test if the
build actually runs / works etc ?
we need compile new gpac 0.5.0 package against new ffmpeg , but doesn't
build due a problem in a define [1] that I don't understand if a gcc
incompatibility or what .
After you can rebuild x264, and after that all dependencies , If you
build a koji server and put there sources with cvstogit of Ken Dreyer ,
I could try help you ...
[1] my stupid fix.patch
--- gpac/src/utils/downloader.c.orig 2013-09-02 01:41:55.868809230
+0100
+++ gpac/src/utils/downloader.c 2013-09-02 01:42:19.945048582 +0100
@@ -55,7 +55,7 @@
#define SESSION_RETRY_COUNT 20
-#define GF_DOWNLOAD_AGENT_NAME "GPAC/" GPAC_FULL_VERSION
+#define GF_DOWNLOAD_AGENT_NAME "GPAC"
//let's be agressive with socket buffer size
#define GF_DOWNLOAD_BUFFER_SIZE 131072
#define GF_WAIT_REPLY_SLEEP 20
--
Sérgio M. B.