Ubuntu
transcode package

needs rebuild for libglib1.2ldbl transition

Bug #173662 reported by Brian J. Murrell
4
Affects Status Importance Assigned to Milestone
transcode (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: transcode

When I try to do dist-upgrade-ish type operations in Hardy, the libglib1.2ldbl transition is forcing transcode to be removed:

The following extra packages will be installed:
  gdk-imlib11 gnome-bin gnome-libs-data libglib1.2ldbl libgnome32 libgnomesupport0 libgnomeui32 libgnorba27 libgnorbagtk0 libgtk1.2
The following packages will be REMOVED:
  directory-administrator dvdrip libglib1.2 mythdvd mythtv-backend mythtv-transcode-utils transcode
The following NEW packages will be installed:
  libglib1.2ldbl
The following packages will be upgraded:
  gdk-imlib11 gnome-bin gnome-libs-data libgnome32 libgnomesupport0 libgnomeui32 libgnorba27 libgnorbagtk0 libgtk1.2 liborbit0
10 upgraded, 1 newly installed, 7 to remove and 32 not upgraded.

Is this a simple case of transcode needing a rebuild for the new libglib1.2ldbl?

Luke Yelavich (themuso)
Changed in transcode:
assignee: nobody → themuso
status: New → In Progress
Revision history for this message
Michael Bienia (geser) wrote :

In theory a rebuild should fix it, but it fails to build from source (hardy, amd64):

if /bin/bash ../../libtool --tag=CC --mode=compile x86_64-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -D_REENTRANT -DMOD_PATH=\"/usr/lib/transcode\" -I../.. -I../../import -I../../src -Wall -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -g -O2 -MT rtjpeg_aud_plugin.lo -MD -MP -MF ".deps/rtjpeg_aud_plugin.Tpo" -c -o rtjpeg_aud_plugin.lo rtjpeg_aud_plugin.c; \
        then mv -f ".deps/rtjpeg_aud_plugin.Tpo" ".deps/rtjpeg_aud_plugin.Plo"; else rm -f ".deps/rtjpeg_aud_plugin.Tpo"; exit 1; fi
 x86_64-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -D_REENTRANT -DMOD_PATH=\"/usr/lib/transcode\" -I../.. -I../../import -I../../src -Wall -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -g -O2 -MT rtjpeg_aud_plugin.lo -MD -MP -MF .deps/rtjpeg_aud_plugin.Tpo -c rtjpeg_aud_plugin.c -fPIC -DPIC -o .libs/rtjpeg_aud_plugin.o
In file included from /usr/include/asm/sigcontext.h:4,
                 from /usr/include/bits/sigcontext.h:28,
                 from /usr/include/signal.h:333,
                 from ../../src/transcode.h:47,
                 from rtjpeg_aud_plugin.c:61:
/usr/include/asm/types.h:19: error: conflicting types for '__s32'
RTjpegN.h:32: error: previous declaration of '__s32' was here
/usr/include/asm/types.h:20: error: conflicting types for '__u32'
RTjpegN.h:28: error: previous declaration of '__u32' was here
make[4]: *** [rtjpeg_aud_plugin.lo] Error 1
make[4]: Leaving directory `/tmp/buildd/transcode-1.0.2/import/nuv'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/tmp/buildd/transcode-1.0.2/import'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/buildd/transcode-1.0.2'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/tmp/buildd/transcode-1.0.2'
make: *** [build-stamp] Error 2
dpkg-buildpackage: failure: debian/rules build gave error exit status 2

Revision history for this message
Brian J. Murrell (brian-interlinx) wrote : Re: [Bug 173662] Re: needs rebuild for libglib1.2ldbl transition

On Sat, 2007-12-08 at 13:06 +0000, Michael Bienia wrote:
> In theory a rebuild should fix it, but it fails to build from source
> (hardy, amd64):
>
> if /bin/bash ../../libtool --tag=CC --mode=compile x86_64-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -D_REENTRANT -DMOD_PATH=\"/usr/lib/transcode\" -I../.. -I../../import -I../../src -Wall -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -g -O2 -MT rtjpeg_aud_plugin.lo -MD -MP -MF ".deps/rtjpeg_aud_plugin.Tpo" -c -o rtjpeg_aud_plugin.lo rtjpeg_aud_plugin.c; \
> then mv -f ".deps/rtjpeg_aud_plugin.Tpo" ".deps/rtjpeg_aud_plugin.Plo"; else rm -f ".deps/rtjpeg_aud_plugin.Tpo"; exit 1; fi
> x86_64-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -D_REENTRANT -DMOD_PATH=\"/usr/lib/transcode\" -I../.. -I../../import -I../../src -Wall -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -g -O2 -MT rtjpeg_aud_plugin.lo -MD -MP -MF .deps/rtjpeg_aud_plugin.Tpo -c rtjpeg_aud_plugin.c -fPIC -DPIC -o .libs/rtjpeg_aud_plugin.o
> In file included from /usr/include/asm/sigcontext.h:4,
> from /usr/include/bits/sigcontext.h:28,
> from /usr/include/signal.h:333,
> from ../../src/transcode.h:47,
> from rtjpeg_aud_plugin.c:61:
> /usr/include/asm/types.h:19: error: conflicting types for '__s32'
> RTjpegN.h:32: error: previous declaration of '__s32' was here
> /usr/include/asm/types.h:20: error: conflicting types for '__u32'
> RTjpegN.h:28: error: previous declaration of '__u32' was here

So RTjpegN.h is redefining __{s,u}32 which is (now) provided
by /usr/include/asm/types.h. Seems like a simple "#ifndef" wrapped
around those two definitions should solve that, no?

b.

Luke Yelavich (themuso)
Changed in transcode:
assignee: themuso → nobody
status: In Progress → Confirmed
Revision history for this message
Alessio Treglia (quadrispro) wrote :

Seems fixed.

Changed in transcode (Ubuntu):
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.