[gnome-core] gdk-pixbuf-csource failing

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 454-5900

gdk-pixbuf-csource does not seem to be working:

$ gdk-pixbuf-csource --name=x264_icon --stream x264.ico > x264_icon.h
failed to load "x264.ico": Couldn't recognize the image file format
for file 'x264.ico'

I tried rebuilding gtk+2, but it did not help.

I noticed that there were several warnings during the build that
libpango* seems to be moved (not sure if relevent, but thought I'd
mention it).

I came across this issue when trying to install ffmpeg, which requires
libx264-dev, which uses gdk-pixbuf-csource.

Mac OS X 10.5.6
Xcode 3.1.2
XQuartz 2.3.1

Thanks,
Jason

---------- Forwarded message ----------
From: Jason Addison <jra...@gm...>
Date: Mon, Jan 26, 2009 at 9:29 AM
Subject: Re: libx264-dev fink gdk-pixbuf-csource fails on x264.ico
To: TheSin <th...@so...>

I'll try rebuilding gtk+2, and then work on gdk-pixbuf-csource.

Thanks for the tips and looking into it.

Jason

On Mon, Jan 26, 2009 at 9:18 AM, TheSin <th...@so...> wrote:
> okay this is just a guess but if your gtk2/glib2 stuff is all messed up and
> linked to wrong libs from that X11 bug that apple hit us with I think it
> could cause something like that, it'll be insanely hard to track down cause
> /sw/bin/gdk-pixbuf-csource doesn't link directly to any X11 stuff but it
> links to libs that do.  I would talk with the gtk+2 maintainer to try and
> figure out why it's not working, but just so you know this is the first
> report of this problem so it might be very hard to try down, also have your
> tried fink rebuild gtk+2 to see?
> ---
> TS
> http://southofheaven.org/
> Chaos is the beginning and end, try dealing with the rest.
>
> On 26-Jan-09, at 12:05 PM, Jason Addison wrote:
>
>> On Mon, Jan 26, 2009 at 7:05 AM, TheSin <th...@so...> wrote:
>>>
>>> okay is this an error or a warning?
>>
>> Error.
>>
>>> Also it would seem the problem is in gdk-pixbuf not x264.
>>
>> Yes, that is probably the case.
>>
>>> does the pkg still build?
>>
>> No.
>>
>>> If not can I see the real error from a cut an
>>> paste from about 10 lines higher then this and including the fink bail?
>>
>> nasm -O2 -f macho -DPREFIX -D__PIC__ -Icommon/i386/ -o
>> common/i386/mc-a.o common/i386/mc-a.asm
>> nasm -O2 -f macho -DPREFIX -D__PIC__ -Icommon/i386/ -o
>> common/i386/mc-a2.o common/i386/mc-a2.asm
>> nasm -O2 -f macho -DPREFIX -D__PIC__ -Icommon/i386/ -o
>> common/i386/predict-a.o common/i386/predict-a.asm
>> nasm -O2 -f macho -DPREFIX -D__PIC__ -Icommon/i386/ -o
>> common/i386/pixel-sse2.o common/i386/pixel-sse2.asm
>> nasm -O2 -f macho -DPREFIX -D__PIC__ -Icommon/i386/ -o
>> common/i386/quant-a.o common/i386/quant-a.asm
>> nasm -O2 -f macho -DPREFIX -D__PIC__ -Icommon/i386/ -o
>> common/i386/deblock-a.o common/i386/deblock-a.asm
>> ar rc libx264.a common/mc.o common/predict.o common/pixel.o
>> common/macroblock.o common/frame.o common/dct.o common/cpu.o
>> common/cabac.o common/common.o common/mdate.o common/csp.o
>> common/set.o common/quant.o encoder/analyse.o encoder/me.o
>> encoder/ratecontrol.o encoder/set.o encoder/macroblock.o
>> encoder/cabac.o encoder/cavlc.o encoder/encoder.o encoder/eval.o
>> common/visualize.o common/display-x11.o common/i386/mc-c.o
>> common/i386/predict-c.o common/i386/dct-a.o common/i386/cpu-a.o
>> common/i386/pixel-a.o common/i386/mc-a.o common/i386/mc-a2.o
>> common/i386/predict-a.o common/i386/pixel-sse2.o common/i386/quant-a.o
>> common/i386/deblock-a.o
>> ranlib libx264.a
>> gcc -dynamiclib -o libx264.57.0.0.dylib common/mc.o common/predict.o
>> common/pixel.o common/macroblock.o common/frame.o common/dct.o
>> common/cpu.o common/cabac.o common/common.o common/mdate.o
>> common/csp.o common/set.o common/quant.o encoder/analyse.o
>> encoder/me.o encoder/ratecontrol.o encoder/set.o encoder/macroblock.o
>> encoder/cabac.o encoder/cavlc.o encoder/encoder.o encoder/eval.o
>> common/visualize.o common/display-x11.o common/i386/mc-c.o
>> common/i386/predict-c.o common/i386/dct-a.o common/i386/cpu-a.o
>> common/i386/pixel-a.o common/i386/mc-a.o common/i386/mc-a2.o
>> common/i386/predict-a.o common/i386/pixel-sse2.o common/i386/quant-a.o
>> common/i386/deblock-a.o -install_name /sw/lib/libx264.57.dylib
>> -compatibility_version 1 -current_version 1
>> -Wl,-read_only_relocs,suppress -L/sw/lib/freetype219/lib -L/sw/lib
>> -L/usr/X11R6/lib -lX11 -lm -lmx -lpthread
>> gcc -O4 -ffast-math -fno-common -I/sw/lib/freetype219/include
>> -I/sw/include  -Wall -I. -DVISUALIZE=1 -falign-loops=16 -DHAVE_MMX
>> -DARCH_X86 -DSYS_MACOSX -DHAVE_PTHREAD -fPIC -s -fomit-frame-pointer
>> -I/sw/include  -c -o muxers.o muxers.c
>> make -C gtk
>> failed to load "x264.ico": Couldn't recognize the image file format
>> for file 'x264.ico'
>> make[1]: *** [x264_icon.h] Error 1
>> make: *** [libx264gtk.a] Error 2
>> ### execution of /var/tmp/tmp.1.m9aHaa failed, exit code 2
>> Removing runtime build-lock...
>> Removing build-lock package...
>> /sw/bin/dpkg-lockwait -r fink-buildlock-libx264-57-shlibs-0.0.20071214-4
>> (Reading database ... 83799 files and directories currently installed.)
>> Removing fink-buildlock-libx264-57-shlibs-0.0.20071214-4 ...
>> Failed: phase compiling: libx264-57-shlibs-0.0.20071214-4 failed
>>
>> Before reporting any errors, please run "fink selfupdate" and
>> try again.  If you continue to have issues, please check to see if the
>> FAQ on fink's website solves the problem.  If not, ask on the fink-users
>> or fink-beginners mailing lists, with a carbon copy to the maintainer:
>>
>>        Justin F. Hallett <th...@us...>
>>
>> Note that this is preferable to emailing the maintainer directly, since
>> most fink package maintainers do not have access to all possible
>> hardware and software configurations.
>>
>>
>>
>>
>>> ---
>>> TS
>>> http://southofheaven.org/
>>> Chaos is the beginning and end, try dealing with the rest.
>>>
>>> On 26-Jan-09, at 9:30 AM, Jason Addison wrote:
>>>
>>>> Using fink, I'm trying to install:
>>>>
>>>> libx264-dev
>>>>
>>>> in:
>>>>
>>>> gtk/Makefile
>>>>
>>>> this:
>>>>
>>>> # Creation of the icon pixmap
>>>> x264_icon.h: x264.ico
>>>>      @gdk-pixbuf-csource --name=x264_icon --stream x264.ico >
>>>> x264_icon.h
>>>>
>>>> gives this:
>>>>
>>>> failed to load "x264.ico": Couldn't recognize the image file format
>>>> for file 'x264.ico'
>>>>
>>>> I tried running the gdk-pixbuf-csource from the command line with
>>>> other ico files and got the same results. I tried looking for docs on
>>>> gdk-pixbuf-csource wrt support for the Microsoft ico file format, but
>>>> did not find any.
>>>>
>>>> Thanks so much for your contributions to this project!
>>>> Jason
>>>>
>>>
>>>
>>
>
>

[gnome-core] gdk-pixbuf-csource failing

macOS package manager

[gnome-core] gdk-pixbuf-csource failing