Bug#845598: guitarix: FTBFS on hppa - Please add -mlong-calls to hppa compile flags
Source: guitarix Severity: normal Dear Maintainer, The build from source fails with the following error: [639/993] cxx_link: build/default/src/ladspa/ladspa_guitarix_1.o build/default/src/gx_head/engine/gx_json_1.o build/default/src/gx_head/engine/gx_faust_plugins_1.o build/default/src/gx_head/engine/gx_internal_plugins_1.o build/default/src/gx_head/engine/gx_engine_audio_1.o build/default/src/gx_head/engine/gx_paramtable_1.o build/default/src/gx_head/engine/gx_convolver_1.o build/default/src/gx_head/engine/gx_resampler_1.o build/default/src/gx_head/engine/gx_system_1.o build/default/src/gx_head/engine/gx_logging_1.o build/default/src/gx_head/engine/gx_pluginloader_1.o build/default/src/plugins/zita_rev1_1.o build/default/src/plugins/vibe_1.o build/default/src/plugins/abgate_1.o build/default/src/plugins/ts9sim_1.o build/default/src/plugins/aclipper_1.o build/default/src/plugins/mxrdist_1.o build/default/src/plugins/bossds1_1.o build/default/src/plugins/flanger_gx_1.o build/default/src/plugins/mbc_1.o build/default/src/plugins/mbcs_1.o build/default/src/plugins/mbd_1.o build/default/src /plugins/mbe_1.o build/default/src/plugins/mbdel_1.o build/default/src/plugins/mbchor_1.o build/default/src/plugins/reversedelay_1.o build/default/src/plugins/gcb_95_1.o build/default/src/plugins/hfb_1.o build/default/src/plugins/hogsfoot_1.o build/default/src/plugins/lpbboost_1.o build/default/src/plugins/rolandwah_1.o -> build/default/src/ladspa/ladspa_guitarix.so 11:34:29 runner system command -> ['/usr/bin/g++', 'default/src/ladspa/ladspa_guitarix_1.o', 'default/src/gx_head/engine/gx_json_1.o', 'default/src/gx_head/engine/gx_faust_plugins_1.o', 'default/src/gx_head/engine/gx_internal_plugins_1.o', 'default/src/gx_head/engine/gx_engine_audio_1.o', 'default/src/gx_head/engine/gx_paramtable_1.o', 'default/src/gx_head/engine/gx_convolver_1.o', 'default/src/gx_head/engine/gx_resampler_1.o', 'default/src/gx_head/engine/gx_system_1.o', 'default/src/gx_head/engine/gx_logging_1.o', 'default/src/gx_head/engine/gx_pluginloader_1.o', 'default/src/plugins/zita_rev1_1.o', 'default/src/plugins/vibe_1.o', 'default/src/plugins/abgate_1.o', 'default/src/plugins/ts9sim_1.o', 'default/src/plugins/aclipper_1.o', 'default/src/plugins/mxrdist_1.o', 'default/src/plugins/bossds1_1.o', 'default/src/plugins/flanger_gx_1.o', 'default/src/plugins/mbc_1.o', 'default/src/plugins/mbcs_1.o', 'default/src/plugins/mbd_1.o', 'default/src/plugins/mbe_1.o', 'default/src/plugins/ mbdel_1.o', 'default/src/plugins/mbchor_1.o', 'default/src/plugins/reversedelay_1.o', 'default/src/plugins/gcb_95_1.o', 'default/src/plugins/hfb_1.o', 'default/src/plugins/hogsfoot_1.o', 'default/src/plugins/lpbboost_1.o', 'default/src/plugins/rolandwah_1.o', '-o', '/<>/build/default/src/ladspa/ladspa_guitarix.so', '-Wl,--as-needed', '-shared', '-fPIC', '-pthread', '-pthread', '-Wl,--export-dynamic', '-pthread', '-Wl,-Bdynamic', '-ldl', '-ljack', '-lpthread', '-lsndfile', '-lgthread-2.0', '-lglib-2.0', '-lgmodule-2.0', '-lglibmm-2.4', '-lgobject-2.0', '-lsigc-2.0', '-lgiomm-2.4', '-lgio-2.0', '-lfftw3f', '-lboost_system', '-llilv-0', '-lsratom-0', '-lsord-0', '-lserd-0', '-lzita-convolver', '-lzita-resampler'] 11:34:29 runner system command -> ['/usr/bin/ar', 'rcs', 'default/src/plugins/libplugins.a', 'default/src/plugins/zita_rev1_43.o', 'default/src/plugins/ts9sim_43.o', 'default/src/plugins/flanger_gx_43.o', 'default/src/plugins/mbc_43.o', 'default/src/plugins/mbcs_43.o', 'default/src/plugins/mbd_43.o', 'default/src/plugins/mbe_43.o', 'default/src/plugins/mbdel_43.o', 'default/src/plugins/mbchor_43.o', 'default/src/plugins/mbclipper_43.o', 'default/src/plugins/gcb_95_43.o', 'default/src/plugins/fuzzfacerm_43.o', 'default/src/plugins/fuzzfacefm_43.o', 'default/src/plugins/hfb_43.o', 'default/src/plugins/muff_43.o', 'default/src/plugins/susta_43.o', 'default/src/plugins/scream_43.o', 'default/src/plugins/hornet_43.o', 'default/src/plugins/foxeylady_43.o', 'default/src/plugins/lpbboost_43.o', 'default/src/plugins/hogsfoot_43.o', 'default/src/plugins/cstb_43.o', 'default/src/plugins/coverd_43.o', 'default/src/plugins/rangem_43.o', 'default/src/plugins/ruin_43.o', 'default/src/plugins/ffreak _43.o', 'default/src/plugins/fumaster_43.o', 'default/src/plugins/fuzzdrive_43.o', 'default/src/plugins/rolandwah_43.o', 'default/src/plugins/astrofuzz_43.o', 'default/src/plugins/buffb_43.o', 'default/src/plugins/eldist_43.o', 'default/src/plugins/mole_43.o', 'default/src/plugins/buzz_43.o', 'default/src/plugins/bfuzz_43.o', 'default/src/plugins/axface_43.o', 'default/src/plugins/aclipper_43.o', 'default/src/plugins/bmp_43.o', 'default/src/plugins/mxrdist_43.o', 'default/src/plugins/bossds1_43.o', 'default/src/plugins/bassboom_43.o', 'default/src/plugins/vibe_43.o', 'default/src/plugins/abgate_43.o', 'default/src/plugins/jcm800pre_43.o', 'default/src/plugins/reversedelay_43.o'] [641/993] cxx_link:
Bug#802164: inkscape: FTBFS on hppa since switch to gcc-5
On 2015-10-20 2:43 PM, Alex Valavanis wrote: Sorry... hit Reply instead of Reply All. The fix could just be applied in debian/rules if you don't want to patch the upstream source. You should just be able to add CFLAGS+=" -std=c++11", I guess. The current release (and all future ones) should already be compatible with the C++11 standard, although we don't yet require it. This is what I did although for CXXFLAGS, not CFLAGS. There are already some additions to CXXFLAGS in debian/rules. Dave -- John David Anglin dave.ang...@bell.net ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#802164: inkscape: FTBFS on hppa since switch to gcc-5
On 2015-10-17, at 6:38 PM, Mattia Rizzolo wrote: > On Sat, Oct 17, 2015 at 05:32:17PM -0400, John David Anglin wrote: >> /usr/include/c++/5/bits/c++0x_warning.h:32:2: error: #error This file >> requires compiler and library support for the ISO C++ 2011 standard. This >> support is currently experimental, and must be enabled with the -std=c++11 >> or -std=gnu++11 compiler options. >> #error This file requires compiler and library support for the \ >> ^ >> >> It appears -std=c++11 needs to be added to CXXFLAGS. > > umh, I'm quite naive when it comes to this matters, but isn't c++11 the > default nowadays with g++5? I believe that the option will become the default in gcc-6. At the moment, it is considered experimental. > Or does the hppa build of gcc default to something else? No, hppa uses default gcc-5. > > Then I also see quite some errors from glibmm-2.4, which is currently > broken, so I'm not even sure inkscape is buildable at all atm due to > that. >https://bugs.debian.org/800371 > (it's funny 'cause that bug actually link a inkscape build log!) Build was successful with -std=c++11. However, there were quite a few warnings: https://buildd.debian.org/status/fetch.php?pkg=inkscape=hppa=0.91-5%2Bb3=1445136533 Regards, Dave -- John David Anglin dave.ang...@bell.net ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#802164: inkscape: FTBFS on hppa since switch to gcc-5
Package: inkscape Version: 0.91-5 Severity: normal Dear Maintainer, See buildd log: https://buildd.debian.org/status/fetch.php?pkg=inkscape=hppa=0.91-5%2Bb3=1445103972 First error is here: g++ -DHAVE_CONFIG_H -I. -I.. -I../cxxtest -I./extension/dbus -I/usr/include/libexif -I/usr/include/freetype2 -pthread -I/usr/include/gnome-vfs-2.0 -I/usr/lib/hppa-linux-gnu/gnome-vfs-2.0/include -I/usr/include/gconf/2 -I/usr/include/dbus-1.0 -I/usr/lib/hppa-linux-gnu/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/hppa-linux-gnu/glib-2.0/include -fopenmp -DMAGICKCORE_HDRI_ENABLE=0 -DMAGICKCORE_QUANTUM_DEPTH=16 -fopenmp -DMAGICKCORE_HDRI_ENABLE=0 -DMAGICKCORE_QUANTUM_DEPTH=16 -fopenmp -DMAGICKCORE_HDRI_ENABLE=0 -DMAGICKCORE_QUANTUM_DEPTH=16 -I/usr/include/hppa-linux-gnu//ImageMagick-6 -I/usr/include/ImageMagick-6 -I/usr/include/hppa-linux-gnu//ImageMagick-6 -I/usr/include/ImageMagick-6 -I/usr/include/hppa-linux-gnu//ImageMagick-6 -I/usr/include/ImageMagick-6 -I/usr/include/libwpg-0.3 -I/usr/include/libwpd-0.10 -I/usr/include/librevenge-0.0 -I/usr/include/hppa-linux-gnu -I/usr/include/libxml2 -I/usr/include/libvisio-0.1 -I/usr/include/librevenge-0.0 -I/usr/include/hppa-linux -gnu -I/usr/include/libcdr-0.1 -I/usr/include/librevenge-0.0 -I/usr/include/poppler -pthread -I/usr/include/poppler/glib -I/usr/include/poppler -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/hppa-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -DPOTRACE=\"potrace\" -pthread -I/usr/include/gtkmm-2.4 -I/usr/lib/hppa-linux-gnu/gtkmm-2.4/include -I/usr/include/atkmm-1.6 -I/usr/include/gtk-unix-print-2.0 -I/usr/include/gtk-2.0 -I/usr/include/gdkmm-2.4 -I/usr/lib/hppa-linux-gnu/gdkmm-2.4/include -I/usr/include/giomm-2.4 -I/usr/lib/hppa-linux-gnu/giomm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/lib/hppa-linux-gnu/pangomm-1.4/include -I/usr/include/glibmm-2.4 -I/usr/lib/hppa-linux-gnu/glibmm-2.4/include -I/usr/include/cairomm-1.0 -I/usr/lib/hppa-linux-gnu/cairomm-1.0/include -I/usr/include/sigc++-2.0 -I/usr/lib/hppa-linux-gnu/sigc++-2.0/include -I/usr/include/gtk-2.0 -I/usr/lib/hppa-linux-gnu/gtk-2.0/include -I/usr/inclu de/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libpng12 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/hppa-linux-gnu/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/gtkspell-2.0 -pthread -I/usr/include/cairomm-1.0 -I/usr/lib/hppa-linux-gnu/cairomm-1.0/include -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/giomm-2.4 -I/usr/lib/hppa-linux-gnu/giomm-2.4/include -I/usr/include/glibmm-2.4 -I/usr/lib/hppa-linux-gnu/glibmm-2.4/include -I/usr/include/libpng12 -I/usr/include/libxml2 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/hppa-linux-gnu/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/sigc++-2.0 -I/usr/lib/hppa-linux-gnu/sigc++-2.0/include -DG_DISABLE_DEPRECATED -DGLIBMM_DISABLE _DEPRECATED -DGDKMM_DISABLE_DEPRECATED -DGTK_DISABLE_SINGLE_INCLUDES -DGTK_DISABLE_DEPRECATED -DGTKMM_DISABLE_DEPRECATED -Werror=format-security -Wswitch -Werror=return-type -DGSEAL_ENABLE -DG_DISABLE_SINGLE_INCLUDES -Wall -Wformat -Wformat-security -W -D_FORTIFY_SOURCE=2 -D_FORTIFY_SOURCE=2 -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -Wno-unused-parameter -g -O2 -Wformat -Werror=format-security -Wall -O2 -fopenmp -c -o livarot/PathCutting.o livarot/PathCutting.cpp In file included from /usr/include/sigc++-2.0/sigc++/signal_base.h:26:0, from /usr/include/sigc++-2.0/sigc++/signal.h:8, from /usr/include/sigc++-2.0/sigc++/connection.h:22, from ./sp-object.h:51, from ./sp-filter.h:18, from ./style-internal.h:25, from ./style.h:21, from livarot/PathCutting.cpp:21: /usr/include/sigc++-2.0/sigc++/trackable.h:115:3: warning: identifier 'noexcept' is a keyword in C++11 [-Wc++0x-compat] trackable(trackable&& src) noexcept; ^ In file included from /usr/include/c++/5/type_traits:35:0, from /usr/include/sigc++-2.0/sigc++/visit_each.h:22, from /usr/include/sigc++-2.0/sigc++/functors/slot.h:6, from /usr/include/sigc++-2.0/sigc++/signal_base.h:27, from /usr/include/sigc++-2.0/sigc++/signal.h:8, from /usr/include/sigc++-2.0/sigc++/connection.h:22, from ./sp-object.h:51, from ./sp-filter.h:18, from ./style-internal.h:25, from ./style.h:21, from livarot/PathCutting.cpp:21: /usr/include/c++/5/bits/c++0x_warning.h:32:2: error:
Bug#770741: vlc: FTBFS on hppa: borked plugin files
On 12/1/2014 10:36 AM, Sebastian Ramacher wrote: So should this bug be reassigned to binutils? I will file a binutils bug. Difficulty at this point is I don't have a simple test case to demonstrate problem. Need to do some debugging. I have no objection in reassigning the Debian bug. Presumably the borked plugin check was added for a reason, but do the DT_NEEDED entries in various libav libaries actually cause a problem for vlc? There is no symbol dependency as far as I can tell. Dave -- John David Anglindave.ang...@bell.net ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#770741: vlc: FTBFS on hppa: borked plugin files
On 11/23/2014 6:38 PM, Sebastian Ramacher wrote: ldd -r on my machine for these plugins gives me /usr/lib/vlc/plugins/demux/libavformat_plugin.so: linux-vdso.so.1 (0x7fff4e396000) libvlccore.so.8 = /usr/lib/libvlccore.so.8 (0x7f98c97f3000) libavformat.so.56 = /usr/lib/x86_64-linux-gnu/libavformat.so.56 (0x7f98c94b3000) libavcodec.so.56 = /usr/lib/x86_64-linux-gnu/libavcodec.so.56 (0x7f98c856) libavutil.so.54 = /usr/lib/x86_64-linux-gnu/libavutil.so.54 (0x7f98c8334000) It looks to me like the dependence on libX11 or libxcb arises because x11grab is enabled for the libav package. This introduces a dependence on xfixes which in turn depends on libX11 and libxcb. Enabling x11grab causes linking against libxfixes3 but why this introduces a dependency on xfixes in packages like libavformat56 is not clear. It didn't help to rebuild libav and libxfixes. Dave -- John David Anglindave.ang...@bell.net ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#770741: vlc: FTBFS on hppa: borked plugin files
) libp11-kit.so.0 = /usr/lib/hppa-linux-gnu/libp11-kit.so.0 (0xf3bf9000) libtasn1.so.6 = /usr/lib/hppa-linux-gnu/libtasn1.so.6 (0xf37f9000) /lib/ld.so.1 (0x4100) libdl.so.2 = /lib/hppa-linux-gnu/libdl.so.2 (0xf33f8000) libogg.so.0 = /usr/lib/hppa-linux-gnu/libogg.so.0 (0xf3142000) liborc-0.4.so.0 = /usr/lib/hppa-linux-gnu/liborc-0.4.so.0 (0xf2d8) libstdc++.so.6 = /usr/lib/hppa-linux-gnu/libstdc++.so.6 (0xf2bec000) libgcc_s.so.4 = /lib/hppa-linux-gnu/libgcc_s.so.4 (0xf27f9000) libxcb.so.1 = /usr/lib/hppa-linux-gnu/libxcb.so.1 (0xf2583000) libffi.so.6 = /usr/lib/hppa-linux-gnu/libffi.so.6 (0xf23f9000) libXau.so.6 = /usr/lib/hppa-linux-gnu/libXau.so.6 (0xf234b000) libXdmcp.so.6 = /usr/lib/hppa-linux-gnu/libXdmcp.so.6 (0xf1fbd000) $ ldd -r /usr/lib/hppa-linux-gnu/libXfixes.so.3 libX11.so.6 = /usr/lib/hppa-linux-gnu/libX11.so.6 (0xfa661000) libc.so.6 = /lib/hppa-linux-gnu/libc.so.6 (0xfa3f8000) libxcb.so.1 = /usr/lib/hppa-linux-gnu/libxcb.so.1 (0xfa183000) libdl.so.2 = /lib/hppa-linux-gnu/libdl.so.2 (0xf9ff8000) /lib/ld.so.1 (0x4100) libXau.so.6 = /usr/lib/hppa-linux-gnu/libXau.so.6 (0xf9f4b000) libXdmcp.so.6 = /usr/lib/hppa-linux-gnu/libXdmcp.so.6 (0xf9bbd000) I did a +b1 rebuild of libxfixes last night but it didn't change its dependencies on libX11 and libxcb. Dave -- John David Anglin dave.ang...@bell.net ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#770741: vlc: FTBFS on hppa: borked plugin files
Package: vlc
Version: 2.2.0~rc2-1
Severity: normal
Build fails here:
# Install stuff
dh_install --fail-missing
# Check that we did not install a plugin linked with libX11 or
# libxcb in vlc-nox
BORKED=no; \
LD_LIBRARY_PATH=debian/libvlccore8/usr/lib:debian/libvlc5/usr/lib${LD_LIBRARY_PATH:+:}${LD_LIBRARY_PATH:-};
\
for file in $(find debian/vlc-nox/usr/lib/vlc -name '*.so'); do \
if ldd -r $file | egrep -q -e 'libX11\.so' -e 'libxcb\.so'; then \
BORKED=yes; \
echo $file depends on libX11 or libxcb; \
fi; \
done; \
if test $BORKED = yes; then exit 1; fi
debian/vlc-nox/usr/lib/vlc/plugins/demux/libavformat_plugin.so depends on
libX11 or libxcb
debian/vlc-nox/usr/lib/vlc/plugins/video_filter/libpostproc_plugin.so depends
on libX11 or libxcb
debian/vlc-nox/usr/lib/vlc/plugins/access/libavio_plugin.so depends on libX11
or libxcb
debian/vlc-nox/usr/lib/vlc/plugins/stream_out/libstream_out_chromaprint_plugin.so
depends on libX11 or libxcb
debian/vlc-nox/usr/lib/vlc/plugins/video_chroma/libswscale_plugin.so depends on
libX11 or libxcb
debian/vlc-nox/usr/lib/vlc/plugins/codec/libavcodec_plugin.so depends on libX11
or libxcb
debian/vlc-nox/usr/lib/vlc/plugins/codec/libhwdummy_plugin.so depends on libX11
or libxcb
make[1]: *** [override_dh_install] Error 1
Full log:
http://buildd.debian-ports.org/status/fetch.php?pkg=vlcarch=hppaver=2.2.0%7Erc2-1stamp=1416767042
-- System Information:
Debian Release: jessie/sid
APT prefers unreleased
APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: hppa (parisc64)
Kernel: Linux 3.18.0-rc5+ (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_CA.utf8)
Shell: /bin/sh linked to /bin/dash
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#757137: blender: FTBFS on hppa -- implicit function declarations
Package: blender Version: 2.71+dfsg0-2 Severity: normal See build log: http://buildd.debian-ports.org/status/fetch.php?pkg=blenderarch=hppaver=2.71%2Bdfsg0-2stamp=1407214327 -- System Information: Debian Release: jessie/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: hppa (parisc64) Kernel: Linux 3.16.0+ (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_CA.utf8) Shell: /bin/sh linked to /bin/dash ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#713827: vlc-nox: FTBFS on hppa -- no bluray support
On 23-Jun-13, at 5:10 AM, Rémi Denis-Courmont wrote: As far as I know, Java is *not* required to build libbluray. It is only required for some functionality, namely BD-J and the BD+ crypto/DRM, the latter not supported at all in open-source world. So it seems I would argue that this is a bug in the libbluray source package. I'll look at this more closely but this is what happens when I try to build the libbluray source package: Reading package lists... Building dependency tree... Reading state information... NOTICE: 'libbluray' packaging is maintained in the 'Git' version control system at: git://git.debian.org/git/pkg-multimedia/libbluray.git Need to get 465 kB of source archives. Get:1 http://ftp.debian.org/debian/ testing/main libbluray 1:0.2.2-1 (dsc) [2,485 B] Get:2 http://ftp.debian.org/debian/ testing/main libbluray 1:0.2.2-1 (tar) [456 kB] Get:3 http://ftp.debian.org/debian/ testing/main libbluray 1:0.2.2-1 (diff) [6,011 B] dpkg-source: info: extracting libbluray in libbluray-0.2.2 dpkg-source: info: unpacking libbluray_0.2.2.orig.tar.bz2 dpkg-source: info: unpacking libbluray_0.2.2-1.debian.tar.gz dpkg-buildpackage: source package libbluray dpkg-buildpackage: source version 1:0.2.2-1 dpkg-buildpackage: source changed by Rico Tzschichholz ric...@ubuntu.com dpkg-source --before-build libbluray-0.2.2 dpkg-buildpackage: host architecture hppa dpkg-checkbuilddeps: Unmet build dependencies: openjdk-6-jdk dpkg-buildpackage: warning: build dependencies/conflicts unsatisfied; aborting dpkg-buildpackage: warning: (Use -d flag to override.) Build command 'cd libbluray-0.2.2 dpkg-buildpackage -b -uc' failed. Fetched 465 kB in 6s (69.7 kB/s) E: Child process failed -- John David Anglin dave.ang...@bell.net ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#713827: vlc-nox: FTBFS on hppa -- no bluray support
On 23-Jun-13, at 8:26 AM, John David Anglin wrote: As far as I know, Java is *not* required to build libbluray. It is only required for some functionality, namely BD-J and the BD+ crypto/ DRM, the latter not supported at all in open-source world. So it seems I would argue that this is a bug in the libbluray source package. I'll look at this more closely but this is what happens when I try to build the libbluray source package: You are correct. With a bit of hacking, libbluray will build without openjdk-6-jdk if bdjava isn't enabled. So, this bug can be closed. I'll file a libblurray FTBFS. Thanks, Dave -- John David Anglin dave.ang...@bell.net ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#664819: libav source build needs to link with -lgcrypt
On 29-Apr-12, at 4:40 AM, Reinhard Tartler wrote: On Thu, Mar 22, 2012 at 1:30 AM, John David Anglin dave.ang...@bell.net wrote: On 20-Mar-12, at 9:54 PM, Andres Mejia wrote: This issue is common if you're using the libav-extra libraries. It's likely a broken symlink from your *.so files. I don't think so. Updating libgcrypt11 to 1.5.0-3 fixes the build. Somehow, it eliminates the dependency. I'm not sure if I understand your message. Does this mean that there is nothing to do in libav and we can close this bug? In the original report, there wasn't a broken symlink but I'm puzzled by the message: /lib/libgcrypt.so.11: could not read symbols: Invalid operation Yet the linker seems to have read the symbols: /usr/bin/ld.bfd.real: note: 'gcry_control@@GCRYPT_1.2' is defined in DSO /lib/libgcrypt.so.11 so try adding it to the linker command line Note the undefined reference came from libavformat/ libavformat.a(network.o). I think that libraries need to be explicitly specified on the command line when linking with archive libraries. I don't know why the archive version of libavformat was used. With libgcrypt11 1.5.0-3, I had a successful build of the libav package. There isn't a reference to the above symbol in my installed version of libavformat.a. Given that issue that triggered the problem is gone, I would close. Dave -- John David Anglin dave.ang...@bell.net ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#664819: libav source build needs to link with -lgcrypt
On 20-Mar-12, at 9:54 PM, Andres Mejia wrote: This issue is common if you're using the libav-extra libraries. It's likely a broken symlink from your *.so files. I don't think so. Updating libgcrypt11 to 1.5.0-3 fixes the build. Somehow, it eliminates the dependency. Dave -- John David Anglin dave.ang...@bell.net ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#642810: x264: Same on PA-RISC
On 11/10/2011 8:15 AM, Fabian Greffrath wrote: I believe that hppa is preferred. parisc and parisc64 were dropped from GCC. During the x264 build (i.e. at configure time) a line starting with Platform: will appear. Would you have a look and tell me what it says? I believe it was HPPA64. Note upper case. This was the ARCH value in the .mak file if I remember correctly. This appears to come from the debian build system. On the other hand, configure seems to look for parisc or parisc64. I played with configure a bit but didn't get it to add -fPIC automatically. I got the package to build by hacking debian/rules to force adding -fPIC during shared build. Dave -- John David Anglindave.ang...@bell.net ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#642810: x264: Same on PA-RISC
On 10-Nov-11, at 9:58 AM, Fabian Greffrath wrote: Does the attached patch help? Yes. I suggest that the change in first hunk can simply be: hppa*|parisc*) as config.guess can return some other permutations. Dave -- John David Anglin dave.ang...@bell.net ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
