Bug#560543: vls: FTBFS: parsers.cpp:125: undefined reference to `C_VectorC_String::C_Vector(unsigned int, unsigned char)'
Source: vls Version: 0.5.4+cvs20031028-9 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20091210 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: g++ -g -O2 -Wall -O2 -o vls vls-application.o vls-exception.o vls-file.o vls-iso_lang.o vls-lexer.o vls-log.o vls-module.o vls-parsers.o vls-reflect.o vls-serialization.o vls-settings.o vls-socket.o vls-string.o vls-system.o vls-thread.o vls-admin.o vls-broadcast.o vls-buffer.o vls-channel.o vls-directory.o vls-input.o vls-interface.o vls-manager.o vls-output.o vls-program.o vls-request.o vls-tsstreamer.o vls-vls.o vls-daemon.o vls-ts.o vls-rtp.o vls-pes.o vls-streamdescr.o vls-reader.o vls-converter.o vls-trickplay.o vls-dvbpsi.o vls-tsdemux.o vls-tsmux.o -Wl,--export-dynamic modules/filechannel/.libs/filechannel.a modules/netchannel/.libs/netchannel.a modules/filereader/.libs/filereader.a modules/ts2ts/.libs/ts2ts.a modules/ps2ts/.libs/ps2ts.a modules/localinput/.libs/localinput.a modules/videoinput/.libs/videoinput.a modules/dummyinterface/.libs/dummyinterface.a modules/telnetinterface/.libs/telnetinterface.a modules/nativeinterface/.libs/nativeinterface.a modules/normaltrickplay/.libs/normaltrickplay.a modules/tcpinput/.libs/tcpinput.a modules/tcpreader/.libs/tcpreader.a -ldl -lcrypt -lpthread /usr/lib/libdvbpsi.so vls-parsers.o: In function `C_CfgFileParser::Parse(C_String const, bool, C_String const)': /build/user-vls_0.5.4+cvs20031028-9-amd64-FRkR6D/vls-0.5.4+cvs20031028/src/core/parsers.cpp:125: undefined reference to `C_VectorC_String::C_Vector(unsigned int, unsigned char)' collect2: ld returned 1 exit status The full build log is available from: http://people.debian.org/~lucas/logs/2009/12/10/vls_0.5.4+cvs20031028-9_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Bug#560468: mediatomb: FTBFS: ../src/tools.cc:306: error: invalid conversion from 'const char*' to 'char*'
Am Freitag, den 11.12.2009, 09:07 +0100 schrieb Lucas Nussbaum: Source: mediatomb Version: 0.12.0~svn2018-4 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20091210 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: g++ -DHAVE_CONFIG_H -I. -I.. -I../tombupnp/upnp/inc-I../src -I../tombupnp/ixml/inc -I../tombupnp/threadutil/inc -I../tombupnp/upnp/inc -I.. -I/usr/include/mysql -DBIG_JOINS=1-DUNIV_LINUX -DUNIV_LINUX -I/usr/include/mozjs -I/usr/include/taglib -pthread -I/usr/include -I/usr/include -DDVDNAV_USES_EXTERNAL_DVDREAD -Wall -g -O2 -MT libmediatomb_a-tools.o -MD -MP -MF .deps/libmediatomb_a-tools.Tpo -c -o libmediatomb_a-tools.o `test -f '../src/tools.cc' || echo './'`../src/tools.cc ../src/tools.cc: In function 'zmm::String hex_decode_string(zmm::String)': ../src/tools.cc:306: error: invalid conversion from 'const char*' to 'char*' ../src/tools.cc:307: error: invalid conversion from 'const char*' to 'char*' ../src/tools.cc: In function 'zmm::String url_unescape(zmm::String)': ../src/tools.cc:402: error: invalid conversion from 'const char*' to 'char*' ../src/tools.cc:408: error: invalid conversion from 'const char*' to 'char*' make[3]: *** [libmediatomb_a-tools.o] Error 1 That FTBFS should happen on any architecture. I could reproduce it on i386, too. If I didn't forget to attach it ;) there's a quilt patch attached that fixes the FTBFS but I did *NOT* test if it breaks anything. But I think the changes are harmless. Cheers - Fuddl Index: mediatomb-0.12.0~svn2018/src/tools.cc === --- mediatomb-0.12.0~svn2018.orig/src/tools.cc 2009-12-11 12:36:59.103010449 +0100 +++ mediatomb-0.12.0~svn2018/src/tools.cc 2009-12-11 12:41:30.483009123 +0100 @@ -303,8 +303,8 @@ RefStringBuffer buf(new StringBuffer(len / 2)); for (int i = 0; i len; i += 2) { -char *chi = strchr(HEX_CHARS, ptr[i]); -char *clo = strchr(HEX_CHARS, ptr[i + 1]); +char *chi = strchr((char *) HEX_CHARS, ptr[i]); +char *clo = strchr((char *) HEX_CHARS, ptr[i + 1]); int hi, lo; if (chi) @@ -399,13 +399,13 @@ char *pos; -pos = strchr(hex, chi); +pos = strchr((char *) hex, chi); if (!pos) hi = 0; else hi = pos - hex; -pos = strchr(hex, clo); +pos = strchr((char *) hex, clo); if (!pos) lo = 0; else signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: RFS: jackd
Hi Adrian, |--== On Fri, 11 Dec 2009 13:22:31 +0100, Adrian Knoth a...@drcomp.erfurt.thur.de said: AK On Sat, Dec 05, 2009 at 06:37:11PM +0100, Free Ekanayaka wrote: Hi Adrian, AK Hi! AK [jackd2] Great job! I've been trying it and looks very stable. Do you think it's possible to activate the mixed 32/64 bits support? It lets people AK I did this: AK http://git.debian.org/?p=pkg-multimedia/jack-audio-connection-kit.git;a=commitdiff;h=f738c9212a99be2b99a5b86b6830f0aeb85ccbf7 AK There is one related question: the --mixed flag also builds an i386 lib AK on amd64, hence the g++-multilib build-dependency. AK This 32bit library isn't really needed, the user can always install the AK native i386 lib in his chroot (or in parallel to /usr/lib32). AK So I decided not to include the 32bit lib in the amd64 package, but AK simply enable the amd64 jackd2 to talk to 32bit clients, that is, AK programs that depend on libjack0-version-i386.deb (chroot or similar, as AK already mentioned) Thanks for having changed this! I'm not too convinced by the idea of not including the 32bit library, I guess it would be handy for some users and it wouldn't hurt the others. However it's a good start already, so if you don't want to include the lib for now, that's fine for me. Ciao! Free ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#560644: clxclient: FTBFS: dpkg-gensymbols fails
Source: clxclient Version: 3.6.1-1 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20091210 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[1]: Entering directory `/build/user-clxclient_3.6.1-1-amd64-zQghJP/clxclient-3.6.1' /usr/bin/install -d /build/user-clxclient_3.6.1-1-amd64-zQghJP/clxclient-3.6.1/debian/tmp//usr/lib /usr/bin/install -d /build/user-clxclient_3.6.1-1-amd64-zQghJP/clxclient-3.6.1/debian/tmp//usr/include /usr/bin/install -m 644 clxclient.h /build/user-clxclient_3.6.1-1-amd64-zQghJP/clxclient-3.6.1/debian/tmp//usr/include /usr/bin/install -m 755 libclxclient.so.3.6.1 /build/user-clxclient_3.6.1-1-amd64-zQghJP/clxclient-3.6.1/debian/tmp//usr/lib /sbin/ldconfig -n /build/user-clxclient_3.6.1-1-amd64-zQghJP/clxclient-3.6.1/debian/tmp//usr/lib ln -sf libclxclient.so.3.6.1 /build/user-clxclient_3.6.1-1-amd64-zQghJP/clxclient-3.6.1/debian/tmp//usr/lib/libclxclient.so make[1]: Leaving directory `/build/user-clxclient_3.6.1-1-amd64-zQghJP/clxclient-3.6.1' dh_installdirs -plibclxclient-dev dh_installdirs -plibclxclient3 dh_installdocs -plibclxclient-dev ./AUTHORS dh_installexamples -plibclxclient-dev dh_installman -plibclxclient-dev dh_installinfo -plibclxclient-dev dh_installmenu -plibclxclient-dev dh_installcron -plibclxclient-dev dh_installinit -plibclxclient-dev dh_installdebconf -plibclxclient-dev dh_installemacsen -plibclxclient-dev dh_installcatalogs -plibclxclient-dev dh_installpam -plibclxclient-dev dh_installlogrotate -plibclxclient-dev dh_installlogcheck -plibclxclient-dev dh_installchangelogs -plibclxclient-dev dh_installudev -plibclxclient-dev dh_lintian -plibclxclient-dev dh_install -plibclxclient-dev --sourcedir=debian/tmp dh_link -plibclxclient-dev dh_installmime -plibclxclient-dev dh_installdocs -plibclxclient3 ./AUTHORS dh_installexamples -plibclxclient3 dh_installman -plibclxclient3 dh_installinfo -plibclxclient3 dh_installmenu -plibclxclient3 dh_installcron -plibclxclient3 dh_installinit -plibclxclient3 dh_installdebconf -plibclxclient3 dh_installemacsen -plibclxclient3 dh_installcatalogs -plibclxclient3 dh_installpam -plibclxclient3 dh_installlogrotate -plibclxclient3 dh_installlogcheck -plibclxclient3 dh_installchangelogs -plibclxclient3 dh_installudev -plibclxclient3 dh_lintian -plibclxclient3 dh_install -plibclxclient3 --sourcedir=debian/tmp dh_link -plibclxclient3 dh_installmime -plibclxclient3 dh_strip -plibclxclient-dev dh_compress -plibclxclient-dev dh_fixperms -plibclxclient-dev dh_makeshlibs -plibclxclient-dev dh_strip -plibclxclient3 dh_compress -plibclxclient3 dh_fixperms -plibclxclient3 dh_makeshlibs -plibclxclient3 dpkg-gensymbols: warning: some symbols disappeared in the symbols file: see diff output below dpkg-gensymbols: warning: debian/libclxclient3/DEBIAN/symbols doesn't match completely debian/libclxclient3.symbols.amd64 --- debian/libclxclient3.symbols.amd64 (libclxclient3 amd64) +++ dpkg-gensymbolsSsW4JM 2009-12-11 01:06:08.491202125 +0100 @@ -296,7 +296,7 @@ _znk8x_window12x_set_attribemp20xsetwindowattribu...@base 3.6.1-1~ _znk8x_window17x_set_bit_gravit...@base 3.6.1-1~ _znk8x_window17x_set_win_gravit...@base 3.6.1-1~ - _znk8x_window5x_ma...@base 3.6.1-1~ +#MISSING: 3.6.1-1# _znk8x_window5x_ma...@base 3.6.1-1~ _znk8x_window6x_move...@base 3.6.1-1~ _znk8x_window8x_resize...@base 3.6.1-1~ _zti10x_callb...@base 3.6.1-1~ dh_makeshlibs: dpkg-gensymbols -plibclxclient3 -Idebian/libclxclient3.symbols.amd64 -Pdebian/libclxclient3 returned exit code 1 make: *** [binary-fixup/libclxclient3] Error 9 The full build log is available from: http://people.debian.org/~lucas/logs/2009/12/10/clxclient_3.6.1-1_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: RFS: jackd
On Fri, Dec 11, 2009 at 01:33:18PM +0100, Free Ekanayaka wrote: Hi Adrian, Hi! Thanks for having changed this! I'm not too convinced by the idea of not including the 32bit library, I guess it would be handy for some users and it wouldn't hurt the others. I must confess I'm not up-to-date about the current way of multiarch in Debian. AFAIK, the chroot thing is only the last resort. Then, there was a time with fat (multiarch) binaries (the Apple way), but this seems to be abandoned. Or not, I don't know. Then, there is some magic with ia32-apt-get which installs i386 packages side-by-side on amd64 systems. That's the approach I had in mind, and this would work: an amd64 user in need for 32bit jack clients would have two libjack0 packages, one amd64 and one i386 version. I don't think there's consensus in Debian to automatically ship 32bit libs in 64bit-packages, but if somebody has better knowledge, I'm happy to add the four lines it'll take to support it. Cheerio -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
ffprobe 0.svn92-1 MIGRATED to testing
FYI: The status of the ffprobe source package in Debian's testing distribution has changed. Previous version: 0+svn92-1 Current version: 0.svn92-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See http://release.debian.org/testing-watch/ for more information. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] a52dec packaging branch, dima, created. debian/0.7.4-12-13-g47a2e20
2009/12/11 Fabian Greffrath greffr...@leat.rub.de: Am 11.12.2009 08:21, schrieb Reinhard Tartler: I don't think Fabian really disagreed with using branches for changes. Actually, I do not at all and use local branches rather often. Yep, using branches is fine and recommended, but I don't think we need a separate branch on Alioth to fix debian/copyright. Ok cool. I'll note this for the future. -- With best regards Dmitrijs Ledkovs (for short Dima), Ледков Дмитрий Юрьевич () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#560543: vls: FTBFS: parsers.cpp:125: undefined reference to `C_VectorC_String::C_Vector(unsigned int, unsigned char)'
Le Fri 11 Dec 09 à 23:59 +0100, Loïc Minier a écrit : On Fri, Dec 11, 2009, Loïc Minier wrote: Yes, removal definitely makes sense; this is a dead project upstream. I think a company might be maintaining a fork, but I doubt anybody still uses vls nor anybody could support it at this point. I still doubt it's of any use, and upstream recommends using vlc instead now: http://www.videolan.org/vlc/streaming.html There is also DVBlast which is growing. http://www.videolan.org/projects/dvblast.html -- Xtophe ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers