Bug#546659: This is fixed upstream
The latest upstream release 6.3.0 and 6.3.1 have this actually fixed, so once the next version trickles in, this bug is resolved. Sebastian Spaeth -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/dccaa67e33b5ae933649b6b7a9140051.squir...@webmail.sspaeth.de
100% kostenfreier Amateursex
100% kostenloses Amateursex Angebot http://www.amateursex-4-free.tk/ 3 Tage lang völlig kostenlos testen ! Angebot Nr.: hdodg - zndfpt - 80117 - FDDS
100% kostenfreier Amateursex
100% kostenloses Amateursex Angebot http://www.amateursex-4-free.tk/ 3 Tage lang völlig kostenlos testen ! Angebot Nr.: fjcrj - luufrk - 68555 - EELR
Bug#718072: twitter-bootstrap: Patch and debdiff for the build failure
Hi Andreas, thank you for working on this bug. On 2013-08-10 19:58:41, Andreas Moog wrote: > diff -Nru twitter-bootstrap-2.0.2+dfsg/debian/libjs-twitter-bootstrap.links > twitter-bootstrap-2.0.2+dfsg/debian/libjs-twitter-bootstrap.links > --- twitter-bootstrap-2.0.2+dfsg/debian/libjs-twitter-bootstrap.links > 2013-06-08 21:01:56.0 + > +++ twitter-bootstrap-2.0.2+dfsg/debian/libjs-twitter-bootstrap.links > 2013-08-10 19:27:34.0 + > @@ -1,4 +1,4 @@ > -/usr/share/twitter-bootstrap/apache2.conf > /etc/apache2/conf.d/twitter-bootstrap.conf > +/usr/share/twitter-bootstrap/apache2.conf > /etc/apache2/conf.available/libjs-twitter-bootstrap.conf > /usr/share/twitter-bootstrap/files > /usr/share/javascript/twitter-bootstrap This should be /etc/apache2/conf-available instead. Otherwise the upload looks good to me. If you send me an updated debdiff with the one issue fixed, I'm happy to upload the package for you. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#718072: twitter-bootstrap: Patch and debdiff for the build failure
On 2013-08-11 00:38:30, Andreas Moog wrote: > On 11.08.2013 00:20, Sebastian Ramacher wrote: > > Thanks for reviewing the debdiff. > > > On 2013-08-10 19:58:41, Andreas Moog wrote: > >> diff -Nru > >> twitter-bootstrap-2.0.2+dfsg/debian/libjs-twitter-bootstrap.links > >> twitter-bootstrap-2.0.2+dfsg/debian/libjs-twitter-bootstrap.links > >> --- twitter-bootstrap-2.0.2+dfsg/debian/libjs-twitter-bootstrap.links > >> 2013-06-08 21:01:56.0 + > >> +++ twitter-bootstrap-2.0.2+dfsg/debian/libjs-twitter-bootstrap.links > >> 2013-08-10 19:27:34.0 + > >> @@ -1,4 +1,4 @@ > >> -/usr/share/twitter-bootstrap/apache2.conf > >> /etc/apache2/conf.d/twitter-bootstrap.conf > >> +/usr/share/twitter-bootstrap/apache2.conf > >> /etc/apache2/conf.available/libjs-twitter-bootstrap.conf > >> /usr/share/twitter-bootstrap/files > >> /usr/share/javascript/twitter-bootstrap > > > > This should be /etc/apache2/conf-available instead. > > Ups, you are right. > > > Otherwise the upload looks good to me. If you send me an updated > > debdiff with the one issue fixed, I'm happy to upload the package for > > you. > > Updated debdiff attached, thank you for sponsoring this! Thank you, uploaded. Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#731481: zvbi: FTBFS on kfreebsd-*/hurd-i386 due to missing symbols
Source: zvbi Version: 0.2.35-2 Severity: serious Justification: fails to build from source (but built successfully in the past) zvbi fails to build on kfreebsd-* and hurd-i386 due to missing symbols: | dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols file: see diff output below | dpkg-gensymbols: warning: debian/libzvbi0/DEBIAN/symbols doesn't match completely debian/libzvbi0.symbols | --- debian/libzvbi0.symbols (libzvbi0_0.2.35-2_kfreebsd-amd64) | +++ dpkg-gensymbols8Dr61d 2013-10-16 00:11:31.0 + | @@ -11,18 +11,18 @@ | _vbi_strndup@Base 0.2.33 | _vbi_vasprintf@Base 0.2.33 | _zvbi_intl_domainname@Base 0.2.33 | - close@Base 0.2.33 | +#MISSING: 0.2.35-2# close@Base 0.2.33 | device_close@Base 0.2.33 | device_ioctl@Base 0.2.33 | device_mmap@Base 0.2.33 | device_munmap@Base 0.2.33 | device_open@Base 0.2.33 | - fcntl@Base 0.2.33 | +#MISSING: 0.2.35-2# fcntl@Base 0.2.33 | fprint_symbolic@Base 0.2.33 | fprint_unknown_ioctl@Base 0.2.33 | - ioctl@Base 0.2.33 | - open@Base 0.2.33 | - read@Base 0.2.33 | +#MISSING: 0.2.35-2# ioctl@Base 0.2.33 | +#MISSING: 0.2.35-2# open@Base 0.2.33 | +#MISSING: 0.2.35-2# read@Base 0.2.33 | vbi_capture_delete@Base 0.2.33 | vbi_capture_fd@Base 0.2.33 | vbi_capture_flush@Base 0.2.33 | @@ -76,7 +76,7 @@ | vbi_proxy_msg_stop_listen@Base 0.2.33 | vbi_proxy_msg_write@Base 0.2.33 | vbi_proxy_msg_write_idle@Base 0.2.33 | - write@Base 0.2.33 | +#MISSING: 0.2.35-2# write@Base 0.2.33 | libzvbi.so.0 libzvbi0 #MINVER# | __vbi_event_handler_list_send@Base 0.2.35 | _vbi3_bit_slicer_destroy@Base 0.2.33 | dh_makeshlibs: dpkg-gensymbols -plibzvbi0 -Idebian/libzvbi0.symbols -Pdebian/libzvbi0 -edebian/libzvbi0/usr/lib/x86_64-kfreebsd-gnu/libzvbi.so.0.13.2 | -edebian/libzvbi0/usr/lib/x86_64-kfreebsd-gnu/libzvbi-chains.so.0.0.0 | returned exit code 1 | make: *** [binary-arch] Error 1 See https://buildd.debian.org/status/fetch.php?pkg=zvbi&arch=kfreebsd-amd64&ver=0.2.35-2&stamp=1381882302 for a full log. Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#731580: qpxtool: FTBFS on kfreebsd-*: error: 'int open(const char*, int, ...)' previously defined here
Source: qpxtool Version: 0.7.1.002-6 Severity: serious Justification: fails to build from source (but built successfully in the past) qpxtool fails to build on kfreebsd-* with: | g++ -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -O2 -fPIC -DUSE_LIBPNG -g -I. -I./include -I../include -D_FORTIFY_SOURCE=2 -c -o qpx_transport.o qpx_transport.cpp | In file included from qpx_transport.cpp:15:0: | /usr/include/x86_64-kfreebsd-gnu/bits/fcntl2.h: In function 'int open(const char*, int, ...)': | ./include/qpx_transport.h:220:18: error: redefinition of 'int open(const char*, int, ...)' | #define open64 open | ^ | In file included from /usr/include/fcntl.h:279:0, | from qpx_transport.cpp:33: | /usr/include/x86_64-kfreebsd-gnu/bits/fcntl2.h:41:1: error: 'int open(const char*, int, ...)' previously defined here | open (const char *__path, int __oflag, ...) | ^ | make[3]: *** [qpx_transport.o] Error 1 For a full build log see https://buildd.debian.org/status/fetch.php?pkg=qpxtool&arch=kfreebsd-amd64&ver=0.7.1.002-6&stamp=1374582703 Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#735569: livbigraimpex: FTBFS: Build-Depends on libhdf5-serial-dev
Source: libvigraimpex Version: 1.9.0+dfsg-7 Severity: serious Justification: fails to build from source (but built successfully in the past) Tags: sid jessie tessa has a versioned Build-Depends on libhdf5-serial-dev and thus FTBFS: | The following packages have unmet dependencies: | sbuild-build-depends-libvigraimpex-dummy : Depends: libhdf5-serial-dev (>= 1.8) The transitional libhdf5-serial-dev package got removed in a recent hdf5 upload. Full build log: http://people.debian.org/~sramacher/logs/hdf5/libvigraimpex_1.9.0+dfsg-7_amd64-20140116-1606.log Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#739503: forked-daapd: FTBFS on powerpc: undefined reference to `__stack_chk_guard'
Source: forked-daapd Version: 0.19gcd-3 Severity: serious Justification: fails to build from source (but built successfully in the past) forked-daapd fails to build on powerpc: | /bin/bash ../libtool --tag=CC --mode=link clang -fblocks -D_REENTRANT -I/usr/include/taglib -D_THREAD_SAFE -D_REENTRANT -I/usr/include/libxml2 -I/usr/include/alsa -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -Wall -D_LARGEFILE_SOURCE -Wl,-z,relro -o forked-daapd forked_daapd-main.o forked_daapd-db.o forked_daapd-logger.o forked_daapd-conffile.o forked_daapd-filescanner.o forked_daapd-filescanner_ffmpeg.o forked_daapd-filescanner_urlfile.o forked_daapd-filescanner_m3u.o forked_daapd-filescanner_itunes.o forked_daapd-mdns_avahi.o forked_daapd-network.o forked_daapd-remote_pairing.o forked_daapd-avio_evbuffer.o forked_daapd-http.o forked_daapd-httpd.o forked_daapd-httpd_rsp.o forked_daapd-httpd_daap.o forked_daapd-httpd_dacp.o forked_daapd-dmap_common.o forked_daapd-transcode.o forked_daapd-artwork.o forked_daapd-misc.o forked_daapd-rng.o forked_daapd-rsp_query.o forked_daapd-daap_query.o forked_daapd-player.o forked_daapd-laudio_alsa.o forked_daapd-raop.o forked_daapd-evbuffer.o forked_daapd-scan-wma.o forked_daapd-scan-flac.o forked_daapd-scan-mpc.o forked_daapd-RSPLexer.o forked_daapd-RSPParser.o forked_daapd-RSP2SQL.o forked_daapd-DAAPLexer.o forked_daapd-DAAPParser.o forked_daapd-DAAP2SQL.o -lrt -lz -lavahi-common -lavahi-client -lsqlite3 -lavcodec -lavformat -lswscale -lavutil -lconfuse -lFLAC -ltag_c -ltag -lavl -lmxml -lpthread -lantlr3c -L/usr//usr/lib/powerpc-linux-gnu -lplist -lgcrypt -L/usr/lib/powerpc-linux-gnu -lgpg-error -lasound -lunistring -ldispatch -lBlocksRuntime -Wl,-z,relro -ltre | libtool: link: clang -fblocks -D_REENTRANT -I/usr/include/taglib -D_THREAD_SAFE -D_REENTRANT -I/usr/include/libxml2 -I/usr/include/alsa -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -Wall -D_LARGEFILE_SOURCE -Wl,-z -Wl,relro -o forked-daapd forked_daapd-main.o forked_daapd-db.o forked_daapd-logger.o forked_daapd-conffile.o forked_daapd-filescanner.o forked_daapd-filescanner_ffmpeg.o forked_daapd-filescanner_urlfile.o forked_daapd-filescanner_m3u.o forked_daapd-filescanner_itunes.o forked_daapd-mdns_avahi.o forked_daapd-network.o forked_daapd-remote_pairing.o forked_daapd-avio_evbuffer.o forked_daapd-http.o forked_daapd-httpd.o forked_daapd-httpd_rsp.o forked_daapd-httpd_daap.o forked_daapd-httpd_dacp.o forked_daapd-dmap_common.o forked_daapd-transcode.o forked_daapd-artwork.o forked_daapd-misc.o forked_daapd-rng.o forked_daapd-rsp_query.o forked_daapd-daap_query.o forked_daapd-player.o forked_daapd-laudio_alsa.o forked_daapd-raop.o forked_daapd-evbuffer.o forked_daapd-scan-wma.o forked_daapd-scan-flac.o forked_daapd-scan-mpc.o forked_daapd-RSPLexer.o forked_daapd-RSPParser.o forked_daapd-RSP2SQL.o forked_daapd-DAAPLexer.o forked_daapd-DAAPParser.o forked_daapd-DAAP2SQL.o -Wl,-z -Wl,relro -lrt -lz -lavahi-common -lavahi-client /usr/lib/powerpc-linux-gnu/libsqlite3.so -lavcodec -lavformat -lswscale -lavutil -lconfuse -lFLAC -ltag_c -ltag -lavl -lmxml -lpthread -lantlr3c -L/usr//usr/lib/powerpc-linux-gnu -lplist -lgcrypt -L/usr/lib/powerpc-linux-gnu -lgpg-error -lasound -lunistring -ldispatch -lBlocksRuntime -ltre | forked_daapd-logger.o: In function `DPRINTF': | /«PKGBUILDDIR»/src/logger.c:192: undefined reference to `__stack_chk_guard' | /«PKGBUILDDIR»/src/logger.c:192: undefined reference to `__stack_chk_guard' | forked_daapd-logger.o: In function `DPRINTF': | /usr/include/powerpc-linux-gnu/bits/stdio2.h:127: undefined reference to `__stack_chk_guard' | /usr/include/powerpc-linux-gnu/bits/stdio2.h:127: undefined reference to `__stack_chk_guard' | forked_daapd-logger.o: In function `__vlogger_block_invoke': | /«PKGBUILDDIR»/src/logger.c:117: undefined reference to `__stack_chk_guard' | forked_daapd-logger.o:/«PKGBUILDDIR»/src/logger.c:117: more undefined references to `__stack_chk_guard' follow | clang: error: linker command failed with exit code 1 (use -v to see invocation) Full build log is available at https://buildd.debian.org/status/fetch.php?pkg=forked-daapd&arch=powerpc&ver=0.19gcd-3&stamp=1390081664 Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#739239: FTBFS with libav10
Control: tags -1 + fixed-upstream On 2014-02-17 00:16:06, Moritz Muehlenhoff wrote: > Package: forked-daapd > Severity: important > > Hi, > your package fails to build from source against libav 10 (currently > packaged in experimental). This bug will become release-critical > at some point when the libav10 transition starts. > > Migration documentation can be found at > https://wiki.libav.org/Migration/10 > > Cheers, > Moritz > > filescanner_ffmpeg.c:616:20: error: use of undeclared identifier > 'CODEC_ID_WMALOSSLESS'; did you mean 'AV_CODEC_ID_WMALOSSLESS'? || > (codec_id == CODEC_ID_WMALOSSLESS)) > ^~~~ > AV_CODEC_ID_WMALOSSLESS > /usr/include/libavcodec/avcodec.h:408:5: note: 'AV_CODEC_ID_WMALOSSLESS' > declared here > AV_CODEC_ID_WMALOSSLESS, > ^ > filescanner_ffmpeg.c:624:28: error: use of undeclared identifier > 'CODEC_ID_FLAC'; did you mean 'AV_CODEC_ID_FLAC'? > else if (codec_id == CODEC_ID_FLAC) >^ >AV_CODEC_ID_FLAC > /usr/include/libavcodec/avcodec.h:379:5: note: 'AV_CODEC_ID_FLAC' declared > here > AV_CODEC_ID_FLAC, > ^ > filescanner_ffmpeg.c:633:29: error: use of undeclared identifier > 'CODEC_ID_MUSEPACK7'; did you mean 'AV_CODEC_ID_MUSEPACK7'? > else if ((codec_id == CODEC_ID_MUSEPACK7) > ^~ > AV_CODEC_ID_MUSEPACK7 > /usr/include/libavcodec/avcodec.h:395:5: note: 'AV_CODEC_ID_MUSEPACK7' > declared here > AV_CODEC_ID_MUSEPACK7, > ^ > filescanner_ffmpeg.c:634:25: error: use of undeclared identifier > 'CODEC_ID_MUSEPACK8'; did you mean 'AV_CODEC_ID_MUSEPACK8'? >|| (codec_id == CODEC_ID_MUSEPACK8)) >^~ >AV_CODEC_ID_MUSEPACK8 > /usr/include/libavcodec/avcodec.h:404:5: note: 'AV_CODEC_ID_MUSEPACK8' > declared here > AV_CODEC_ID_MUSEPACK8, > ^ > 1 warning and 12 errors generated. > make[4]: *** [forked_daapd-filescanner_ffmpeg.o] Error 1 > make[4]: Leaving directory `/home/jmm/av10/forked-daapd-0.19gcd/src' > make[3]: *** [all] Error 2 > make[3]: Leaving directory `/home/jmm/av10/forked-daapd-0.19gcd/src' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory `/home/jmm/av10/forked-daapd-0.19gcd' > make[1]: *** [all] Error 2 > make[1]: Leaving directory `/home/jmm/av10/forked-daapd-0.19gcd' > make: *** [build-stamp] Error 2 > dpkg-buildpackage: error: debian/rules build gave error exit status 2 There is a patch available at [1]. As stated in #688538, Balint wants to switch to this new upstream, so I'm marking it as fixed-upstream. Regards [1] https://github.com/ejurgensen/forked-daapd/commit/7997377deb1ad211d20c6510ffc25a292805a725 -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#756794: vsftpd: FTBFS on kfreebsd-*
Source: vsftpd Version: 3.0.2-15 Severity: serious Justification: fails to build from source (but built successfully in the past) vsftpd failed to build on kfreebsd-* with: | gcc -c sysdeputil.c -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -idirafter dummyinc | sysdeputil.c: In function 'do_checkcap': | sysdeputil.c:622:3: error: unknown type name 'cap_t' |cap_t current_caps = cap_get_proc(); |^ | sysdeputil.c:624:20: warning: comparison between pointer and integer |if (current_caps != NULL) | ^ | sysdeputil.c: In function 'vsf_sysdep_adopt_capabilities': | sysdeputil.c:635:3: error: unknown type name 'cap_value_t' |cap_value_t cap_value; |^ | sysdeputil.c:636:3: error: unknown type name 'cap_t' |cap_t adopt_caps = cap_init(); |^ | sysdeputil.c:639:17: error: 'CAP_CHOWN' undeclared (first use in this function) | cap_value = CAP_CHOWN; | ^ | sysdeputil.c:639:17: note: each undeclared identifier is reported only once for each function it appears in | sysdeputil.c:640:30: error: 'CAP_EFFECTIVE' undeclared (first use in this function) | cap_set_flag(adopt_caps, CAP_EFFECTIVE, 1, &cap_value, CAP_SET); | ^ | sysdeputil.c:640:60: error: 'CAP_SET' undeclared (first use in this function) | cap_set_flag(adopt_caps, CAP_EFFECTIVE, 1, &cap_value, CAP_SET); | ^ | sysdeputil.c:641:30: error: 'CAP_PERMITTED' undeclared (first use in this function) | cap_set_flag(adopt_caps, CAP_PERMITTED, 1, &cap_value, CAP_SET); | ^ | sysdeputil.c:645:17: error: 'CAP_NET_BIND_SERVICE' undeclared (first use in this function) | cap_value = CAP_NET_BIND_SERVICE; | ^ | make[2]: *** [sysdeputil.o] Error 1 Build logs are available from https://buildd.debian.org/status/package.php?p=vsftpd. Please take a look. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#757033: python-yahoo: websearch fails with "urlopen error [Errno -2] Name or service not known"
Package: python-yahoo Version: 3.1-3 Severity: grave python-yahoo is no longer usable. The included websearch.py example fails with: Got an error -> Also, both servers (search.yahooapis.com and local.yahooapis.com) that are used to submit search requests cannot be resolved. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#765284: htdig: FTBFS on kfreebsd-*: 'ETIME' undeclared
Source: htdig Version: 1:3.2.0b6-13 Severity: serious Justification: fails to build from source (but built successfully in the past) htdig failed to build on kfreebsd-*: | libtool: compile: x86_64-kfreebsd-gnu-gcc -DHAVE_CONFIG_H -I. -I./../htlib -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -c mut_pthread.c -fPIC -DPIC -o .libs/mut_pthread.o | mut_pthread.c: In function 'CDB___db_pthread_mutex_lock': | mut_pthread.c:204:27: error: 'ETIME' undeclared (first use in this function) | if (ret != 0 && ret != ETIME && ret != ETIMEDOUT) |^ | mut_pthread.c:204:27: note: each undeclared identifier is reported only once for each function it appears in | make[3]: *** [mut_pthread.lo] Error 1 For the full build log see https://buildd.debian.org/status/fetch.php?pkg=htdig&arch=kfreebsd-amd64&ver=1:3.2.0b6-13&stamp=1408859426. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#1065713: directfb: FTBFS on arm{el,hf}: error: ‘const struct input_event’ has no member named ‘time’
Source: directfb Version: 1.7.7-11.1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org, mwhud...@debian.org https://buildd.debian.org/status/fetch.php?pkg=directfb&arch=armel&ver=1.7.7-11.1&stamp=1709087518&raw=0 libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../.. -I../../include -I../../lib -I../../include -I../../lib -I../../src -I../../systems -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=2 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wno-strict-aliasing -Werror-implicit-function-declaration -O3 -g2 -ffast-math -pipe -g -O2 -Werror=implicit-function-declaration -ffile-prefix-map=/<>=. -fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security -D_GNU_SOURCE -std=gnu99 -Werror-implicit-function-declaration -c linux_input.c -fPIC -DPIC -o .libs/linux_input.o linux_input.c: In function ‘translate_event’: linux_input.c:761:28: error: ‘const struct input_event’ has no member named ‘time’ 761 | devt->timestamp = levt->time; | ^~ Cheers -- Sebastian Ramacher
Bug#1065767: libopendbx: FTBFS on arm{el,hf}: mssql_basic.c:324:21: error: implicit declaration of function ‘dbpoll’ [-Werror=implicit-function-declaration]
Source: libopendbx
Version: 1.4.6-16.1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: sramac...@debian.org
https://buildd.debian.org/status/fetch.php?pkg=libopendbx&arch=armhf&ver=1.4.6-16.1&stamp=1709139710&raw=0
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../.. -DAPINUMBER=10200
-I../../lib -I/usr/include/mysql -I/usr/include/postgresql -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2
-Werror=implicit-function-declaration -ffile-prefix-map=/<>=.
-fstack-protector-strong -fstack-clash-protection -Wformat
-Werror=format-security -Wall -pedantic -std=c99 -MT
libmssqlbackend_la-mssql_basic.lo -MD -MP -MF
.deps/libmssqlbackend_la-mssql_basic.Tpo -c mssql_basic.c -fPIC -DPIC -o
.libs/libmssqlbackend_la-mssql_basic.o
mssql_basic.c: In function ‘mssql_odbx_result’:
mssql_basic.c:324:21: error: implicit declaration of function ‘dbpoll’
[-Werror=implicit-function-declaration]
324 | if( dbpoll( dbproc, ms, &cdbproc, &reason ) == FAIL ) {
return -ODBX_ERR_BACKEND; }
| ^~
mssql_basic.c: In function ‘mssql_err_handler’:
mssql_basic.c:758:38: warning: the comparison will always evaluate as ‘false’
for the address of ‘errmsg’ will never be NULL [-Waddress]
758 | if( tc == NULL || tc->errmsg == NULL )
| ^~
In file included from mssql_basic.h:11,
from mssql_basic.c:11:
mssqlbackend.h:46:14: note: ‘errmsg’ declared here
46 | char errmsg[MSSQL_MSGLEN];
| ^~
mssql_basic.c: In function ‘mssql_msg_handler’:
mssql_basic.c:791:38: warning: the comparison will always evaluate as ‘false’
for the address of ‘errmsg’ will never be NULL [-Waddress]
791 | if( tc == NULL || tc->errmsg == NULL )
| ^~
mssqlbackend.h:46:14: note: ‘errmsg’ declared here
46 | char errmsg[MSSQL_MSGLEN];
| ^~
cc1: some warnings being treated as errors
make[4]: *** [Makefile:515: libmssqlbackend_la-mssql_basic.lo] Error 1
Cheers
--
Sebastian Ramacher
Bug#1065769: libexplain: FTBFS on arm{el,hf}: libexplain/buffer/ipc_perm.c:104:38: error: ‘const struct ipc_perm’ has no member named ‘key’; did you mean ‘__key’?
Source: libexplain Version: 1.4.D001-12.1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=libexplain&arch=armel&ver=1.4.D001-12.1&stamp=1709133439&raw=0 libtool: compile: gcc -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -Werror=implicit-function-declaration -ffile-prefix-map=/<>=. -fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security -Wall -Wextra -Wl,--as-needed -I. -c libexplain/buffer/ipc_perm.c -fPIC -DPIC -o libexplain/buffer/.libs/ipc_perm.o libexplain/buffer/ipc_perm.c: In function ‘explain_buffer_ipc_perm’: libexplain/buffer/ipc_perm.c:104:38: error: ‘const struct ipc_perm’ has no member named ‘key’; did you mean ‘__key’? 104 | explain_buffer_int(sb, data->key); | ^~~ | __key libexplain/buffer/ipc_perm.c:128:41: error: ‘const struct ipc_perm’ has no member named ‘seq’; did you mean ‘__seq’? 128 | explain_buffer_ushort(sb, data->seq); | ^~~ | __seq make[1]: *** [Makefile:11444: libexplain/buffer/ipc_perm.lo] Error 1 Cheers -- Sebastian Ramacher
Bug#1065772: freewnn: FTBFS on arm{el,hf}:
Source: freewnn Version: 1.1.1~a021+cvs20130302-7.1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=freewnn&arch=armel&ver=1.1.1%7Ea021%2Bcvs20130302-7.1&stamp=1709116867&raw=0 /bin/bash ../../libtool --mode=compile gcc -c -g -O2 -Werror=implicit-function-declaration -ffile-prefix-map=/<>=. -fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=2 -Dlinux -D_GNU_SOURCE -D_POSIX_SOURCE -D_BSD_SOURCE -DHAVE_CONFIG_H -I../../Wnn/include -I../.. -DLIBDIR=\"/usr/share/wnn\" -DJAPANESE -DCHINESE -DKOREAN -DLATIN -DWRITE_CHECK ../../Wnn/etc/`basename bcopy.o .o`.c In file included from js.c:97: ../etc/pwd.c: In function ‘new_pwd’: ../etc/pwd.c:78:7: error: implicit declaration of function ‘time’ [-Werror=implicit-function-declaration] 78 | x = time (NULL); | ^~~~ ../etc/pwd.c:37:1: note: ‘time’ is defined in header ‘’; did you forget to ‘#include ’? 36 | # include +++ |+#include 37 | #endif js.c: In function ‘js_disconnect’: js.c:982:3: warning: returning ‘void *’ from a function with return type ‘int’ makes integer from pointer without a cast [-Wint-conversion] 982 | handler_of_jserver_dead (NULL); | ^~~ js.c:982:3: warning: returning ‘void *’ from a function with return type ‘int’ makes integer from pointer without a cast [-Wint-conversion] In file included from js.c:96: ../etc/bdic.c: In function ‘check_backup’: ../etc/bdic.c:415:7: warning: ignoring return value of ‘link’ declared with attribute ‘warn_unused_result’ [-Wunused-result] 415 | link (p, n); | ^~~ ../etc/bdic.c: In function ‘make_backup_file’: ../etc/bdic.c:480:3: warning: ignoring return value of ‘link’ declared with attribute ‘warn_unused_result’ [-Wunused-result] 480 | link (p2, p); | ^~~~ ../etc/bdic.c: In function ‘move_tmp_to_org’: ../etc/bdic.c:534:7: warning: ignoring return value of ‘link’ declared with attribute ‘warn_unused_result’ [-Wunused-result] 534 | link (tmp_name, org_name); | ^ jl.c: In function ‘change_ascii_to_int’: jl.c:3079:14: warning: comparison between pointer and integer 3079 | while (*st != NULL) | ^~ jl.c: In function ‘get_pwd’: jl.c:1674:7: warning: ignoring return value of ‘fgets’ declared with attribute ‘warn_unused_result’ [-Wunused-result] 1674 | fgets (pwd, WNN_PASSWD_LEN, fp); | ^~~ jl.c: In function ‘create_file’: libtool: compile: gcc -c -g -O2 -Werror=implicit-function-declaration "-ffile-prefix-map=/<>=." -fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=2 -Dlinux -D_GNU_SOURCE -D_POSIX_SOURCE -D_BSD_SOURCE -DHAVE_CONFIG_H -I../../Wnn/include -I../.. -DLIBDIR=\"/usr/share/wnn\" -DJAPANESE -DCHINESE -DKOREAN -DLATIN -DWRITE_CHECK wnnerrmsg.c -o wnnerrmsg.o >/dev/null 2>&1 jl.c:3167:15: warning: ignoring return value of ‘chown’ declared with attribute ‘warn_unused_result’ [-Wunused-result] 3167 | chown (n + 1, getuid (), -1); /* H.T. */ | ^~~~ jl.c:3219:15: warning: ignoring return value of ‘chown’ declared with attribute ‘warn_unused_result’ [-Wunused-result] 3219 | chown (n + 1, getuid (), -1); | ^~~~ jl.c: In function ‘make_dir1’: jl.c:3312:7: warning: ignoring return value of ‘chown’ declared with attribute ‘warn_unused_result’ [-Wunused-result] 3312 | chown (dirname + 1, getuid (), -1); | ^~ Cheers -- Sebastian Ramacher
Bug#1065774: libdigidoc: FTBFS on arm{el,hf}: /<>/libdigidoc/DigiDocService.c:327:19: error: implicit declaration of function ‘ddocAddSignatureFromMemory’ [-Werror=implicit-function-decla
Source: libdigidoc Version: 3.10.5-4.1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=libdigidoc&arch=armel&ver=3.10.5-4.1&stamp=1709133165&raw=0 /<>/libdigidoc/DigiDocService.c:327:19: error: implicit declaration of function ‘ddocAddSignatureFromMemory’ [-Werror=implicit-function-declaration] 327 | err = ddocAddSignatureFromMemory(pSigDoc, szFileName, (const void*)p1, strlen(p1)); | ^~ cc1: some warnings being treated as errors make[3]: *** [libdigidoc/CMakeFiles/digidoc.dir/build.make:359: libdigidoc/CMakeFiles/digidoc.dir/DigiDocService.c.o] Error 1 Cheers -- Sebastian Ramacher
Bug#1065956: mtd-utils: FTBFS on arm{el,hf}: FAIL mtdlib_test (exit status: 17)
Source: mtd-utils Version: 1:2.1.6-1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=mtd-utils&arch=armel&ver=1%3A2.1.6-1%2Bb2&stamp=1709994938&raw=0 [ FAILED ] test_mtd_get_dev_info1 [==] tests: 17 test(s) run. [ PASSED ] 0 test(s). [ FAILED ] tests: 17 test(s), listed below: [ FAILED ] test_libmtd_open [ FAILED ] test_mtd_is_bad [ FAILED ] test_mtd_mark_bad [ FAILED ] test_mtd_lock [ FAILED ] test_mtd_unlock [ FAILED ] test_mtd_is_locked [ FAILED ] test_mtd_regioninfo [ FAILED ] test_mtd_erase_multi [ FAILED ] test_mtd_erase [ FAILED ] test_mtd_read [ FAILED ] test_mtd_write_nooob [ FAILED ] test_mtd_write_withoob [ FAILED ] test_mtd_read_oob [ FAILED ] test_mtd_write_oob [ FAILED ] test_mtd_dev_present [ FAILED ] test_mtd_get_info [ FAILED ] test_mtd_get_dev_info1 17 FAILED TEST(S) FAIL mtdlib_test (exit status: 17) Testsuite summary for mtd-utils 2.1.6 # TOTAL: 2 # PASS: 0 # SKIP: 0 # XFAIL: 0 # FAIL: 2 # XPASS: 0 # ERROR: 0 See ./test-suite.log Please report to linux-...@lists.infradead.org ==== Cheers -- Sebastian Ramacher
Bug#1065979: nsync: FTBFS on arm{el,hf}: dpkg-gensymbols: error: some symbols or patterns disappeared in the symbols file: see diff output below
Source: nsync Version: 1.26.0-1.1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=nsync&arch=armel&ver=1.26.0-1.1&stamp=1709541871&raw=0 dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see diff output below dpkg-gensymbols: error: some symbols or patterns disappeared in the symbols file: see diff output below dpkg-gensymbols: warning: debian/libnsync-cpp1t64/DEBIAN/symbols doesn't match completely debian/libnsync-cpp1t64.symbols --- debian/libnsync-cpp1t64.symbols (libnsync-cpp1t64_1.26.0-1.1_armel) +++ dpkg-gensymbolswG9L1v 2024-03-04 08:44:26.711800650 + @@ -24,8 +24,8 @@ _ZN5nsync15nsync_mu_unlockEPNS_11nsync_mu_s_E@Base 1.20.1 _ZN5nsync15nsync_note_freeEPNS_13nsync_note_s_E@Base 1.20.1 _ZN5nsync15nsync_note_waitEPNS_13nsync_note_s_E8timespec@Base 1.20.1 - (arch=!x32)_ZN5nsync15nsync_time_s_nsElj@Base 1.20.1 - (arch=x32)_ZN5nsync15nsync_time_s_nsExj@Base 1.20.1 +#MISSING: 1.26.0-1.1# (arch=!x32)_ZN5nsync15nsync_time_s_nsElj@Base 1.20.1 + _ZN5nsync15nsync_time_s_nsExj@Base 1.20.1 _ZN5nsync15nsync_time_zeroE@Base 1.20.1 _ZN5nsync16nsync_dll_first_EPNS_20nsync_dll_element_s_E@Base 1.20.1 _ZN5nsync16nsync_mu_runlockEPNS_11nsync_mu_s_E@Base 1.20.1 dh_makeshlibs: error: failing due to earlier errors Cheers -- Sebastian Ramacher
Bug#1065981: snacc: FTBFS on arm{el,hf}: parse-asn1.c:2716:16: error: implicit declaration of function ‘yylex’ [-Werror=implicit-function-declaration]
used only once per ASN.1 module. The tag \"[APPLICATION %d]\" was previously used on line %d.\n", tagCode, l->lineNo); | ^~ ~ | | | long unsigned int cc1: some warnings being treated as errors make[5]: *** [Makefile:538: parse-asn1.o] Error 1 Cheers -- Sebastian Ramacher
Bug#1068115: tardy: FTBFS on arm{el,hf}: ./tardy/main.cc:282:(.text.startup+0x578): undefined reference to `tardy_mtime(long)'
dy/tar/output/tar/v7.o libtardy/trace.o libtardy/versi_stamp.o libtardy/version.o ranlib libtardy/libtardy.a mkdir bin chmod 0755 bin g++ -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -ffile-prefix-map=/<>=. -fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security -o bin/tardy tardy/arglex/tardy.o tardy/ifmt.o tardy/main.o tardy/ofmt.o tardy/tardy.o libtardy/libtardy.a \ -Wl,-z,relro -Wl,-z,now -Wl,--as-needed -lexplain -lz /usr/bin/ld: tardy/main.o: in function `main': ./tardy/main.cc:282:(.text.startup+0x578): undefined reference to `tardy_mtime(long)' collect2: error: ld returned 1 exit status make[1]: *** [Makefile:1722: bin/tardy] Error 1 Cheers -- Sebastian Ramacher
Bug#1068156: RM: tk707 -- RoQA; unmainained, RC-buggy, dead upstream
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: tk...@packages.debian.org, sramac...@debian.org Control: affects -1 + src:tk707 User: ftp.debian@packages.debian.org Usertags: remove tk707 is orphaned for many years (#831657) and dead upstream (last commit 15 years ago). It also fails to build (#1066230), so please remove it from the archive. Cheers -- Sebastian Ramacher
Bug#1068259: RM: kinput2 -- RoQA; dead upstream, RC buggy, orphaned
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: kinp...@packages.debian.org, sramac...@debian.org Control: affects -1 + src:kinput2 User: ftp.debian@packages.debian.org Usertags: remove Orphaned since 2013 and now RC buggy (#1066714). Please remove it from the archive. Cheers -- Sebastian Ramacher
Bug#1068262: RM: libapache-mod-auth-kerb -- RoQA; not in (old)stable, security issues
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: libapache-mod-auth-k...@packages.debian.org, sramac...@debian.org Control: affects -1 + src:libapache-mod-auth-kerb User: ftp.debian@packages.debian.org Usertags: remove #976156 states "libapache-mod-auth-kerb probably shouldn't be released in its current form" and there is no action from anyone that is interested in the package. So please remove the package from the archive. Cheers -- Sebastian Ramacher
Bug#1068513: dablin: FTBFS on arm{el,hf}: manually disables mpg123's large file API
Source: dablin Version: 1.15.0-1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=dablin&arch=armel&ver=1.15.0-1%2Bb2&stamp=1712391165&raw=0 [ 97%] Linking CXX executable dablin cd /<>/obj-arm-linux-gnueabi/src && /usr/bin/cmake -E cmake_link_script CMakeFiles/dablin.dir/link.txt --verbose=1 /usr/bin/c++ -g -O2 -ffile-prefix-map=/<>=. -fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=2 -Wl,-z,relro -Wl,-z,now -pie -z now -rdynamic CMakeFiles/dablin.dir/sdl_output.cpp.o CMakeFiles/dablin.dir/dabplus_decoder.cpp.o CMakeFiles/dablin.dir/ensemble_source.cpp.o CMakeFiles/dablin.dir/ensemble_player.cpp.o CMakeFiles/dablin.dir/edi_source.cpp.o CMakeFiles/dablin.dir/edi_player.cpp.o CMakeFiles/dablin.dir/eti_source.cpp.o CMakeFiles/dablin.dir/eti_player.cpp.o CMakeFiles/dablin.dir/dab_decoder.cpp.o CMakeFiles/dablin.dir/fic_decoder.cpp.o CMakeFiles/dablin.dir/pcm_output.cpp.o CMakeFiles/dablin.dir/tools.cpp.o CMakeFiles/dablin.dir/version.cpp.o CMakeFiles/dablin.dir/dablin.cpp.o -o dablin ../fec/libfec.a /usr/lib/arm-linux-gnueabi/libatomic.so.1 -lmpg123 -lSDL2 -lfaad -lc -lm /usr/bin/ld: CMakeFiles/dablin.dir/dab_decoder.cpp.o: in function `MP2Decoder::DecodeFrame(unsigned char**)': ./obj-arm-linux-gnueabi/src/./src/dab_decoder.cpp:166:(.text+0x1bb4): undefined reference to `mpg123_framebyframe_decode' collect2: error: ld returned 1 exit status make[3]: *** [src/CMakeFiles/dablin.dir/build.make:313: src/dablin] Error 1 make[3]: Leaving directory '/<>/obj-arm-linux-gnueabi' make[2]: *** [CMakeFiles/Makefile2:263: src/CMakeFiles/dablin.dir/all] Error 2 make[2]: *** Waiting for unfinished jobs [100%] Linking CXX executable dablin_gtk cd /<>/obj-arm-linux-gnueabi/src && /usr/bin/cmake -E cmake_link_script CMakeFiles/dablin_gtk.dir/link.txt --verbose=1 /usr/bin/c++ -g -O2 -ffile-prefix-map=/<>=. -fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=2 -Wl,-z,relro -Wl,-z,now -pie -z now -rdynamic CMakeFiles/dablin_gtk.dir/sdl_output.cpp.o CMakeFiles/dablin_gtk.dir/dabplus_decoder.cpp.o CMakeFiles/dablin_gtk.dir/ensemble_source.cpp.o CMakeFiles/dablin_gtk.dir/ensemble_player.cpp.o CMakeFiles/dablin_gtk.dir/edi_source.cpp.o CMakeFiles/dablin_gtk.dir/edi_player.cpp.o CMakeFiles/dablin_gtk.dir/eti_source.cpp.o CMakeFiles/dablin_gtk.dir/eti_player.cpp.o CMakeFiles/dablin_gtk.dir/dab_decoder.cpp.o CMakeFiles/dablin_gtk.dir/fic_decoder.cpp.o CMakeFiles/dablin_gtk.dir/pcm_output.cpp.o CMakeFiles/dablin_gtk.dir/tools.cpp.o CMakeFiles/dablin_gtk.dir/version.cpp.o CMakeFiles/dablin_gtk.dir/mot_manager.cpp.o CMakeFiles/dablin_gtk.dir/pad_decoder.cpp.o CMakeFiles/dablin_gtk.dir/dablin_gtk.cpp.o CMakeFiles/dablin_gtk.dir/dablin_gtk_dl_plus.cpp.o CMakeFiles/dablin_gtk.dir/dablin_gtk_sls.cpp.o -o dablin_gtk ../fec/libfec.a /usr/lib/arm-linux-gnueabi/libatomic.so.1 -lmpg123 -lSDL2 -lfaad -lc -lgtkmm-3.0 -latkmm-1.6 -lgdkmm-3.0 -lgiomm-2.4 -lgtk-3 -lgdk-3 -lz -latk-1.0 -lcairo-gobject -lgio-2.0 -lpangomm-1.4 -lglibmm-2.4 -lcairomm-1.0 -lsigc-2.0 -lpangocairo-1.0 -lpango-1.0 -lharfbuzz -lcairo -lgdk_pixbuf-2.0 -lgobject-2.0 -lglib-2.0 -lm /usr/bin/ld: CMakeFiles/dablin_gtk.dir/dab_decoder.cpp.o: in function `MP2Decoder::DecodeFrame(unsigned char**)': ./obj-arm-linux-gnueabi/src/./src/dab_decoder.cpp:166:(.text+0x1bb4): undefined reference to `mpg123_framebyframe_decode' collect2: error: ld returned 1 exit status make[3]: *** [src/CMakeFiles/dablin_gtk.dir/build.make:377: src/dablin_gtk] Error 1 This is caused by #define MPG123_NO_LARGENAME // disable large file API here in src/dab_decoder.h Cheers -- Sebastian Ramacher
Bug#1068663: zzuf: FTBFS on arm{el,hf}: /tmp/ccnMZahz.s:1620: Error: symbol `open64' is already defined
Source: zzuf Version: 0.15-3 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=zzuf&arch=armhf&ver=0.15-3&stamp=1712473020&raw=0 In file included from /usr/include/arm-linux-gnueabihf/sys/cdefs.h:24, from libzzuf/lib-mem.c:24: /usr/include/features.h:195:3: warning: #warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE" [-Wcpp] 195 | # warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE" | ^~~ libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=2 -DLIBZZUF -I./libzzuf -I./common -g -O2 -Werror=implicit-function-declaration -ffile-prefix-map=/<>=. -fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security -std=c99 -g -O2 -Wall -W -Wpointer-arith -Wcast-align -Wcast-qual -Wstrict-prototypes -Wshadow -Waggregate-return -Wmissing-prototypes -Wnested-externs -Wsign-compare -c libzzuf/lib-signal.c -o libzzuf/la-lib-signal.o >/dev/null 2>&1 /tmp/ccnMZahz.s: Assembler messages: /tmp/ccnMZahz.s:1620: Error: symbol `open64' is already defined /tmp/ccnMZahz.s:4926: Error: symbol `lseek64' is already defined make[3]: *** [Makefile:708: libzzuf/la-lib-fd.lo] Error 1 make[3]: *** Waiting for unfinished jobs /tmp/ccKhQeYR.s: Assembler messages: /tmp/ccKhQeYR.s:1867: Error: symbol `mmap64' is already defined Cheers -- Sebastian Ramacher
Bug#1069453: reopening 1069453
reopen 1069453 thanks The fix is incorrect since buildds only take the first alternative into account. Cheers -- Sebastian Ramacher
Bug#1070014: libwibble: FTBFS on arm{64,el}: (7/36) Fs: ../wibble/sys/fs.test.h: 72: assertion `i.ischr()' failed;
Source: libwibble Version: 1.1-3 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=libwibble&arch=arm64&ver=1.1-3%2Bb1&stamp=1714230781&raw=0 make[5]: Entering directory '/<>/debian/build' cd /<>/debian/build/wibble && sh -c "LD_LIBRARY_PATH=/<>/debian/build/wibble /<>/debian/build/wibble/wibble-test" (1/36) Regexp: .. 6/6 ok (2/36) Process: .. 2/2 ok (3/36) Range: ... 11/11 ok (4/36) Buffer: . 5/5 ok (5/36) CommandlineEngine: .. 10/10 ok (6/36) Consumer: ... 3/3 ok (7/36) Fs: ../wibble/sys/fs.test.h: 72: assertion `i.ischr()' failed; --> FAILED: (1/11) directoryIsdir (caught signal 6) (7/36) Fs: . 10/11 ok Cheers -- Sebastian Ramacher
Bug#1072419: gpac: FTBFS with ffmpeg 7.0: filters/ff_common.c:777:14: error: ‘AV_OPT_TYPE_CHANNEL_LAYOUT’ undeclared (first use in this function); did you mean ‘AV_OPT_TYPE_CHLAYOUT’?
> ^~
> | ch_layout
> filters/ff_avf.c:737:52: error: ‘AVFrame’ has no member named ‘channels’
> 737 | opid->nb_ch = frame->channels;
> |^~
> filters/ff_common.c: In function ‘ffmpeg_codec_par_to_gpac’:
> filters/ff_common.c:2125:21: error: ‘AVCodecParameters’ has no member named
> ‘channels’
> 2125 | if (codecpar->channels) {
> | ^~
> In file included from filters/ff_common.h:27,
> from filters/ff_common.c:30:
> filters/ff_common.c:2126:95: error: ‘AVCodecParameters’ has no member named
> ‘channels’
> 2126 | gf_filter_pid_set_property(opid,
> GF_PROP_PID_NUM_CHANNELS, &PROP_UINT(codecpar->channels));
> |
> ^~
> /<>/include/gpac/filters.h:1473:78: note: in definition of macro
> ‘PROP_UINT’
> 1473 | #define PROP_UINT(_val) (GF_PropertyValue){.type=GF_PROP_UINT,
> .value.uint = _val}
> |
>^~~~
> filters/ff_common.c:2127:31: error: ‘AVCodecParameters’ has no member named
> ‘channel_layout’; did you mean ‘ch_layout’?
> 2127 | if (codecpar->channel_layout) {
> | ^~
> | ch_layout
> filters/ff_avf.c: In function ‘ffavf_configure_pid’:
> filters/ff_avf.c:882:45: error: implicit declaration of function
> ‘av_get_default_channel_layout’ [-Werror=implicit-function-declaration]
> 882 | if (!ch_layout) ch_layout =
> av_get_default_channel_layout(p->value.uint);
> |
> ^
> filters/ff_common.c:2128:142: error: ‘AVCodecParameters’ has no member named
> ‘channel_layout’; did you mean ‘ch_layout’?
> 2128 | gf_filter_pid_set_property(opid,
> GF_PROP_PID_CHANNEL_LAYOUT, &PROP_LONGUINT(
> ffmpeg_channel_layout_to_gpac(codecpar->channel_layout) ));
> |
>
> ^~
> /<>/include/gpac/filters.h:1481:87: note: in definition of macro
> ‘PROP_LONGUINT’
> 1481 | #define PROP_LONGUINT(_val) (GF_PropertyValue){.type=GF_PROP_LUINT,
> .value.longuint = _val}
> |
> ^~~~
> cc1: some warnings being treated as errors
> make[2]: *** [../config.mak:180: filters/ff_avf.o] Error 1
The full build log is available from:
https://people.debian.org/~sramacher/ffmpeg-7.0/gpac_arm64.build
ffmpeg 7.0 is available in experimental.
Cheers
--
Sebastian Ramacher
Bug#1072428: lebiniou: FTBFS with ffmpeg 7.0: video.c:228:5: error: ‘avcodec_close’ is deprecated [-Werror=deprecated-declarations]
Source: lebiniou Version: 3.66.0-2 Severity: important Tags: trixie sid ftbfs Usertags: ffmpeg-7.0 Hi, during a rebuild of the reverse dependencies for the transition to ffmpeg 7.0, your package failed to build Relevant part (hopefully): > gcc -DHAVE_CONFIG_H -I. -I../../.. -DWITH_WEBCAM -Wdate-time > -D_FORTIFY_SOURCE=2 -DNDEBUG -D_GNU_SOURCE -Wdate-time -D_FORTIFY_SOURCE=2 > -fPIC -I../../../src -I../../../plugins/main/include -g -O2 > -Werror=implicit-function-declaration -ffile-prefix-map=/<>=. > -fstack-protector-strong -fstack-clash-protection -Wformat > -Werror=format-security -mbranch-protection=standard -Wextra > -Wno-unused-parameter -Wall -Werror -fomit-frame-pointer -std=c11 > -fsigned-char -I/usr/include/glib-2.0 > -I/usr/lib/aarch64-linux-gnu/glib-2.0/include -I/usr/include/sysprof-6 > -pthread -g -O2 -Werror=implicit-function-declaration > -ffile-prefix-map=/<>=. -fstack-protector-strong > -fstack-clash-protection -Wformat -Werror=format-security > -mbranch-protection=standard -c -o video_so-video.o `test -f 'video.c' || > echo './'`video.c > video.c: In function ‘free_allocated’: > video.c:228:5: error: ‘avcodec_close’ is deprecated > [-Werror=deprecated-declarations] > 228 | avcodec_close(codec_ctx); > | ^ > In file included from video.c:20: > /usr/include/aarch64-linux-gnu/libavcodec/avcodec.h:2387:5: note: declared > here > 2387 | int avcodec_close(AVCodecContext *avctx); > | ^ > cc1: all warnings being treated as errors > make[5]: *** [Makefile:453: video_so-video.o] Error 1 The full build log is available from: https://people.debian.org/~sramacher/ffmpeg-7.0/lebiniou_arm64.build ffmpeg 7.0 is available in experimental. Cheers -- Sebastian Ramacher
Bug#1016820: libnss-db: FTBFS with glibc 2.34
Source: libnss-db Version: 2.2.3pre1-6 Severity: serious Tags: ftbfs sid bookworm Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=libnss-db&arch=arm64&ver=2.2.3pre1-6%2Bb13&stamp=1659914807&raw=0 /bin/bash ../libtool --tag=CC --mode=link gcc -g -O2 -ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -version-info 2 -Wl,--version-script=../../src/libnss_db.map -Wl,-z,relro -o libnss_db.la -rpath /lib/aarch64-linux-gnu db-alias.lo db-ethers.lo db-netgrp.lo db-grp.lo db-proto.lo db-pwd.lo db-rpc.lo db-service.lo db-spwd.lo db-compat.lo db-open.lo -lnss_files -ldb libtool: link: gcc -shared -fPIC -DPIC .libs/db-alias.o .libs/db-ethers.o .libs/db-netgrp.o .libs/db-grp.o .libs/db-proto.o .libs/db-pwd.o .libs/db-rpc.o .libs/db-service.o .libs/db-spwd.o .libs/db-compat.o .libs/db-open.o -lnss_files -ldb -g -O2 -fstack-protector-strong -Wl,--version-script=../../src/libnss_db.map -Wl,-z -Wl,relro -Wl,-soname -Wl,libnss_db.so.2 -o .libs/libnss_db.so.2.0.0 /usr/bin/ld: cannot find -lnss_files: No such file or directory collect2: error: ld returned 1 exit status make[4]: *** [Makefile:516: libnss_db.la] Error 1 make[4]: Leaving directory '/<>/build/src' Cheers -- Sebastian Ramacher
Bug#1005902: xmms2: do not release with bookworm
There is release 0.9.1 of 2022-05-02 at https://github.com/xmms2/xmms2-devel/releases/tag/0.9.1 . Rather than throwing it out, please consider upgrading xmms2 packaging to 0.9.1 instead. Thank you! Best, Sebastian
libvisual and libvisual-plugins 0.4.1 released
Hi! Just a quick note that all existing Debian downstream patches against libvisual 0.4.0 and libvisual-plugins 0.4.0 have been reviewed and integrated upstream [1] into new releases 0.4.1 of yesteray, either unmodified or taken further. I believe there is a good chance that both packages in Debian can be updated to 0.4.1 without any more downstream patches except: 1) The "+ return;" part from [2] 2) 10_disable-gforce-dfsg.patch from [3] I'm happy to team up with you on anything that needs patching beyond that. Have a nice day Sebastian [1] https://github.com/Libvisual/libvisual/issues/108#issuecomment-1328277087 [2] https://sources.debian.org/patches/libvisual/0.4.0-18/10_fix_x86_fxsr_magic.patch/#L31 [3] https://sources.debian.org/patches/libvisual-plugins/1:0.4.0%2Bdfsg1-10/10_disable-gforce-dfsg.patch/
Bug#1028355: libvisual-0.4-0: Please update to libvisual 0.4.1
Package: libvisual-0.4-0 Version: 0.4.0-19 Severity: normal X-Debbugs-Cc: sebast...@pipping.org Hi! All existing Debian patches against libvisual 0.4.0 have been reviewed and integrated upstream [1] into new releases 0.4.1, either unmodified or taken further. I believe there is a good chance that the Debian package can be updated to 0.4.1 without any more downstream patches but the the "+ return;" part from [2]. I'm happy to team up with you on anything that needs patching beyond that. Have a nice day Sebastian [1] https://github.com/Libvisual/libvisual/issues/108#issuecomment-1328277087 [2] https://sources.debian.org/patches/libvisual/0.4.0-19/010_fix_x86_fxsr_magic.patch/#L31 -- System Information: Debian Release: 11.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-19-amd64 (SMP w/4 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libvisual-0.4-0 depends on: ii libc6 2.31-13+deb11u5 libvisual-0.4-0 recommends no packages. Versions of packages libvisual-0.4-0 suggests: ii libvisual-0.4-plugins 1:0.4.0+dfsg1-16
Bug#1028361: libvisual-0.4-plugins: Please update to libvisual-plugins 0.4.1
Package: libvisual-0.4-plugins Version: 1:0.4.0+dfsg1-17 Severity: normal X-Debbugs-Cc: sebast...@pipping.org Hi! All existing Debian patches against libvisual-0.4-plugins 0.4.0+dfsg1-10 have been reviewed and integrated upstream [1] into new releases 0.4.1, either unmodified or taken further. I believe there is a good chance that the Debian package can be updated to 0.4.1 with most existing patches dropped. Known exceptions are: 1) 010_disable-gforce-dfsg.patch [2] 2) 100_fix_spelling.patch (review upcoming, appeared after 0.4.0+dfsg1-10) 3) 110_add_de_translation.patch (review upcoming, appeared after 0.4.0+dfsg1-10) I'm happy to team up with you on anything that needs patching beyond that. Have a nice day Sebastian [1] https://github.com/Libvisual/libvisual/issues/108#issuecomment-1328277087 [2] https://sources.debian.org/patches/libvisual- plugins/1:0.4.0%2Bdfsg1-17/010_disable-gforce-dfsg.patch/ -- System Information: Debian Release: 11.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-19-amd64 (SMP w/4 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libvisual-0.4-plugins depends on: ii libasound2 1.2.4-1.1 ii libc6 2.31-13+deb11u5 ii libgcc-s1 10.2.1-6 ii libgl1 1.3.2-1 ii libglu1-mesa [libglu1] 9.0.1-1 ii libstdc++6 10.2.1-6 ii libvisual-0.4-0 0.4.0-17 libvisual-0.4-plugins recommends no packages. libvisual-0.4-plugins suggests no packages.
Bug#562702: python-pam: Debian differences not clearly separated from upstream source
Hi Bastian On 2022-12-03 11:21:01 +0100, Bastian Germann wrote: > Control: severity -1 serious > X-Debbugs-Cc: d...@debian.org > > On Sun, 27 Dec 2009 17:28:04 +1100 Ben Finney > wrote: > > However, the ‘python-pam_0.4.2.orig.tar.gz’ does not match the actual > > file at http://www.pangalactic.org/PyPAM/PyPAM-0.4.2.tar.gz>, > > with many significant changes. > > > > These changes should be separated from the pristine upstream source > > (in a ‘python-pam_0.4.2-nn.diff.gz’, if using the Debian source format > > 1.0) and the ‘python-pam_0.4.2.orig.tar.gz’ should match the tarball > > available from upstream. > > > > The provenance of these changes should also be recorded in the Debian > > copyright file for the package. > > The upstream source is no longer available. There is a fork including py3 > support available at > https://github.com/openEuler-BaseService/PyPAM. > > We should switch to that as upstream or drop this package entirely. > I am copying Matthias as he worked on the package mostly since it was > abandoned. > For now, make this serious, to keep this out of bookworm in favour of > pam-python. This will have no effect. python-pam is a key package and so won't be removed automatically from bookworm because of this bug. Also: $ dak rm -Rn -s testing python-pam Will remove the following packages from testing: python-pam | 0.4.2-16 | source python3-pam | 0.4.2-16 | amd64, arm64, armel, armhf, i386, mips64el, mipsel, ppc64el, s390x Maintainer: Debian QA Group --- Reason --- -- Checking reverse dependencies... # Broken Build-Depends: pam-python: python3-pam Dependency problem found. This seems like it would be easy enough to fix. Cheers -- Sebastian Ramacher
cloning 1054233, reassign -1 to mda-lv2, closing -1 ..., cloning 1054233 ..., closing -2
clone 1054233 -1 reassign -1 mda-lv2 1.2.10-1 retitle -1 mda-lv2: installs LV2 plugins in incorrect location close -1 1.2.10-2 clone 1054233 -2 reassign -2 naspro-bridges 0.5.1-3 retitle -2 naspro-bridges: installs LV2 plugins in incorrect location close -2 0.5.1-4 thanks
Bug#600936: x2x: special chars (strictly speaking the german umlauts) are not send to remote host
Package: x2x Version: 1.27.svn.20060501-4 Severity: normal When starting x2x from my Desktop computer with the following command: ssh -X $REMOTEHOST "x2x -to :0.0 --from \$DISPLAY -west" i can acces my laptop but using any german umlaut does not work as well as some other special chars like ; or :. I am using an external lenovo usb keyboard on my Desktop computer. Lite-On Technology Corp. ThinkPad USB Keyboard with TrackPoint (xinput list on Desktop) I have used this setup running Debian Lenny without any problems but switching to Squeeze broke it. To clearify it IS working but some special chars do not work (xev did not recognize the keystrokes too). I'm Sorry if i missed something but the manpage couldn't help -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages x2x depends on: ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libx11-6 2:1.3.3-3 X11 client-side library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxtst6 2:1.1.0-3 X11 Testing -- Record extension li x2x recommends no packages. x2x suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101021154805.4410.68845.report...@moveable.intranet.astaro.de
Bug#603450: Patch not possible with pytho 2.4 compatibility
Was just pointed to this bug. The fix would probably work, however only under python >= 2.6. ssl_wrapper calls ssl.wrap() under 2.6, but socket.ssl() under Python 2.4 and 2.5. And socket.ssl does not take these parameters: cert_reqs=..., ca_certs=... So either we have to give up python 2.5 compatability and require 2.6 for SSL connections, or do more work to work on python 2.4 Sebastian -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87sjy1p4xa@sspaeth.de
Bug#636800: gecko-mediaplayer: files installed into wrong directory
Package: gecko-mediaplayer Version: 1.0.4-1 Severity: grave -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 1.0.4-1 installs the *.so files into /usr/lib/x86_64-linux-gnu/mozilla/plugins. But iceweasel doesn't look there for plugins and hence gecko-mediaplayer can't be used. I was able to fix this issue by passing --plugindir=/usr/lib/mozilla/plugins to configure. The issue is probably due to gecko-mediaplayer's configure script. It takes libdir from libnspr4-dev (thus overwriting --libdir passed to configure) which is /usr/lib/x86_64-linux-gnu here. And then the *.so files get installed to $(libdir)/mozilla/plugins. - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (650, 'unstable'), (601, 'testing'), (600, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gecko-mediaplayer depends on: ii gconf22.32.4-1 GNOME configuration database syste ii gnome-mplayer 1.0.4-1+b1 A GTK+ interface for MPlayer ii iceweasel 5.0-6 Web browser based on Firefox ii konqueror 4:4.6.5-1 advanced file manager, web browser ii libc6 2.13-14Embedded GNU C Library: Shared lib ii libcurl3-gnutls 7.21.7-1 Multi-protocol file transfer libra ii libdbus-1-3 1.4.14-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.94-4 simple interprocess messaging syst ii libgcc1 1:4.6.1-5 GCC support library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libstdc++64.6.1-5GNU Standard C++ Library v3 ii xulrunner-1.9.1 1.9.1.19-3 XUL + XPCOM application runner gecko-mediaplayer recommends no packages. gecko-mediaplayer suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJOPHdwAAoJEGny/FFupxmTMVEP/278a57xRjj4ivwsWzOlg1w2 99ElPrH5UmY1KfxdRJCBpxdfBdSv+65uasKp9mU4byAxpLTVVWU/PSCr2xvMzwHI GnjpFbdYNgJN5qmcpRii5XZ84l5TWtrBc/HzQWXGAK6lrSJ+zJsPs01qEg93QcvP mopF8T/rGuDa5SpjrEcvrpkAyClaXSZlapyHwLYhvdTpazyWFfoneTzh2ce0lZVM 2P7K8i/0IpmnRfFk1EII/aP3pfzVCG6BYetZRcaz174G3SUSf73bFW61zTVSMde8 ICldtCV440xXQaMD8ww4v4TVhXrlmG1jp/I/Z7y1EEvW6nMlcJKlLYV51Nt4TX/h wQE+Bd++Y0BqTFCnA0ChrgMLSf+ztwimJq4bBguR30WY5/aEc7LatFtLayL6Yr+P bHQQuznFLJ3HCo9zaVbhy65+BI2r/SK1JuisDsfY4lsx8j/Y3QTu0s9JXFoUrzLV 22eN6yiPSMvfmB8/5+tHhMlY6jntDebNsuspUSsjniHNVE5K2Fr62Q7WLAkkDyH6 enqE1s1uZ9uGN3Nvjh2hOPPKRYq+yqw75Dqhzs9O3f7WzYVG1pNaoodESO4L7Ys1 GkewFu79LB+ug+4GnW5qcRK1vL3r7S0zRAqTto3L+NVFOkqkxzVagMLOGZVCWtCW MWLja9wBEjRIOFH3Mc0v =pW3o -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110805230627.4768.2778.reportbug@localhost
Bug#636800: files installed into wrong directory
> I think you meant --with-plugin-dir ? Yes, I did. Kind regards, -- Sebastian Ramacher signature.asc Description: OpenPGP digital signature
Bug#601065: [gecko-mediaplayer] when it is used in full-screen mode on KDE the mouse cursor doesn't disappear
tag 601065 + moreinfo thanks Hi, could you please test if the issue still exists in 1.0.4-2? I can't reproduce it with 1.0.4-2. Kind regards, -- Sebastian Ramacher signature.asc Description: OpenPGP digital signature
Bug#638165: Site to reproduce
tag 638165 + moreinfo thanks Could you please name a site where one can reproduce this issue? I can't reproduce it at all. Kind regards, -- Sebastian Ramacher signature.asc Description: OpenPGP digital signature
Bug#687313: gnomint: gnomint-cli.1.gz and gnomint-update-db.1.gz are broken symlinks
Package: gnomint Version: 1.2.1-4 Severity: normal Tags: patch gnomint-cli.1.gz and gnomint-upgrade-db.1.gz are broken symbolic links. $ file /usr/share/man/man1/gnomint-* /usr/share/man/man1/gnomint-cli.1.gz:broken symbolic link to `gnomeint.1.gz' /usr/share/man/man1/gnomint-upgrade-db.1.gz: broken symbolic link to `gnomeint.1.gz' The attached patch fixes this issue. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (650, 'unstable'), (601, 'testing'), (600, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnomint depends on: ii gconf-service 3.2.5-1+build1 ii gconf2 3.2.5-1+build1 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-35 ii libcairo2 1.12.2-2 ii libfontconfig1 2.9.0-7 ii libfreetype62.4.9-1 ii libgconf-2-43.2.5-1+build1 ii libgcrypt11 1.5.0-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.3-1 ii libgnutls26 2.12.20-1 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.30.0-1 ii libreadline66.2-8 ii libsqlite3-03.7.13-1 gnomint recommends no packages. gnomint suggests no packages. -- no debconf information diff -Nru gnomint-1.2.1/debian/gnomint.links gnomint-1.2.1/debian/gnomint.links --- gnomint-1.2.1/debian/gnomint.links 2012-08-04 20:11:21.0 +0200 +++ gnomint-1.2.1/debian/gnomint.links 2012-09-11 18:16:13.0 +0200 @@ -1,2 +1,2 @@ -/usr/share/man/man1/gnomeint.1.gz /usr/share/man/man1/gnomint-cli.1.gz -/usr/share/man/man1/gnomeint.1.gz /usr/share/man/man1/gnomint-upgrade-db.1.gz +/usr/share/man/man1/gnomint.1.gz /usr/share/man/man1/gnomint-cli.1.gz +/usr/share/man/man1/gnomint.1.gz /usr/share/man/man1/gnomint-upgrade-db.1.gz signature.asc Description: Digital signature
Bug#652814: Logrotate config breaks with newer version of logrotate
Package: lastfmsubmitd
Version: 1.0.6-3
Followup-For: Bug #652814
The bug is fixed by adding the "su root audio" line to the logrotate config
file provided by the package. See attached file.
Regards
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.5-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages lastfmsubmitd depends on:
ii adduser3.113+nmu3
ii debconf [debconf-2.0] 1.5.46
ii python 2.7.3~rc2-1
ii python-support 1.0.15
lastfmsubmitd recommends no packages.
Versions of packages lastfmsubmitd suggests:
pn ears
-- Configuration Files:
/etc/logrotate.d/lastfmsubmitd changed:
/var/log/lastfm/*.log {
weekly
missingok
rotate 7
postrotate
invoke-rc.d --quiet lastfmsubmitd force-reload > /dev/null
endscript
compress
notifempty
su root audio
}
-- debconf information:
* lastfmsubmitd/spool_group: audio
lastfmsubmitd/no_lastmp:
--
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/20120921135718.2061.39680.report...@umbanda.macumba-net.com.ar
Bug#697163: cvsps reports wrong ancestry (patch fixing problem is available)...
Package: cvsps Version: 2.1-6 Severity: important I have been trying all night to import a CVS repo into git using git's cvsimport which uses cvsp. Importing fails. fatal: Not a valid object name refs/remotes/origin/cvs/branch--merge After some bughunting I found that it fails due to cvsps reporting the wrong ancestor branch for a branch in my CVS repo. I have found a patch (by Linus Torvalds!) for cvsps which fixes my problem. However this patch is not in upstream cvsps, but in a repository by Yann Dirson (who I am CCing as he might have further input on this patch and others). The patch that I'd like for Debian to add until cvsps includes it or something similar is: http://repo.or.cz/w/cvsps-yd.git/commitdiff/4e3aa38681c849d6931dd56d958fff6abf3ea38e And the entire repository is also available: http://repo.or.cz/w/cvsps-yd.git / Sebastian PS. I chose to set the severity to "important" since a bug in cvsps breaks the package git-cvs. -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/bay162-w558467c164c589c27292a0db...@phx.gbl
Bug#712281: xsane: Preview window empty/unusable
Package: xsane Version: 0.998-3+b1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, the scan preview windows is "empty" with some colors flickering around. Buttons are not visible, selection of scan area or any other functions not possible. (all?) other features of xsane seem to work fine. xsane worked as expected (including preview windows) on Squeeze (Now: Wheezy). Thank you very much for the contribution! Sebastian - -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/3 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xsane depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgimp2.0 2.8.2-2 ii libglib2.0-02.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libjpeg88d-1 ii liblcms11.19.dfsg-1.2 ii libpango1.0-0 1.30.0-1 ii libpng12-0 1.2.49-1 ii libsane 1.0.22-7.4 ii libtiff43.9.6-11 ii xsane-common0.998-3 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages xsane recommends: ii chromium [www-browser] 27.0.1453.110-1~deb7u1 ii cups-client1.5.3-5 ii epiphany-browser [www-browser] 3.4.2-2.1 ii iceweasel [www-browser]17.0.6esr-1~deb7u1 ii konqueror [www-browser]4:4.8.4-2 ii w3m [www-browser] 0.5.3-8 ii xemacs21-mule [www-browser]21.4.22-3.1 ii xemacs21-mule-canna-wnn [www-browser] 21.4.22-3.1 Versions of packages xsane suggests: ii gimp2.8.2-2 ii gocr0.49-1 pn gv ii hylafax-client 3:6.0.6-5 - -- debconf-show failed -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlG7jJAACgkQqVj5VlP9Od1HMQCg0gzi4Z8wD/ZtEq6EUbvonUW8 mnwAn0SnKPKoWpPg7uvK5KAF1cXSoyFz =Bds1 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130614213515.12190.3181.report...@ceramic.worst-case.no-ip.org
Bug#561370: sun-java6-plugin: Iceweasel "loses" Java plugin
Package: sun-java6-plugin Version: 6-12-1 Severity: important I try to use the page https://www.internet-sparbuch.de/default_wiso.aspx#10 (Sorry: login required). If I click on the link "Einkommensteuer 2007 starten" usually a new Window with a Java Applet starts (which connects to a citrix server). Sometimes, everything works fine bit sometimes iceweasel pops up an alert box: -- | Die Seite mit der Adresse https://www.internetr-sparbuch.de/ meldet: | | Für die Ausführung des Applets ist Java erforderlich . | Bitte aktivieren Sie Java und starten den Browser ggf. neu! -- Which translates as "for the execution of the applet java is required. Please activate Java and restart the browser". Indeed, restarting the browser solves the problem *sometimes*. I dont have the slightest idea how to reproduce this bug reliably. /If/ the applets starts, everything works fine. Any ideas? Please ask if you need further information. Thanks, Sebastian -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-bpo.1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sun-java6-plugin depends on: ii epiphany-browser 2.22.3-9 Intuitive web browser - dummy pack ii epiphany-gecko2.22.3-9 Intuitive GNOME web browser - Geck ii iceweasel 3.0.6-3lightweight web browser based on M ii libasound21.0.16-2 ALSA library ii libx11-6 2:1.1.5-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxi62:1.1.4-1 X11 Input extension library ii libxt61:1.0.5-3 X11 toolkit intrinsics library ii libxtst6 2:1.0.3-1 X11 Testing -- Resource extension ii sun-java6-bin 6-12-1 Sun Java(TM) Runtime Environment ( sun-java6-plugin recommends no packages. sun-java6-plugin suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561370: about:plugins
ivxAVI-Video divxJa | QuickTime Plug-in 7.2.0 | | Dateiname: libtotem-narrowspace-plugin.so | The Totem 2.22.2 plugin handles video and audio streams. | | MIME-Typ BeschreibungEndungenAktiviert | video/quicktime QuickTime video mov Ja | video/mp4 MPEG-4-Videomp4 Ja | image/x-macpaint MacPaint Bitmap-Datei pntgJa | image/x-quicktime QuickTime image pict, pict1, pict2 Ja | video/x-m4v MPEG-4-Videom4v Ja | iTunes Application Detector | | Dateiname: librhythmbox-itms-detection-plugin.so | This plug-in detects the presence of iTunes when opening iTunes Store URLs in a web page with Firefox. | | MIME-Typ BeschreibungEndungenAktiviert | application/itunes-plugin Ja `---- -- Sebastian Niehaus Mail, Jabber: nieh...@web.de pgpynKrT8iqSl.pgp Description: PGP signature
Bug#582361: Doesn't include pkg-config file in the -dev packages
Package: zbar Version: 0.10+dfsg-1 Severity: important Hi, the zbar -dev packages don't include the pkg-config files. Please add them, I need zbar.pc for gst-plugins-bad! Thanks signature.asc Description: This is a digitally signed message part
Bug#130084: german template file [playmidi 2.4-2]
Package: playmidi Severity: wishlist Template: playmidi/options Type: string Description: Options for playmidi when invoked through MIME? This package sets up a MIME entry which allows your mail user agent and other applications to play MIDI files. As playmidi doesn't have a proper configuration file yet, you'll need to specify any options required for it to work with your sound hardware. . If you have an external MIDI device or an Ensoniq SoundScape, Turtle Beach WaveFront or WaveBlaster sound card, use `-e'. . If you have a Sound Blaster AWE32, use `-a'. . If you have a Gravis Ultrasound, use `-g'. . Otherwise, try leaving this blank -- many cards will work without extra flags. If you change your mind later, edit `/etc/playmidi/playmidi.conf'. Description-de: Optionen für playmidi-Start über MIME Dieses Paket stellt einen MIME-Eintrag bereit, das es Ihrem eMail-Programm oder anderen Anwendungen erlaubt, Midi-Dateien abzuspielen. Da playmidi noch keine vollständige Konfigurationsdatei besitzt, sollten Sie jetzt die für diese Funktion notwendigen Angaben machen. . Wenn Sie ein externes Midi-Gerät, eine Ensoniq SoundScape, eine Turtle Beach WaveFront oder aber eine WaveBlaster Soundkarte haben, dann verwenden Sie '-e'. . Wenn Sie eine Sound Blaster AWE32-Karte haben, dann verwenden Sie '-a'. . Wenn Sie eine Gravis Ultrasound-Karte haben, dann verwenden Sie '-g'. . Andernfalls lassen Sie diese Angabe leer; viele Karten funktionieren auch ohne Optionsangabe. Wenn Sie diese Einstellung später verändern wollen, dann bearbeiten Sie die Datei '/etc/playmidi/playmidi.conf'.
Bug#130084: german template file [playmidi 2.4-2]
On Sun, 20 Jan 2002 18:21:19 +0100, Christian Kurz wrote: >On 20/01/02, Sebastian Feltel wrote: >> Description-de: Optionen für playmidi-Start über MIME >> Dieses Paket stellt einen MIME-Eintrag bereit, das es Ihrem eMail-Programm > >Please replace "das" with "der" to have a proper german translation of >the sentence. You are right, this is a mistake. >> oder anderen Anwendungen erlaubt, Midi-Dateien abzuspielen. Da playmidi >> noch keine vollständige Konfigurationsdatei besitzt, sollten Sie jetzt >> die für diese Funktion notwendigen Angaben machen. > >I would suggest replacing everything starting after the comma with >"sollten Sie nun alle Optionen angeben die für ihre Soundkarte notwendig >sind." Otherwise the translation sounds very strange to a native german >speaker. Probably you are right but I asked some people about this sentence and nobody was confused. >> Wenn Sie ein externes Midi-Gerät, eine Ensoniq SoundScape, eine Turtle >> Beach WaveFront oder aber eine WaveBlaster Soundkarte haben, dann >> verwenden Sie '-e'. > >I would suggest removing the "aber" from this sentence. > >> Andernfalls lassen Sie diese Angabe leer; viele Karten funktionieren auch > >And here I would to use "Andernfalls versuchen Sie keine Optionen >anzugeben --" instead of "Andernfalls lassen Sie diese Angabe leer", >because the translation is otherwise not correct. Why is this not correct? I don´t see any reason. Bye Sebastian -- Support fuer Debian GNU/Linux http://www.debianforum.de
Bug#130084: german template file [playmidi 2.4-2]
On Sat Mar 16, 2002 at 05:3059PM +, Colin Watson wrote: Hi, at first: sorry for the delay; this is because I'm currenty serving at the german federal armed forces :-( Now to the template: I've re-translated it so I hope it is now more accurate now. Here it is: --- BEGIN TEMPLATE --- Template: playmidi/options Type: string Description: Options for playmidi when invoked through MIME? This package sets up a MIME entry which allows your mail user agent and other applications to play MIDI files. As playmidi doesn't have a proper configuration file yet, you'll need to specify any options required for it to work with your sound hardware. . If you have an external MIDI device or an Ensoniq SoundScape, Turtle Beach WaveFront or WaveBlaster sound card, use -e'. . If you have a Sound Blaster AWE32, use -a'. . If you have a Gravis Ultrasound, use -g'. . Otherwise, try leaving this blank -- many cards will work without extra flags. If you change your mind later, edit /etc/playmidi/playmidi.conf'. Description-de: Optionen f?r den playmidi-Start ?ber MIME Dieses Paket stellt einen MIME-Eintrag bereit, der es Ihrem eMail-Programm oder anderen Anwendungen erlaubt, Midi-Dateien abzuspielen. Da playmidi noch keine vollst?ndige Konfigurationsdatei besitzt, sollten Sie nun alle Optionen angeben, die f?r Ihre Soundkarte notwendig sind. . Wenn Sie ein externes Midi-Ger?t, eine Ensoniq SoundScape, eine Turtle Beach WaveFront oder eine WaveBlaster Soundkarte haben, dann verwenden Sie '-e'. . Wenn Sie eine Sound Blaster AWE32-Karte haben, dann verwenden Sie '-a'. . Wenn Sie eine Gravis Ultrasound-Karte haben, dann verwenden Sie '-g'. . Andernfalls versuchen Sie keine Optionen anzugeben; viele Karten funktionieren auch ohne Optionsangabe. Wenn Sie diese Einstellung sp?ter ver?ndern wollen, dann bearbeiten Sie die Datei '/etc/playmidi/playmidi.conf'. --- END TEMPLATE --- Bye Sebastian
Bug#152089: xmbase-grok very buggy when built against lesstif
Package: xmbase-grok
Version: 1.5-1
xmbase-grok still does not seem to work too well with lesstif.
If I use 1.5-1 with lesstif1_0.93.18-5 or lesstif1_0.92.26-1 the
following severe bug occurs reproducibly:
* start grok
* open an example database
* change sort order a few times ("Sort" menu)
-> the lower half of the display (where details about the selected data
record are shown) goes blank (grey) and remains that way
This makes grok practically useless.
If I use grok with lesstif1 version 1:0.89.4-3 the above bug goes away,
but grok silently & immediately exits if I open a large database
(anyway, grok should work with the latest lesstif package).
If xmbase-grok is compiled against OpenMotif (using the libmotif-*
packages from Debian) both bugs go away.
Proposal: Compile xmbase-grok against OpenMotif until lesstif is up to
the job. If that is not feasible, I hope this bugreport will at least
warn people.
Versions of other relevant packages:
Kernel: 2.4.18-k6
libc6: 2.2.5-3
xlibs: 4.1.0-14
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338461: Missing file "menuutil.pl", examples do not run
Package: libperlmenu-perl Version: 4.0-3 The included example Perl programs under /usr/share/doc/libperlmenu-perl/examples/ all require the file menuutil.pl to run. This file is present in the source distribution of perlmenu (it's also present in Debian's libperlmenu-perl_4.0.orig.tar.gz ), but it is not included in the regular Debian package. Without this file, the examples programs under examples/ cannot be run. Since there is relatively little documentation apart from the example programs, it is difficult to use perlmenu without this file. menuutil.pl should not be stripped out of the Debian package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476381: Please port to new libmpcdec API
Package: cynthiune.app Severity: wishlist Version: 0.9.5-7 Hi, please port your application to the new libmpcdec API in experimental. You find it as libmpcdec-dev / libmpcdec6 in the libmpc source package. The API changes are fairly trivial, see [0] for a patch that does this for the GStreamer plugin. The API might not be 100% stable yet but there are very few changes (if any) to be expected. I don't know if libmpc (and Musepack's stream version 8) will be ready for lenny but when this gets uploaded to unstable this bugs will become grave. Thanks [0] http://bugzilla.gnome.org/show_bug.cgi?id=526905 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#390429: Simple changes to build bcm5700 on 2.6.18
Package: bcm5700-source Version: 8.2.18-2 Followup-For: Bug #390429 Hi! Just wanted to mention that your patch is working fine here (Dell Optiplex GX260 with a BCM5751 Adapter, I wanted to test if a problem related to tg3 module). Ciao Sebastian -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#817199: transcode: should this package be removed?
Control: reassign -1 ftp.debian.org Control: severity -1 normal Control: retitle -1 RM: transcode -- RoM; dead upstream, replacements exist Control: clone -1 -2 Control: retitle -2 RM: dvdwizard -- RoQA; orphaned, dead upstream, blocking transcode removal Control: block -1 by -2 On 2016-03-18 09:58:52, Fabian Greffrath wrote: > Am Sonntag, den 13.03.2016, 21:25 +0100 schrieb Sebastian Ramacher: > > Yes, dvdwizard would have to be RoQ-ed if we are going to remove > > transcode. But it's also dead upstream and orphaned. > > Alright, let's go for it. > > Anyway, since transcode is a command-line utility, it should be rather > straightforward to convert dvdwizard to use something more advanced, > e.g. ffmpeg. But until someone who urgently needs dvdwizard volunteers > to do this, I think it should be alright to remove it from the archive. Dear FTP masters, please remove transcode from unstable. From my initial mail in this bug report: > transcode is dead upstream since many years and it is also no longer really > maintained Debian. We just keep sticking patches on top of it. I suppose most > of its use-cases are also covered by other tools already available in Debian. > Also, support for modern containers like mp4 is still very limited. So I think > it's time to let it go. Also, transcode will become RC-buggy once the ffmpeg 3.0 transition starts. transcode has one reverse dependency: dvdwizard. dvdwizard is also dead upstream and orphaned. Please remove it too. Cheers -- Sebastian Ramacher signature.asc Description: PGP signature
Bug#824596: wicd: FTBFS: KeyError: 'LANG'
Source: wicd Version: 1.7.4+tb2-1 Severity: serious Justification: fails to build from source Tags: sid stretch wicd currently fails to build: | running compile_translations | Traceback (most recent call last): | File "setup.py", line 708, in | data_files = data, | File "/usr/lib/python2.7/distutils/core.py", line 151, in setup | dist.run_commands() | File "/usr/lib/python2.7/distutils/dist.py", line 953, in run_commands | self.run_command(cmd) | File "/usr/lib/python2.7/distutils/dist.py", line 972, in run_command | cmd_obj.run() | File "setup.py", line 68, in run | _build.run(self) | File "/usr/lib/python2.7/distutils/command/build.py", line 128, in run | self.run_command(cmd_name) | File "/usr/lib/python2.7/distutils/cmd.py", line 326, in run_command | self.distribution.run_command(command) | File "/usr/lib/python2.7/distutils/dist.py", line 972, in run_command | cmd_obj.run() | File "setup.py", line 624, in run | oldlang = os.environ['LANG'] | File "/usr/lib/python2.7/UserDict.py", line 40, in __getitem__ | raise KeyError(key) | KeyError: 'LANG' | dh_auto_build: python setup.py build --force returned exit code 1 For a full build log see https://people.debian.org/~sramacher/logs/wicd_1.7.4+tb2-1_amd64-20160517-2208.log Cheers -- Sebastian Ramacher signature.asc Description: PGP signature
Bug#851263: vbetool: crashes by executing illegal hardware instruction
Package: vbetool Version: 1.1-4 Severity: normal Hi Using `dpms off` to switch off the display does not work anymore: % sudo vbetool dpms off zsh: illegal hardware instruction sudo vbetool dpms off I can confirm this on both a 32bit and 64bit system. Graphics card is reported by lspci as VGA compatible controller: Intel Corporation HD Graphics 5500 (rev 09). -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-debug'), (450, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.8.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages vbetool depends on: ii libc6 2.24-8 ii libpci3 1:3.5.2-1 ii libx86-1 1.1+ds1-10.1 vbetool recommends no packages. vbetool suggests no packages. -- no debconf information
Bug#873166: imms: FTBFS against audacious 3.9
| int qp = aud_playlist_queue_find_entry(pl, next_plpos); | ^ | ../clients/audacious/audplugin.cc:97:5: error: 'aud_playlist_queue_delete' was not declared in this scope | aud_playlist_queue_delete(pl, qp, 1); | ^ | ../clients/audacious/audplugin.cc: In static member function 'static void FilterOps::set_next(int)': | ../clients/audacious/audplugin.cc:125:18: error: 'aud_playlist_get_playing' was not declared in this scope | int pl = aud_playlist_get_playing(); | ^~~~ | ../clients/audacious/audplugin.cc:125:18: note: suggested alternative: 'aud_drct_get_playing' | int pl = aud_playlist_get_playing(); | ^~~~ | aud_drct_get_playing | ../clients/audacious/audplugin.cc:126:9: error: 'aud_playlist_queue_insert' was not declared in this scope | aud_playlist_queue_insert(pl, -1, next_plpos); | ^ | ../clients/audacious/audplugin.cc: In static member function 'static int FilterOps::get_length()': | ../clients/audacious/audplugin.cc:140:18: error: 'aud_playlist_get_playing' was not declared in this scope | int pl = aud_playlist_get_playing(); | ^~~~ | ../clients/audacious/audplugin.cc:140:18: note: suggested alternative: 'aud_drct_get_playing' | int pl = aud_playlist_get_playing(); | ^~~~ | aud_drct_get_playing | ../clients/audacious/audplugin.cc:141:16: error: 'aud_playlist_entry_count' was not declared in this scope | return aud_playlist_entry_count(pl); | ^~~~ | ../clients/audacious/audplugin.cc: In function 'void check_playlist(int)': | ../clients/audacious/audplugin.cc:184:25: error: 'aud_playlist_entry_count' was not declared in this scope | int new_pl_length = aud_playlist_entry_count(pl); | ^~~~ | ../clients/audacious/audplugin.cc: In function 'void do_checks(void*)': | ../clients/audacious/audplugin.cc:203:14: error: 'aud_playlist_get_playing' was not declared in this scope | int pl = aud_playlist_get_playing(); | ^~~~ | ../clients/audacious/audplugin.cc:203:14: note: suggested alternative: 'aud_drct_get_playing' | int pl = aud_playlist_get_playing(); | ^~~~ | aud_drct_get_playing | ../clients/audacious/audplugin.cc:210:21: error: 'aud_playlist_entry_count' was not declared in this scope | pl_length = aud_playlist_entry_count(pl); | ^~~~ | ../clients/audacious/audplugin.cc:214:38: error: 'aud_playlist_get_position' was not declared in this scope | last_plpos = cur_plpos = aud_playlist_get_position(pl); | ^ | ../clients/audacious/audplugin.cc:214:38: note: suggested alternative: 'aud_drct_get_position' | last_plpos = cur_plpos = aud_playlist_get_position(pl); | ^ | aud_drct_get_position | ../clients/audacious/audplugin.cc:224:17: error: 'aud_playlist_get_position' was not declared in this scope | cur_plpos = aud_playlist_get_position(pl); | ^ | ../clients/audacious/audplugin.cc:224:17: note: suggested alternative: 'aud_drct_get_position' | cur_plpos = aud_playlist_get_position(pl); | ^ | aud_drct_get_position | ../clients/audacious/audplugin.cc:227:16: error: 'aud_playlist_entry_get_tuple' was not declared in this scope | Tuple tu = aud_playlist_entry_get_tuple(pl, cur_plpos); | ^~~~ | ../clients/audacious/audplugin.cc:227:16: note: suggested alternative: 'aud_plugin_get_type' | Tuple tu = aud_playlist_entry_get_tuple(pl, cur_plpos); | ^~~~ | aud_plugin_get_type | ../clients/audacious/audplugin.cc:244:22: error: 'aud_playlist_queue_find_entry' was not declared in this scope | int qp = aud_playlist_queue_find_entry(pl, next_plpos); | ^ | ../clients/audacious/audplugin.cc:245:13: error: 'aud_playlist_queue_delete' was not declared in this scope | aud_playlist_queue_delete(pl, qp, 1); | ^ | ../clients/audacious/audplugin.cc:260:19: error: 'aud_playlist_queue_count' was not declared in this scope | int qlength = aud_playlist_queue_count(pl); |^~~~ See https://people.debian.org/~sramacher/logs/imms_3.1.0~svn301-5_amd64.log for the full build log. Cheers -- Sebastian Ramacher signature.asc Description: PGP signature
Bug#960422: glob2: FTBFS with boost 1.71
Source: glob2 Version: 0.9.4.4-3 Severity: important Tags: patch sid bullseye User: team+bo...@tracker.debian.org Usertags: boost1.71 glob2 fails to build with boost 1.71: | g++ -o src/AIEcho.o -c -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -DHAVE_CONFIG_H -D_GNU_SOURCE=1 -D_REENTRANT -Ilibgag/include -I. -I/usr/include/SDL src/AIEcho.cpp | src/AIEcho.cpp: In member function 'bool AIEcho::SearchTools::enemy_building_iterator::operator!=(const AIEcho::SearchTools::enemy_building_iterator&) const': | src/AIEcho.cpp:4390:102: error: cannot convert 'boost::logic::tribool' to 'bool' in return | 4390 | return is_end!=rhs.is_end || team!=rhs.team || building_type!=rhs.building_type || level!=rhs.level || construction_site!=rhs.construction_site; | | ~^~~ | | | | | boost::logic::tribool Patch at https://patches.ubuntu.com/g/glob2/glob2_0.9.4.4-3ubuntu1.patch Cheers -- Sebastian Ramacher signature.asc Description: PGP signature
Accepted directfb 1.2.10.0-8+deb9u1 (source) into proposed-updates->stable-new, proposed-updates
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 03 Feb 2018 15:50:59 +0100 Source: directfb Binary: libdirectfb-dev libdirectfb-1.2-9 libdirectfb-bin libdirectfb-extra Architecture: source Version: 1.2.10.0-8+deb9u1 Distribution: stretch Urgency: medium Maintainer: Debian Multimedia Maintainers Changed-By: Sebastian Ramacher Description: libdirectfb-1.2-9 - direct frame buffer graphics (shared libraries) libdirectfb-bin - direct frame buffer graphics - binaries libdirectfb-dev - direct frame buffer graphics library - development files libdirectfb-extra - direct frame buffer graphics - extra providers Closes: 878324 Changes: directfb (1.2.10.0-8+deb9u1) stretch; urgency=medium . * debian/libdirectfb-1.2-9.install: Fix architecture-based filter to actually install drivers. (Closes: #878324) Checksums-Sha1: 3386c202edb9c336be94e829c7ee34f54e684d3e 2341 directfb_1.2.10.0-8+deb9u1.dsc d36fbff40c0611549bd15f37359907ad36d66210 20232 directfb_1.2.10.0-8+deb9u1.debian.tar.xz Checksums-Sha256: 39245535735c67ebea42eab9356b48ff662653e5e9d8fc234b6c5f277dd1d3ee 2341 directfb_1.2.10.0-8+deb9u1.dsc d5f08d3cdd7567a21b3c3660c3a53ae39b36c17cf068817a8263179a80c527b3 20232 directfb_1.2.10.0-8+deb9u1.debian.tar.xz Files: f3cad92524879e1e89f2dff33b262438 2341 libs optional directfb_1.2.10.0-8+deb9u1.dsc 80e6e14458d46d4e354370b604925140 20232 libs optional directfb_1.2.10.0-8+deb9u1.debian.tar.xz -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEE94y6B4F7sUmhHTOQafL8UW6nGZMFAlqQj60ACgkQafL8UW6n GZPtgA/9F8KD2BzLWNiMfafPU8tAG0Q5uuUou+uyY4Xj7HMVio7j2xNh+LvCtnlq a9xmLMfKCSahRJhNl8NTvDR40O9kYQUXTEn5ctDvnEwIkfiRM4x0qQZSuPiQM7HG DhtYwx7d7PO+CkfGl6GtzEFxS+eqV2T8hythUW9Ui4p0i7RTXX4SkOff1GNXvbBk vaEFTkkwyZn2S8a01Z1Jn4wNjzXxwE3qajkz31STPkdhAiRavdrhbrmue1fc8B/W Yxs8nJAUpvSlHGr8n0nYD2Zhk6VvwhcdVe7Qoec2k1/MmkpzIZyf8M0PIFIJCTBy B4Q3tU1Ko3rm7VqeIpVuK8Q8wnEuXEpybF+WPgdKv3/+PJO8X/ohko5qYqINg6Hd +fv6eHzRtnYLMktjQ7RXKwVZDQeFq4PpiraLFT1WxM/AURQRhzcMeQdqAZahjnkB 0LllfdoGSKK+y7P+k26Jt2avcaFMUgmrhBxXK5e9tfBFPNzRFUg8MmfIqEUGEmgl OnYiVVTqHk1cPaQyILmsmiZcpmXuNLGmH5DBoSxk51Mv8MyWovIbxaSMPlS3qNuQ HhPffzrV2iWlucNbqXi0DSSU4UQ5X7x6SDbsfriDlSiWm/HxAOPHGWLPvxkcMbKo /RzKOG3W53z89UlBArXlh+JVUmREFl/xfqa7WCthSlr/JT28ml4= =R+F7 -END PGP SIGNATURE-
Bug#941059: libjson-c-dev: broken so symlink
Package: libjson-c-dev Version: 0.13.1+dfsg-5 Severity: serious After the last update: % ls -l /usr/lib/x86_64-linux-gnu/libjson-c.so lrwxrwxrwx 1 root root 36 Sep 24 01:31 /usr/lib/x86_64-linux-gnu/libjson-c.so -> /lib/x86_64-linux-gnu/libjson-c.so.4 But: % ls /lib/x86_64-linux-gnu/libjson-c.so.4 ls: cannot access '/lib/x86_64-linux-gnu/libjson-c.so.4': No such file or directory Cheers -- System Information: Debian Release: bullseye/sid APT prefers unstable-debug APT policy: (650, 'unstable-debug'), (650, 'unstable'), (601, 'testing'), (600, 'experimental-debug'), (600, 'buildd-unstable'), (600, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.2.0-2-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libjson-c-dev depends on: ii libjson-c4 0.13.1+dfsg-5 libjson-c-dev recommends no packages. libjson-c-dev suggests no packages. -- no debconf information -- Sebastian Ramacher signature.asc Description: PGP signature
Bug#965306: adplay: FTBFS: error: no matching function for call to ‘CSurroundopl::CSurroundopl(Copl*&, Copl*&, bool)’
Source: adplay Version: 1.8-2 Severity: serious Tags: ftbfs sid bullseye Justification: fails to build from source (but built successfully in the past) adplay currently fails to build: | adplay.cc: In function ‘int main(int, char**)’: | adplay.cc:410:50: error: no matching function for call to ‘CSurroundopl::CSurroundopl(Copl*&, Copl*&, bool)’ | 410 | opl = new CSurroundopl(a, b, cfg.bits == 16); | | ^ | In file included from adplay.cc:52: | /usr/include/adplug/surroundopl.h:67:3: note: candidate: ‘CSurroundopl::CSurroundopl(COPLprops*, COPLprops*, bool)’ |67 | CSurroundopl(COPLprops *a, COPLprops *b, bool output16bit); | | ^~~~ | /usr/include/adplug/surroundopl.h:67:27: note: no known conversion for argument 1 from ‘Copl*’ to ‘COPLprops*’ |67 | CSurroundopl(COPLprops *a, COPLprops *b, bool output16bit); | |~~~^ | /usr/include/adplug/surroundopl.h:51:7: note: candidate: ‘constexpr CSurroundopl::CSurroundopl(const CSurroundopl&)’ |51 | class CSurroundopl: public Copl | | ^~~~ | /usr/include/adplug/surroundopl.h:51:7: note: candidate expects 1 argument, 3 provided See https://buildd.debian.org/status/fetch.php?pkg=adplay&arch=amd64&ver=1.8-2%2Bb1&stamp=1595115090&raw=0 Cheers -- Sebastian Ramacher signature.asc Description: PGP signature
Bug#986903: python3-zope.testrunner: bcep file does not work with buster's py3compile
Package: python3-zope.testrunner
Version: 5.2-2
Severity: serious
X-Debbugs-Cc: sramac...@debian.org
Starting from a buster chroot, the following fails
$ apt install -y python3-zope.testrunner
$ sed 's/buster/bullseye/' -i /etc/apt/sources.list
$ apt update
$ apt install -y python3-zope.testrunner
with:
Setting up python3-zope.testrunner (5.2-2) ...
Traceback (most recent call last):
File "/usr/bin/py3compile", line 290, in
main()
File "/usr/bin/py3compile", line 266, in main
e_patterns = get_exclude_patterns()
File "/usr/bin/py3compile", line 93, in get_exclude_patterns
for type_, vers, dname, pattern in get_exclude_patterns_from_dir():
File "/usr/share/python3/debpython/__init__.py", line 22, in __call__
self.cache[key] = self.func(*args, **kwargs)
File "/usr/bin/py3compile", line 68, in get_exclude_patterns_from_dir
type_, vrange, dname, pattern = line.split('|', 3)
ValueError: not enough values to unpack (expected 4, got 3)
dpkg: error processing package python3-zope.testrunner (--configure):
installed python3-zope.testrunner package post-installation script subprocess
returned error exit status 1
Errors were encountered while processing:
python3-zope.testrunner
E: Sub-process /usr/bin/dpkg returned an error code (1)
The issue is python3-zope.testrunner's bcep file (see #985455 for a
similar bug) which contains:
dir|3.0-|/usr/lib/python3/dist-packages/zope/testrunner/tests/
Although the documentation of dh_python3 suggests that this would be
supported in buster, it actually isn't. Possible fixes include:
* Chaning the bcep file to
re|3.0-|/usr/lib/python3/dist-packages/zope/testrunner/tests|.*
* Or adding a dependency on python3-minimal (>= 3.8.2-2)
Cheers
--
Sebastian Ramacher
signature.asc
Description: PGP signature
Bug#988354: schroot: fails to enter zfs source chroots
Package: schroot Version: 1.6.10-12 Severity: normal Thanks for adding zfs support to schroot. While entering a zfs-backed chroot works fine, i.e., schroot -c unstable-amd64-sbuild, trying to enter the source chroot fails: $ schroot -c source:unstable-amd64-sbuild E: 10mount: filesystem 'tank/debian/schroot/unstable-amd64-sbuild' cannot be mounted using 'mount'. E: 10mount: Use 'zfs set mountpoint=legacy' or 'zfs mount tank/debian/schroot/unstable-amd64-sbuild'. E: 10mount: See zfs(8) for more information. E: unstable-amd64-sbuild-74f80dc1-c405-4ec6-a7f5-b533ea723811: Chroot setup failed: stage=setup-start Cheers -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (601, 'testing'), (500, 'testing-security') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-6-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages schroot depends on: ii libboost-filesystem1.74.0 1.74.0-9 ii libboost-iostreams1.74.01.74.0-9 ii libboost-program-options1.74.0 1.74.0-9 ii libc6 2.31-11 ii libgcc-s1 10.2.1-6 ii libpam0g1.4.0-7 ii libstdc++6 10.2.1-6 ii libuuid12.36.1-7 ii lsb-base11.1.0 ii schroot-common 1.6.10-12 schroot recommends no packages. Versions of packages schroot suggests: pn aufs-tools | unionfs-fuse pn btrfs-progs ii debootstrap1.0.123 ii lvm2 2.03.11-2.1 pn qemu-user-static ii zfsutils-linux 2.0.3-8 -- Configuration Files: /etc/schroot/sbuild/fstab changed [not included] /etc/schroot/setup.d/05btrfs changed [not included] -- no debconf information -- Sebastian Ramacher
Bug#511159: [soundconverter] Clips tracks when converting from ape format.
Control: tags -1 + moreinfo Hi Jaromir On 2012-02-08 21:08:20, Jaromír Mikeš wrote: > I just found this bug when searched why my ape file are corrupted when > converted by "soundcorverter" 1.5.4-1 > Having same problem here ... audible clips and output file is shorter then > input, > of course also smaller. > Setting for conversion was: > wav > 16bit > 44.1kHz > > Output and input files are available here: > http://uploading.com/files/c3461225/Baumstam_-_On_Tour.wav/ > http://uploading.com/files/48ea7c86/Baumstam%2B-%2BOn%2BTour.ape/ > http://uploading.com/files/fb5c8fm8/01._Your_Time_Has_Come.wav/ > http://uploading.com/files/451bb721/01.%2BYour%2BTime%2BHas%2BCome.ape/ > > Downloading time is rather longer ;( > > Let me know if you need some additional information. I've just uploaded 3.0.0~alpha1-1. Could you please test if the issue still exists in that version? (The uploading.com links are dead, otherwise I'd have tried it myself.) Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#790983: blackbox: library transition: libbt0v5
user release.debian@packages.debian.org usertag 790983 + transition block 790983 by 790756 reassign 790983 release.debian.org retitle 790983 transition: blacbkox (GCC 5) severity 790983 normal thanks On 2015-08-10 11:49:48, Simon McVittie wrote: > Control: severity 790983 serious > Control: tags 790983 + confirmed > Control: retitle 790983 blackbox: library transition: libbt0v5 > > On Fri, 03 Jul 2015 at 13:08:57 +, Matthias Klose wrote: > > - Decide if the symbols matching __cxx11 or B5cxx11 are part of the > >library API, and are used by the reverse dependencies of the > >library. > > Yes they are. Rebuilding bbpager, the only rdep of blackbox, fails with: Version with renamed package is in NEW. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#1004762: xine-lib-1.2: FTBFS with ffmpeg 5.0
Source: xine-lib-1.2 Version: 1.2.11-1 Severity: important X-Debbugs-Cc: sramac...@debian.org Tags: sid bookworm ftbfs Usertags: ffmpeg5.0 xine-lib-1.2 FTBFS with ffmpeg 5.0 in experimental: | libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../../include -I../../.. -I../../../include -I../../../include -I../../../src -I../../../src/xine-engine -I../../../src/xine-engine -I../../../src/xine-utils -I../../../src/input -I../../../src/input -I../../../lib -I../../../lib -DNDEBUG -D_REENTRANT -DXINE_COMPILE -Wdate-time -D_FORTIFY_SOURCE=2 -O3 -fexpensive-optimizations -ffast-math -fvisibility=hidden -I/usr/include/x86_64-linux-gnu -I/usr/include/x86_64-linux-gnu -I/usr/include/x86_64-linux-gnu -pipe -Wall -Wformat=2 -Wno-format-zero-length -Wmissing-format-attribute -Werror-implicit-function-declaration -Wstrict-aliasing=2 -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wwrite-strings -Wpointer-arith -g -g -O2 -ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -O3 -fexpensive-optimizations -ffast-math -Wall -Wchar-subscripts -Wnested-externs -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wmissing-format-attribute -Wno-pointer-sign -Wformat=2 -Wno-format-zero-length -Wformat-security -Wstrict-aliasing=2 -Werror=implicit-function-declaration -c ff_video_decoder.c -fPIC -DPIC -o .libs/xineplug_decode_ff_la-ff_video_decoder.o | ff_video_decoder.c:64:11: fatal error: libavcodec/vaapi.h: No such file or directory |64 | # include | | ^~~~ | compilation terminated. | make[5]: *** [Makefile:798: xineplug_decode_ff_la-ff_video_decoder.lo] Error 1 | make[5]: *** Waiting for unfinished jobs | demux_avformat.c: In function ‘send_avpacket’: | demux_avformat.c:550:3: warning: ‘av_init_packet’ is deprecated [-Wdeprecated-declarations] | 550 | av_init_packet(&pkt); | | ^~ | In file included from /usr/include/x86_64-linux-gnu/libavformat/avformat.h:316, | from demux_avformat.c:31: | /usr/include/x86_64-linux-gnu/libavcodec/packet.h:506:6: note: declared here | 506 | void av_init_packet(AVPacket *pkt); | | ^~ | ff_audio_decoder.c: In function ‘ff_audio_init_codec’: | ff_audio_decoder.c:259:19: warning: assignment discards ‘const’ qualifier from pointer target type [-Wdiscarded-qualifiers] | 259 | this->codec = avcodec_find_decoder(ff_audio_lookup[i].id); | | ^ | ff_audio_decoder.c: In function ‘ff_audio_decode’: | ff_audio_decoder.c:694:3: warning: ‘av_init_packet’ is deprecated [-Wdeprecated-declarations] | 694 | av_init_packet (&avpkt); | | ^~ | In file included from /usr/include/x86_64-linux-gnu/libavcodec/avcodec.h:45, | from ff_audio_decoder.c:37: | /usr/include/x86_64-linux-gnu/libavcodec/packet.h:506:6: note: declared here | 506 | void av_init_packet(AVPacket *pkt); | | ^~ | make[5]: Leaving directory '/<>/src/combined/ffmpeg' Cheers -- Sebastian Ramacher signature.asc Description: PGP signature
Bug#1004805: xmms2: FTBFS with ffmpeg 5.0
Source: xmms2 Version: 0.8+dfsg-22 Severity: important X-Debbugs-Cc: sramac...@debian.org Tags: sid bookworm ftbfs Usertags: ffmpeg5.0 xmms2 FTBFS with ffmpeg 5.0 in experimental: dh_install dh_install: warning: Cannot find (any matches for) "usr/lib/xmms2/libxmms_avcodec.so" (tried in ., debian/tmp) dh_install: warning: xmms2-plugin-avcodec missing files: usr/lib/xmms2/libxmms_avcodec.so dh_install: error: missing files, aborting Cheers -- Sebastian Ramacher signature.asc Description: PGP signature
Bug#1005902: xmms2: do not release with bookworm
Source: xmms2 Version: 0.8+dfsg-22 Severity: serious X-Debbugs-Cc: sramac...@debian.org Tags: sid bookworm Upstream development of xmms2 has seized. There is no activity at https://github.com/xmms2 and xmms2.org no longer exists. The last upstream release was in 2011, so it's time to let it go. Cheers signature.asc Description: PGP signature
Bug#198676: gtk-doc-tools: fails to install
Jerome Warnier <[EMAIL PROTECTED]> wrote: > When I try to install it, I get: > Setting up gtk-doc-tools (1.0-6) ... > install/gtk-doc-tools: Handling install for emacsen flavor emacs20 > IO error reading /usr/share/emacs/site-lisp/subdirs.el: Invalid argument > emacs-package-install: > /usr/lib/emacsen-common/packages/install/gtk-doc-tools emacs20 emacs20 > failed at /usr/lib/emacsen-common/emacs-package-install line 30, > line 1. I cannot reproduce this problem with gtk-doc-tools 1.0-12. Can you try this again? If it still fails, can you try, whether "cat /usr/share/emacs/site-lisp/subdirs.el" works? Thanks, - Sebastian
Bug#1090038: tinydyndns: FTBFS: Oops. Your getgroups() returned 0, and setgroups() failed
Source: tinydyndns Version: 0.4.2.debian1-4 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=tinydyndns&arch=amd64&ver=0.4.2.debian1-4&stamp=1732785096&raw=0 ./auto-str auto_home `head -1 conf-home` > auto_home.c ./chkshsgr || ( cat warn-shsgr; exit 1 ) Oops. Your getgroups() returned 0, and setgroups() failed; this means that I can't reliably do my shsgr test. Please either ``make'' as root or ``make'' while you're in one or more supplementary groups. make[1]: *** [Makefile.djbdns:514: hasshsgr.h] Error 1 make[1]: *** Waiting for unfinished jobs make[1]: Leaving directory '/<>' dh_auto_test: error: make -j6 check returned exit code 2 make: *** [debian/rules:7: binary-arch] Error 25 Cheers -- Sebastian Ramacher
Bug#412782: rekall: rekall crashes when using the create new db wizard
Package: rekall
Version: 2.2.6-5
Severity: serious
I choose "store in database" and rekall crashes immediately after choosing
the type of database, no matter what it is (mysql, postgresql, the two I
use in my system). I get these message at the terminal (narrowed to what
I think are the relevant lines):
---<---cut here---start-->---
Found db driver tag=[mysql] comment=[Rekall MySQL Driver]
flags=[AF_HOST|AF_PORTNUMBER|AF_SOCKETNAME|AF_FLAGS|AF_USERPASSWORD|AF_SSHTUNNEL/63]
Found db driver tag=[odbc] comment=[Rekall ODBC Driver]
flags=[AF_USERPASSWORD/16]
Found db driver tag=[pgsql] comment=[Rekall PgSQL Driver]
flags=[AF_HOST|AF_PORTNUMBER|AF_SOCKETNAME|AF_FLAGS|AF_USERPASSWORD|AF_SSHTUNNEL/63]
Found db driver tag=[unisql] comment=[Rekall UniverSQL Driver] flags=[(null)/0]
Found db driver tag=[xbase] comment=[Rekall XBase/XBSQL Driver] flags=[(null)/0]
KBWizardCtrlReg::makeWizardCtrl: [next]->[(nil)
KBWizardCtrlReg::makeWizardCtrl: [ok]->[(nil)
KBWizardCtrlReg::makeWizardCtrl: [DBList]->[0x518c00
KBWizardCtrlReg::makeWizardCtrl: [WizFile]->[0x518da0
KBWizardPage::compile: [next][
local dbtype = page.ctrl("dbType") ;
print (dbtype.value() + "\n") ;
if (dbtype.value() == "xbase") return "xbase" ;
return (dbtype.attr("flags") & 0x01) == 0 ? "database" : "host"
]
KCrash: Application 'rekall' crashing...
---<---cut here---end>---
Thanks for your help with this.
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-amd64
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Versions of packages rekall depends on:
ii kdelibs4c2a4:3.5.5a.dfsg.1-6 core libraries and binaries for al
ii libacl12.2.41-1 Access control list shared library
ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi
ii libattr1 2.4.32-1 Extended attribute shared library
ii libaudio2 1.8-3 The Network Audio System (NAS). (s
ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries
ii libfam02.7.0-12 Client library to control the FAM
ii libfontconfig1 2.4.2-1 generic font configuration library
ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib
ii libgcc11:4.1.1-21GCC support library
ii libice61:1.0.1-2 X11 Inter-Client Exchange library
ii libidn11 0.6.5-1 GNU libidn library, implementation
ii libjpeg62 6b-13 The Independent JPEG Group's JPEG
ii libltdl3 1.5.22-4 A system independent dlopen wrappe
ii libmysqlclient15off5.0.32-7 mysql database client library
ii libpng12-0 1.2.15~beta5-1PNG library - runtime
ii libpq4 8.1.8-1 PostgreSQL C client library
ii libqt3-mt 3:3.3.7-3 Qt GUI Library (Threaded runtime v
ii libsm6 1:1.0.1-3 X11 Session Management library
ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3
ii libx11-6 2:1.0.3-5 X11 client-side library
ii libxbase2.0-0 2.0.0-8 xbase compatible C++ class library
ii libxbsql0c20.11-6SQL wrapper for XBase DBMS library
ii libxcursor11.1.7-4 X cursor management library
ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar
ii libxft22.1.8.2-8 FreeType-based font drawing librar
ii libxi6 1:1.0.1-4 X11 Input extension library
ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library
ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library
ii libxrender11:0.9.1-3 X Rendering Extension client libra
ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library
ii python2.4 2.4.4-2 An interactive high-level object-o
ii unixodbc 2.2.11-13 ODBC tools libraries
ii zlib1g 1:1.2.3-13compression library - runtime
rekall recommends no packages.
-- no debconf information
Cheers,
--
Seb
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#828594: virtuoso-opensource: FTBFS with openssl 1.1.0
On 2016-06-26 12:24:41 [+0200], Kurt Roeckx wrote:
> If you have problems making things work, feel free to contact us.
The patch attached fixes most of it.
There are a few des ⇾ DES conversations like des_cblock ⇾ DES_cblock or
des_key_schedule ⇾ DES_key_schedule or des_ede3_cbc_encrypt ⇾
DESede3_cbc_encrypt which I hope are okay.
There are M_ASN1_INTEGER_free ⇾ ASN1_STRING_free which I also hope that
those are okay. That part where I replaced d2i_ASN1_BOOLEAN() looks like
they copied it from old openssl code.
There are a few #if HALP blocks which I simply don't know what should
happen in there. If HALP is turned into 0 then it compiles.
> Kurt
Sebastian
>From 58fa4e5de620b90fca7c2366a130ec73d0aee0f0 Mon Sep 17 00:00:00 2001
From: Sebastian Andrzej Siewior
Date: Mon, 5 Sep 2016 10:49:54 +
Subject: [PATCH] virtuoso-opensource: build against openssl 1.1.0
Signed-off-by: Sebastian Andrzej Siewior
---
libsrc/Dk/Dkernel.c | 6 +-
libsrc/Wi/bif_crypto.c | 80 +++-
libsrc/Wi/http.c | 2 +-
libsrc/Wi/xmlenc.c | 319 +++
libsrc/Wi/xmlenc.h | 176 --
libsrc/Wi/xmlenc_algos.c | 132 +++-
libsrc/util/sslengine.c | 6 +-
7 files changed, 485 insertions(+), 236 deletions(-)
diff --git a/libsrc/Dk/Dkernel.c b/libsrc/Dk/Dkernel.c
index c8dfbf7..82c77cb 100644
--- a/libsrc/Dk/Dkernel.c
+++ b/libsrc/Dk/Dkernel.c
@@ -4930,7 +4930,11 @@ ssl_server_init ()
# if (OPENSSL_VERSION_NUMBER >= 0x00908000L)
SSL_library_init ();
# endif
- SSLeay_add_all_algorithms ();
+#if OPENSSL_VERSION_NUMBER < 0x1010
+ SSLeay_add_all_algorithms();
+#else
+ OpenSSL_add_all_algorithms();
+#endif
PKCS12_PBE_add (); /* stub */
#ifdef NO_THREAD
diff --git a/libsrc/Wi/bif_crypto.c b/libsrc/Wi/bif_crypto.c
index c759d11..23c676b 100644
--- a/libsrc/Wi/bif_crypto.c
+++ b/libsrc/Wi/bif_crypto.c
@@ -181,21 +181,26 @@ box_hmac (caddr_t box, caddr_t key, int alg)
unsigned char temp[EVP_MAX_MD_SIZE];
unsigned int size = 0;
caddr_t res = NULL;
- HMAC_CTX ctx;
+ HMAC_CTX *ctx;
const EVP_MD *md = EVP_sha1 ();
if (alg == 1)
md = EVP_ripemd160 ();
- HMAC_Init (&ctx, key, box_length (key) - DV_STRINGP (key) ? 1 : 0, md);
- box_hmac_1 (box, &ctx);
- HMAC_Final (&ctx, temp, &size);
+ ctx = HMAC_CTX_new();
+ if (!ctx)
+ return res;
+
+ HMAC_Init_ex (ctx, key, box_length (key) - DV_STRINGP (key) ? 1 : 0, md, NULL);
+ box_hmac_1 (box, ctx);
+ HMAC_Final (ctx, temp, &size);
if (size)
{
res = dk_alloc_box (size + 1, DV_SHORT_STRING);
memcpy (res, temp, size);
res[size] = 0;
}
+ HMAC_CTX_free(ctx);
return res;
}
@@ -347,14 +352,12 @@ asn1_parse_to_xml (BIO * bp, unsigned char **pp, long length, int offset, int de
{
int ii;
- opp = op;
- ii = d2i_ASN1_BOOLEAN (NULL, &opp, len + hl);
- if (ii < 0)
+ if (len + hl < 1)
{
if (BIO_write (bp, "Bad boolean\n", 12))
goto end;
}
- BIO_printf (bp, "%d", ii);
+ BIO_printf (bp, "%d", p[0]);
}
else if (tag == V_ASN1_BMPSTRING)
{
@@ -415,7 +418,7 @@ asn1_parse_to_xml (BIO * bp, unsigned char **pp, long length, int offset, int de
}
if (os != NULL)
{
- M_ASN1_OCTET_STRING_free (os);
+ ASN1_STRING_free (os);
os = NULL;
}
}
@@ -448,7 +451,7 @@ asn1_parse_to_xml (BIO * bp, unsigned char **pp, long length, int offset, int de
if (BIO_write (bp, "BAD INTEGER", 11) <= 0)
goto end;
}
- M_ASN1_INTEGER_free (bs);
+ ASN1_STRING_free (bs);
}
else if (tag == V_ASN1_ENUMERATED)
{
@@ -479,7 +482,7 @@ asn1_parse_to_xml (BIO * bp, unsigned char **pp, long length, int offset, int de
if (BIO_write (bp, "BAD ENUMERATED", 11) <= 0)
goto end;
}
- M_ASN1_ENUMERATED_free (bs);
+ ASN1_STRING_free (bs);
}
else if (len > 0 && dump)
{
@@ -515,7 +518,7 @@ end:
if (o != NULL)
ASN1_OBJECT_free (o);
if (os != NULL)
-M_ASN1_OCTET_STRING_free (os);
+ASN1_STRING_free (os);
*pp = p;
return (ret);
}
@@ -854,16 +857,18 @@ bif_smime_sign (caddr_t * qst, caddr_t * err_ret, state_slot_t ** args)
}
certs = sk_X509_new_null ();
+#if HALP
if (store && store->objs)
{
for (inx = 0; inx < sk_X509_OBJECT_num (store->objs); inx++)
{
X509_OBJECT *obj = sk_X509_OBJECT_value (store->objs, inx);
- if (obj->type == X509_LU_X509)
+ if (X509_OBJECT_get_type(obj) == X509_LU_X509)
sk_X509_push (certs, X509_dup (obj->data.x509));
}
}
+#endif
if (store)
X509_STORE_free (store);
in_bio = BIO_new_mem_buf (msg, box_length (msg) - 1);
@@ -935,6 +940,7 @@ bif_smime_encrypt (caddr_t * qst, caddr_t * err_ret, state_slot_t ** args)
sqlr_new_er
Bug#828540: sendmail: FTBFS with openssl 1.1.0
control: tags -1 patch
On 2016-07-01 01:47:09 [+0200], Andreas Beckmann wrote:
> maybe you can help me getting sendmail (which I'm QA maintaining for
> some years now) to work with the new openssl.
…
> Dear users of sendmail: Your help is needed in case you want to
> continue using sendmail in stretch!
could you please try if the patch attached works? It compiles :)
> Andreas
Sebastian
>From ac5e68745e050f8e86e435994eec866718128242 Mon Sep 17 00:00:00 2001
From: Sebastian Andrzej Siewior
Date: Sat, 10 Sep 2016 19:27:17 +
Subject: [PATCH] sendmail: compile against openssl 1.1.0
Signed-off-by: Sebastian Andrzej Siewior
---
debian/configure.ac | 13 +++--
sendmail/tls.c | 141 +---
2 files changed, 120 insertions(+), 34 deletions(-)
diff --git a/debian/configure.ac b/debian/configure.ac
index fb73d89..3c16c82 100644
--- a/debian/configure.ac
+++ b/debian/configure.ac
@@ -1605,11 +1605,16 @@ if test $sm_enable_tls != no; then
,[sm_have_tls=no])
if test $ac_cv_header_openssl_ssl_h = yes; then
- AC_CHECK_LIB(ssl, SSL_library_init,
- [sm_have_tls=yes]
- ,[sm_have_tls=no]
- ,[-lcrypto])
+ tmp_libs="$LIBS"
+ LIBS="$LIBS -lssl"
+ AC_LINK_IFELSE(
+ [AC_LANG_PROGRAM([[#include ]],
+ [[SSL_library_init();]])],
+ [sm_have_tls="yes";],
+ [sm_have_tls="no";])
+
+ LIBS=$tmp_libs
if test $sm_have_tls != yes; then
AC_MSG_WARN([Could not find -lssl (libssl-dev)])
fi;
diff --git a/sendmail/tls.c b/sendmail/tls.c
index 6b0ea25..4014ea0 100644
--- a/sendmail/tls.c
+++ b/sendmail/tls.c
@@ -60,18 +60,58 @@ static unsigned char dh512_g[] =
0x02
};
+#if OPENSSL_VERSION_NUMBER < 0x1010
+
+static inline int DH_set0_pqg(DH *dh, BIGNUM *p, BIGNUM *q, BIGNUM *g)
+{
+ /* If the fields p and g in d are NULL, the corresponding input
+ * parameters MUST be non-NULL. q may remain NULL.
+ */
+ if ((dh->p == NULL && p == NULL)
+ || (dh->g == NULL && g == NULL))
+ return 0;
+
+ if (p != NULL) {
+ BN_free(dh->p);
+ dh->p = p;
+ }
+ if (q != NULL) {
+ BN_free(dh->q);
+ dh->q = q;
+ }
+ if (g != NULL) {
+ BN_free(dh->g);
+ dh->g = g;
+ }
+
+ if (q != NULL) {
+ dh->length = BN_num_bits(q);
+ }
+
+ return 1;
+}
+#endif
+
static DH *
get_dh512()
{
DH *dh = NULL;
-
- if ((dh = DH_new()) == NULL)
- return NULL;
- dh->p = BN_bin2bn(dh512_p, sizeof(dh512_p), NULL);
- dh->g = BN_bin2bn(dh512_g, sizeof(dh512_g), NULL);
- if ((dh->p == NULL) || (dh->g == NULL))
- return NULL;
+ BIGNUM *p;
+ BIGNUM *g;
+
+ dh = DH_new();
+ p = BN_bin2bn(dh512_p, sizeof(dh512_p), NULL);
+ g = BN_bin2bn(dh512_g, sizeof(dh512_g), NULL);
+ if (!dh || !p || !g)
+ goto err;
+ if (!DH_set0_pqg(dh, p, NULL, g))
+ goto err;
return dh;
+err:
+ DH_free(dh);
+ BN_free(p);
+ BN_free(g);
+ return NULL;
}
# if 0
@@ -117,17 +157,22 @@ get_dh2048()
};
static unsigned char dh2048_g[]={ 0x02, };
DH *dh;
-
- if ((dh=DH_new()) == NULL)
- return(NULL);
- dh->p=BN_bin2bn(dh2048_p,sizeof(dh2048_p),NULL);
- dh->g=BN_bin2bn(dh2048_g,sizeof(dh2048_g),NULL);
- if ((dh->p == NULL) || (dh->g == NULL))
- {
- DH_free(dh);
- return(NULL);
- }
+ BIGNUM *p;
+ BIGNUM *g;
+
+ dh = DH_new();
+ p = BN_bin2bn(dh2048_p,sizeof(dh2048_p),NULL);
+ g = BN_bin2bn(dh2048_g,sizeof(dh2048_g),NULL);
+ if (!dh || !p || !g)
+ goto err;
+ if (!DH_set0_pqg(dh, p, NULL, g))
+ goto err;
return(dh);
+err:
+ DH_free(dh);
+ BN_free(p);
+ BN_free(g);
+ return NULL;
}
# endif /* !NO_DH */
@@ -926,7 +971,7 @@ inittls(ctx, req, options, srv, certfile, keyfile, cacertpath, cacertfile, dhpar
{
/* get a pointer to the current certificate validation store */
store = SSL_CTX_get_cert_store(*ctx); /* does not fail */
- crl_file = BIO_new(BIO_s_file_internal());
+ crl_file = BIO_new(BIO_s_file());
if (crl_file != NULL)
{
if (BIO_read_filename(crl_file, CRLFile) >= 0)
@@ -1002,9 +1047,23 @@ inittls(ctx, req, options, srv, certfile, keyfile, cacertpath, cacertfile, dhpar
if (bitset(TLS_I_RSA_TMP, req)
# if SM_CONF_SHM
- && ShmId != SM_SHM_NO_ID &&
- (rsa_tmp = RSA_generate_key(RSA_KEYLENGTH, RSA_F4, NULL,
- NULL)) == NULL
+ && ShmId != SM_SHM_NO_ID) {
+ BIGNUM *bn;
+
+ bn = BN_new();
+ rsa_tmp = RSA_new();
+ if (!bn || !rsa_tmp || !BN_set_word(bn, RSA_F4)) {
+ RSA_free(rsa_tmp);
+ rsa_tmp = NULL;
+ }
+ if (rsa_tmp) {
+ if (!RSA_generate_key_ex(rsa_tmp, RSA_KEYLENGTH, bn, NULL)) {
+RSA_free(rsa_tmp);
+rsa_tmp = NULL;
+ }
+ }
+ BN_free(bn);
+ if (!rsa_tmp
# else /* SM_CONF_SHM */
&& 0 /* no shared memory: no need to generate key now */
# endif /* SM_CONF_SHM */
@@ -1020,6 +1079,7 @@ inittls(ctx, req, options, srv, certfile, keyfile, cacertpath, cacertfile, dhpar
}
return false;
}
+ }
# endif /* !TLS_NO_RSA */
/*
@@
Bug#828540: sendmail: FTBFS with openssl 1.1.0
On 2016-09-12 17:15:15 [+0200], Andreas Beckmann wrote:
> Many thanks, so let's just try it :-)
>
> It FTBFS on the non-linux architectures:
> https://buildd.debian.org/status/package.php?p=sendmail&suite=unstable
>
> It's this part of your patch:
Sorry for that. V2 attached. I could throw on a freebsd-* porter box
first if you want me to.
Sebastian
>From 02edb8d94682fcf13a7e98618294e06f728e66e6 Mon Sep 17 00:00:00 2001
From: Sebastian Andrzej Siewior
Date: Sat, 10 Sep 2016 19:27:17 +
Subject: [PATCH] sendmail: compile against openssl 1.1.0
Signed-off-by: Sebastian Andrzej Siewior
---
debian/configure.ac | 13 +++--
sendmail/tls.c | 165 +++-
2 files changed, 132 insertions(+), 46 deletions(-)
diff --git a/debian/configure.ac b/debian/configure.ac
index fb73d89..3c16c82 100644
--- a/debian/configure.ac
+++ b/debian/configure.ac
@@ -1605,11 +1605,16 @@ if test $sm_enable_tls != no; then
,[sm_have_tls=no])
if test $ac_cv_header_openssl_ssl_h = yes; then
- AC_CHECK_LIB(ssl, SSL_library_init,
- [sm_have_tls=yes]
- ,[sm_have_tls=no]
- ,[-lcrypto])
+ tmp_libs="$LIBS"
+ LIBS="$LIBS -lssl"
+ AC_LINK_IFELSE(
+ [AC_LANG_PROGRAM([[#include ]],
+ [[SSL_library_init();]])],
+ [sm_have_tls="yes";],
+ [sm_have_tls="no";])
+
+ LIBS=$tmp_libs
if test $sm_have_tls != yes; then
AC_MSG_WARN([Could not find -lssl (libssl-dev)])
fi;
diff --git a/sendmail/tls.c b/sendmail/tls.c
index 6b0ea25..6a10890 100644
--- a/sendmail/tls.c
+++ b/sendmail/tls.c
@@ -60,18 +60,58 @@ static unsigned char dh512_g[] =
0x02
};
+#if OPENSSL_VERSION_NUMBER < 0x1010
+
+static inline int DH_set0_pqg(DH *dh, BIGNUM *p, BIGNUM *q, BIGNUM *g)
+{
+ /* If the fields p and g in d are NULL, the corresponding input
+ * parameters MUST be non-NULL. q may remain NULL.
+ */
+ if ((dh->p == NULL && p == NULL)
+ || (dh->g == NULL && g == NULL))
+ return 0;
+
+ if (p != NULL) {
+ BN_free(dh->p);
+ dh->p = p;
+ }
+ if (q != NULL) {
+ BN_free(dh->q);
+ dh->q = q;
+ }
+ if (g != NULL) {
+ BN_free(dh->g);
+ dh->g = g;
+ }
+
+ if (q != NULL) {
+ dh->length = BN_num_bits(q);
+ }
+
+ return 1;
+}
+#endif
+
static DH *
get_dh512()
{
DH *dh = NULL;
-
- if ((dh = DH_new()) == NULL)
- return NULL;
- dh->p = BN_bin2bn(dh512_p, sizeof(dh512_p), NULL);
- dh->g = BN_bin2bn(dh512_g, sizeof(dh512_g), NULL);
- if ((dh->p == NULL) || (dh->g == NULL))
- return NULL;
+ BIGNUM *p;
+ BIGNUM *g;
+
+ dh = DH_new();
+ p = BN_bin2bn(dh512_p, sizeof(dh512_p), NULL);
+ g = BN_bin2bn(dh512_g, sizeof(dh512_g), NULL);
+ if (!dh || !p || !g)
+ goto err;
+ if (!DH_set0_pqg(dh, p, NULL, g))
+ goto err;
return dh;
+err:
+ DH_free(dh);
+ BN_free(p);
+ BN_free(g);
+ return NULL;
}
# if 0
@@ -117,17 +157,22 @@ get_dh2048()
};
static unsigned char dh2048_g[]={ 0x02, };
DH *dh;
-
- if ((dh=DH_new()) == NULL)
- return(NULL);
- dh->p=BN_bin2bn(dh2048_p,sizeof(dh2048_p),NULL);
- dh->g=BN_bin2bn(dh2048_g,sizeof(dh2048_g),NULL);
- if ((dh->p == NULL) || (dh->g == NULL))
- {
- DH_free(dh);
- return(NULL);
- }
+ BIGNUM *p;
+ BIGNUM *g;
+
+ dh = DH_new();
+ p = BN_bin2bn(dh2048_p,sizeof(dh2048_p),NULL);
+ g = BN_bin2bn(dh2048_g,sizeof(dh2048_g),NULL);
+ if (!dh || !p || !g)
+ goto err;
+ if (!DH_set0_pqg(dh, p, NULL, g))
+ goto err;
return(dh);
+err:
+ DH_free(dh);
+ BN_free(p);
+ BN_free(g);
+ return NULL;
}
# endif /* !NO_DH */
@@ -926,7 +971,7 @@ inittls(ctx, req, options, srv, certfile, keyfile, cacertpath, cacertfile, dhpar
{
/* get a pointer to the current certificate validation store */
store = SSL_CTX_get_cert_store(*ctx); /* does not fail */
- crl_file = BIO_new(BIO_s_file_internal());
+ crl_file = BIO_new(BIO_s_file());
if (crl_file != NULL)
{
if (BIO_read_filename(crl_file, CRLFile) >= 0)
@@ -1000,26 +1045,41 @@ inittls(ctx, req, options, srv, certfile, keyfile, cacertpath, cacertfile, dhpar
** maybe we should do it only on demand...
*/
- if (bitset(TLS_I_RSA_TMP, req)
# if SM_CONF_SHM
- && ShmId != SM_SHM_NO_ID &&
- (rsa_tmp = RSA_generate_key(RSA_KEYLENGTH, RSA_F4, NULL,
- NULL)) == NULL
-# else /* SM_CONF_SHM */
- && 0 /* no shared memory: no need to generate key now */
-# endif /* SM_CONF_SHM */
- )
+ if (bitset(TLS_I_RSA_TMP, req)
+ && ShmId != SM_SHM_NO_ID)
{
- if (LogLevel > 7)
+ BIGNUM *bn;
+
+ bn = BN_new();
+ rsa_tmp = RSA_new();
+ if (!bn || !rsa_tmp || !BN_set_word(bn, RSA_F4)) {
+ RSA_free(rsa_tmp);
+ rsa_tmp = NULL;
+ }
+ if (rsa_tmp)
{
- sm_syslog(LOG_WARNING, NOQID,
- "STARTTLS=%s, error: RSA_generate_key failed",
- who);
- if (LogLevel > 9)
-tlslogerr(LOG_WARNING, who);
+ if (!RSA_generate_key_ex(rsa_tmp, RSA_KEYLENGTH, bn, N
Bug#828594: virtuoso-opensource: FTBFS with openssl 1.1.0
control: tags -1 patch
control: forwarded -1 https://github.com/openlink/virtuoso-opensource/pull/583
On 2016-09-10 17:39:04 [+0200], Kurt Roeckx wrote:
> You already had to include that file to get it working, and that seems to be
> a message form 2001. So you really can't say they haven't been warned.
okay.
> > That part where I replaced d2i_ASN1_BOOLEAN() looks like
> > they copied it from old openssl code.
>
> I'm not sure that that code you replaced it with is correct or not.
this makes two people then.
> > @@ -854,16 +857,18 @@ bif_smime_sign (caddr_t * qst, caddr_t * err_ret,
> > state_slot_t ** args)
> > }
> >
> >certs = sk_X509_new_null ();
> > +#if HALP
> >if (store && store->objs)
> > {
> >for (inx = 0; inx < sk_X509_OBJECT_num (store->objs); inx++)
> > {
> > X509_OBJECT *obj = sk_X509_OBJECT_value (store->objs, inx);
> > - if (obj->type == X509_LU_X509)
> > + if (X509_OBJECT_get_type(obj) == X509_LU_X509)
> > sk_X509_push (certs, X509_dup (obj->data.x509));
> > }
> >
> > }
> > +#endif
>
> Are you looking for X509_STORE_get0_objects(store) instead of
> store->objs?
correct.
> > @@ -1488,6 +1496,7 @@ bif_get_certificate_info (caddr_t * qst, caddr_t *
> > err_ret, state_slot_t ** args
> > int n, i, len;
> > char *s, *data_ptr;
> > BIO *mem = BIO_new (BIO_s_mem ());
> > +#if HALP
> > for (i = 0; NULL != subj && i < sk_X509_NAME_ENTRY_num(subj->entries);
> > i++)
> > {
> > ne = sk_X509_NAME_ENTRY_value(subj->entries,i);
>
> I think you're looking for:
> for (i = 0; NULL != subj && i < X509_NAME_entry_count(subj); i++)
> {
> X509_NAME_ENTRY *ne = X509_NAME_get_entry(subj, i);
>
exactly. Thank you.
The patch attached should contain the changes. And I forwarded ported to
their latest develop branch and created a pull request.
>
> Kurt
Sebastian
>From 823092cccbd8e2ab9bfad6c3d3df791a7ffa76fc Mon Sep 17 00:00:00 2001
From: Sebastian Andrzej Siewior
Date: Mon, 5 Sep 2016 10:49:54 +
Subject: [PATCH] virtuoso-opensource: build against openssl 1.1.0
Signed-off-by: Sebastian Andrzej Siewior
---
libsrc/Dk/Dkernel.c | 6 +-
libsrc/Wi/bif_crypto.c | 120 ++
libsrc/Wi/http.c | 2 +-
libsrc/Wi/xmlenc.c | 319 +++
libsrc/Wi/xmlenc.h | 193 ++--
libsrc/Wi/xmlenc_algos.c | 132 +++-
libsrc/util/sslengine.c | 6 +-
7 files changed, 524 insertions(+), 254 deletions(-)
diff --git a/libsrc/Dk/Dkernel.c b/libsrc/Dk/Dkernel.c
index c8dfbf7..82c77cb 100644
--- a/libsrc/Dk/Dkernel.c
+++ b/libsrc/Dk/Dkernel.c
@@ -4930,7 +4930,11 @@ ssl_server_init ()
# if (OPENSSL_VERSION_NUMBER >= 0x00908000L)
SSL_library_init ();
# endif
- SSLeay_add_all_algorithms ();
+#if OPENSSL_VERSION_NUMBER < 0x1010
+ SSLeay_add_all_algorithms();
+#else
+ OpenSSL_add_all_algorithms();
+#endif
PKCS12_PBE_add (); /* stub */
#ifdef NO_THREAD
diff --git a/libsrc/Wi/bif_crypto.c b/libsrc/Wi/bif_crypto.c
index c759d11..3bfc588 100644
--- a/libsrc/Wi/bif_crypto.c
+++ b/libsrc/Wi/bif_crypto.c
@@ -181,21 +181,26 @@ box_hmac (caddr_t box, caddr_t key, int alg)
unsigned char temp[EVP_MAX_MD_SIZE];
unsigned int size = 0;
caddr_t res = NULL;
- HMAC_CTX ctx;
+ HMAC_CTX *ctx;
const EVP_MD *md = EVP_sha1 ();
if (alg == 1)
md = EVP_ripemd160 ();
- HMAC_Init (&ctx, key, box_length (key) - DV_STRINGP (key) ? 1 : 0, md);
- box_hmac_1 (box, &ctx);
- HMAC_Final (&ctx, temp, &size);
+ ctx = HMAC_CTX_new();
+ if (!ctx)
+ return res;
+
+ HMAC_Init_ex (ctx, key, box_length (key) - DV_STRINGP (key) ? 1 : 0, md, NULL);
+ box_hmac_1 (box, ctx);
+ HMAC_Final (ctx, temp, &size);
if (size)
{
res = dk_alloc_box (size + 1, DV_SHORT_STRING);
memcpy (res, temp, size);
res[size] = 0;
}
+ HMAC_CTX_free(ctx);
return res;
}
@@ -347,14 +352,12 @@ asn1_parse_to_xml (BIO * bp, unsigned char **pp, long length, int offset, int de
{
int ii;
- opp = op;
- ii = d2i_ASN1_BOOLEAN (NULL, &opp, len + hl);
- if (ii < 0)
+ if (len + hl < 1)
{
if (BIO_write (bp, "Bad boolean\n", 12))
goto end;
}
- BIO_printf (bp, "%d", ii);
+ BIO_printf (bp, "%d", p[0]);
}
else if (tag == V_ASN1_BMPSTRING)
{
@@ -415,7 +418,7 @@ asn1_parse_to_xml (BIO * bp, unsigned char **pp, long length, int offset, int de
}
if (os != NULL)
{
- M_ASN1_OCTET_STRING_free (os);
+ ASN1_STRIN
Bug#846113: polygraph loses SSL support when compiled with OpenSSL 1.1
On 2016-11-28 16:49:35 [+0200], Adrian Bunk wrote: > Package: polygraph > Version: 4.3.2-4 > Severity: serious > Tags: patch > Control: block 827061 by -1 > > ... > checking for CRYPTO_lock in -lcrypto... no > checking for CRYPTO_add_lock in -lcrypto... no > ... > > Not a perfect solution but an option for stretch is the patch below to > use OpenSSL 1.0.2 > > The "| libssl-dev (<< 1.1.0~)" is added for backports. could we please keep the bug reporting the way we had it? That means to note that fails to properly build against openssl 1.1 which will remain open with severity important if the package stays with openssl 1.0. > --- debian/control.old2016-11-28 11:13:51.0 + > +++ debian/control2016-11-28 11:13:57.0 + > @@ -6,7 +6,7 @@ > debhelper (>= 9), > dh-autoreconf, > libncurses5-dev, > - libssl-dev, > + libssl1.0-dev | libssl-dev (<< 1.1.0~), > zlib1g-dev, > Standards-Version: 3.9.8 > Homepage: http://www.web-polygraph.org I though we agreed not to tag this as a patch but as a hint what can be done if the maintainer chooses to stay with 1.0. Do you expect this bug to be closed once it switches to libsl1.0-dev? Sebastian
Bug#846113: polygraph loses SSL support when compiled with OpenSSL 1.1
On 2016-11-30 01:16:09 [+0200], Adrian Bunk wrote:
> > I though we agreed not to tag this as a patch
>
> Where did I agree to that?
The last time I pointed it out and you replied that the problem is that
"two things are tracked in one bug but it can't be cloned".
> > but as a hint what can be
> > done if the maintainer chooses to stay with 1.0.
>
> Reality in Debian is that a large amount of packages is not well
> maintained, polygraph is actually orphaned.
It received uploads since I orphaned it so I wouldn't say that it is not
well maintained. However the last upload lost SSL on its way to the
archive so it is 50-50 :)
> > Do you expect this bug
> > to be closed once it switches to libsl1.0-dev?
>
> The thing I do care about is not the patch tag, the thing I do care
> about is that we are not losing any packages in stretch due to the
> whole OpenSSL situation.
Yes? So you switch to 1.0.2 for a package that is not well maintained
and we get back here in Buster but we don't lose a package in Stretch?
It has low popcon and if it wouldn't be you, then we probably would have
polygraph without SSL. And looking at my tracker there are more packages
that depend on libssl-dev and don't link against it.
> A patch tag makes it visible that there is a solution for the RC issue
> in stretch.
I attached a patch which builds against 1.1.0. Lets see if somebody is
able to test it.
> Who is going to do the uploads for the ~ 100 not well maintained
> packages that need to be switched to 1.0.2?
>
> Will you do these?
If the release team says we have to finish the asap then I will step up
and try my best.
> It should be your job for making dual 1.0.2/1.1 work.
>
> Or will you at least sponsor me, if I send you a batch of 100 NMUs and
> QA uploads switching packages to 1.0.2?
If the 100 NMUs are tested and not just switched the build-depends then
maybe. But as you see here, you don't need special powers to get things
compiled with 1.1.0. I actually spent more time writing this email than
the patch. And I would like to avoid switching B-D now and looking at it
again after the release.
> cu
> Adrian
Sebastian
>From dc21aa1a25fa59e3e667cff8487f971dd74a3d0a Mon Sep 17 00:00:00 2001
From: Sebastian Andrzej Siewior
Date: Wed, 30 Nov 2016 20:10:36 +
Subject: [PATCH] polygraph: get it built with openssl 1.1.0
It does not complain if openssl is not found during ./configure
- probe for existing symbols
- drop old SSLv2 check
- add headers for functions which were included previously via openssl's
headers.
Signed-off-by: Sebastian Andrzej Siewior
---
configure.in | 4 ++--
src/client/NtlmAuth.cc | 1 +
src/xstd/Ssl.cc| 2 ++
3 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/configure.in b/configure.in
index 4ae562f6b87b..4708118fb3b4 100644
--- a/configure.in
+++ b/configure.in
@@ -278,7 +278,7 @@ else
OLDCPPFLAGS="$CPPFLAGS"
LDFLAGS="$CLEANLDFLAGS -L$EXTRA_SSL/lib"
CPPFLAGS="$CLEANCPPFLAGS -I$EXTRA_SSL/include"
- AC_CHECK_LIB(crypto, CRYPTO_add_lock,[
+ AC_CHECK_LIB(crypto, EVP_CIPHER_CTX_new,[
HAVECRYPTO="yes" ], [
LDFLAGS="$OLDLDFLAGS"
CPPFLAGS="$OLDCPPFLAGS"
@@ -292,7 +292,7 @@ else
dnl this is only reasonable to do if crypto actually is there
dnl it is important to do this _after_ the crypto lib
- AC_CHECK_LIB(crypto, CRYPTO_add_lock)
+ AC_CHECK_LIB(crypto, EVP_CIPHER_CTX_new)
AC_CHECK_LIB(ssl, SSL_connect)
if test "$ac_cv_lib_ssl_SSL_connect" != yes
diff --git a/src/client/NtlmAuth.cc b/src/client/NtlmAuth.cc
index e56f6218c775..9f63ff8283b8 100644
--- a/src/client/NtlmAuth.cc
+++ b/src/client/NtlmAuth.cc
@@ -22,6 +22,7 @@
#include
#include
#include
+#include
#include "client/NtlmAuth.h"
#include "client/SpnegoCodec.h"
diff --git a/src/xstd/Ssl.cc b/src/xstd/Ssl.cc
index 4cdf2fe31259..af30f86face9 100644
--- a/src/xstd/Ssl.cc
+++ b/src/xstd/Ssl.cc
@@ -31,9 +31,11 @@ SslCtx::SslCtx(SslProtocol protocol, const String &cipher): theCtx(0) {
* build. */
switch(protocol) {
case SSLv2:
+#if OPENSSL_VERSION_NUMBER < 0x1010
#ifndef OPENSSL_NO_SSL2
theCtx = ::SSL_CTX_new(::SSLv2_method());
#endif
+#endif
break;
case TLSv1:
theCtx = ::SSL_CTX_new(::TLSv1_method());
--
2.10.2
Bug#761989: Please remove libdc0 from Debian
Control: reassign 761989 ftp.debian.org Control: retitle 761989 RM: RoQA; unmaintained, dead upstream, low popcon, library with no rdeps On 2017-01-17 10:16:52 [+], Simon McVittie wrote: > Control: reassign 761998 ftp.debian.org > Control: retitle 761998 RM: RoQA; unmaintained, dead upstream, low popcon, > library with no rdeps > > On Wed, 17 Sep 2014 at 21:54:52 +0700, Maia Everett wrote: > > libdc0/valknut's upstream is pretty much dead. The only user of libdc0 > > is valknut, for which I'm also filing a removal request and which can be > > replaced by its actively maintained fork, eiskaltdcpp. > > > > The last stable release of libdc0 was in 2009 and the last SVN commit > > was in 2011. > > This reasoning seems good to me. Reassigning to ftp.debian.org for removal. The reassign above (in the quoted mail) was sent to #761998 and looking at the history of #761998 it looks like it has been one twice by Simon McVittie so I _assume_ that one was intended for 761989/libdc0 since the bug report talks about both packages. Therefore I reassign the bug to ftp.d.o for the final removal. > S Sebastian
Bug#859783: turnserver: Please migrate to openssl1.1 in Buster
Package: turnserver Version: 0.7.3-5 Severity: important Tags: sid buster User: pkg-openssl-de...@lists.alioth.debian.org Usertags: openssl-1.1-trans Please migrate to libssl-dev in the Buster cycle. The bug report about the FTBFS is #828581. The log of the FTBFS can be found at https://breakpoint.cc/openssl-1.1-rebuild-2016-05-29/Attempted/turnserver_0.7.3-4_amd64-20160529-1546 Sebastian
Bug#859786: vtun: Please migrate to openssl1.1 in Buster
Package: vtun Version: 3.0.3-3 Severity: important Tags: sid buster User: pkg-openssl-de...@lists.alioth.debian.org Usertags: openssl-1.1-trans Please migrate to libssl-dev in the Buster cycle. The bug report about the FTBFS is #828596. The log of the FTBFS can be found at https://breakpoint.cc/openssl-1.1-rebuild-2016-05-29/Attempted/vtun_3.0.3-2.2_amd64-20160529-1551 Sebastian
Bug#859791: wvstreams: Please migrate to openssl1.1 in Buster
Package: wvstreams Version: 4.6.1-11 Severity: important Tags: sid buster User: pkg-openssl-de...@lists.alioth.debian.org Usertags: openssl-1.1-trans Please migrate to libssl-dev in the Buster cycle. The bug report about the FTBFS is #828603. The log of the FTBFS can be found at https://breakpoint.cc/openssl-1.1-rebuild-2016-05-29/Attempted/wvstreams_4.6.1-8_amd64-20160529-1553 Sebastian
Bug#859834: yafc: Please migrate to openssl1.1 in Buster
Package: yafc Version: 1.3.7-3 Severity: important Tags: sid buster User: pkg-openssl-de...@lists.alioth.debian.org Usertags: openssl-1.1-trans Please migrate to libssl-dev in the Buster cycle. Sebastian
Bug#870775: boxbackup: Please migrate to openssl1.1 in Buster
Package: boxbackup Version: 0.12~gitcf52058f-3 Severity: important Tags: sid buster User: pkg-openssl-de...@lists.alioth.debian.org Usertags: openssl-1.1-trans Please migrate to libssl-dev in the Buster cycle. Sebastian
Bug#870779: pev: Please migrate to openssl1.1 in Buster
Package: pev Version: 0.80-3 Severity: important Tags: sid buster User: pkg-openssl-de...@lists.alioth.debian.org Usertags: openssl-1.1-trans Please migrate to libssl-dev in the Buster cycle. Sebastian
Bug#873978: sendmail-base: Please check for /usr/share/sendmail/dynamic before sourcing it
Package: sendmail-base Version: 8.15.2-8 Severity: serious I had sendmail installed. Then I removed it including sendmail-base. I used "apt-get remove" instead of "purge" and this did not end well. The log was quickly filled with this: |Sep 1 21:28:02 debbuildd dhclient[3221]: DHCPREQUEST of 172.123.10.83 on eth0 to 255.255.255.255 port 67 |Sep 1 21:28:02 debbuildd dhclient[3221]: DHCPOFFER of 172.123.10.83 from 172.123.10.1 |Sep 1 21:28:03 debbuildd dhclient[3221]: DHCPACK of 172.123.10.83 from 172.123.10.1 |Sep 1 21:28:03 debbuildd dhclient[3221]: DHCPDECLINE on eth0 to 255.255.255.255 port 67 |Sep 1 21:28:03 debbuildd dhclient[3221]: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 5 |Sep 1 21:28:03 debbuildd dhclient[3221]: DHCPREQUEST of 172.123.10.83 on eth0 to 255.255.255.255 port 67 |Sep 1 21:28:03 debbuildd dhclient[3221]: DHCPOFFER of 172.123.10.83 from 172.123.10.1 |Sep 1 21:28:03 debbuildd dhclient[3221]: DHCPACK of 172.123.10.83 from 172.123.10.1 |Sep 1 21:28:03 debbuildd dhclient[3221]: DHCPDECLINE on eth0 to 255.255.255.255 port 67 The reason for the DHCPCELINE was: |/sbin/dhclient-script: 28: . :Can't open /usr/share/sendmail/dynamic Which could have been caused by |/etc/network/if-up.d/sendmail:. /usr/share/sendmail/dynamic; |/etc/network/if-post-down.d/sendmail:. /usr/share/sendmail/dynamic; |/etc/network/if-down.d/sendmail:. /usr/share/sendmail/dynamic; |/etc/dhcp/dhclient-exit-hooks.d/sendmail:. /usr/share/sendmail/dynamic; |/etc/ppp/ip-up.d/sendmail:. /usr/share/sendmail/dynamic; |/etc/ppp/ip-down.d/sendmail:. /usr/share/sendmail/dynamic; |/etc/resolvconf/update-libc.d/sendmail:. /usr/share/sendmail/dynamic; but in my case it was /etc/dhcp/dhclient-exit-hooks.d/sendmail. Please either remove those files on remove or test for "/usr/share/sendmail/dynamic" before the script sources the file. This was a headless box so it took while to notice… Sebastian
Bug#851081: ekg2: Please migrate to openssl1.1 in buster
Hi, this is a remainder about the openssl transition [0]. We really want to remove libssl1.0-dev from unstable for Buster. I will raise the severity of this bug to serious in a month. Please react before that happens. [0] https://bugs.debian.org/871056#55 Sebastian
Bug#859146: linuxdcpp: Please migrate to openssl1.1 in buster
Hi, this is a remainder about the openssl transition [0]. We really want to remove libssl1.0-dev from unstable for Buster. I will raise the severity of this bug to serious in a month. Please react before that happens. [0] https://bugs.debian.org/871056#55 Sebastian
Bug#858929: ike: Please migrate to openssl1.1 in buster
Hi, this is a remainder about the openssl transition [0]. We really want to remove libssl1.0-dev from unstable for Buster. I will raise the severity of this bug to serious in a month. Please react before that happens. [0] https://bugs.debian.org/871056#55 Sebastian
Bug#859556: polygraph: Please migrate to openssl1.1 in buster
Hi, this is a remainder about the openssl transition [0]. We really want to remove libssl1.0-dev from unstable for Buster. I will raise the severity of this bug to serious in a month. Please react before that happens. [0] https://bugs.debian.org/871056#55 Sebastian
Bug#859554: pidgin-openfetion: Please migrate to openssl1.1 in buster
Hi, this is a remainder about the openssl transition [0]. We really want to remove libssl1.0-dev from unstable for Buster. I will raise the severity of this bug to serious in a month. Please react before that happens. [0] https://bugs.debian.org/871056#55 Sebastian
Bug#859228: mod-authn-webid: Please migrate to openssl1.1 in buster
Hi, this is a remainder about the openssl transition [0]. We really want to remove libssl1.0-dev from unstable for Buster. I will raise the severity of this bug to serious in a month. Please react before that happens. [0] https://bugs.debian.org/871056#55 Sebastian
Bug#859786: vtun: Please migrate to openssl1.1 in Buster
Hi, this is a remainder about the openssl transition [0]. We really want to remove libssl1.0-dev from unstable for Buster. I will raise the severity of this bug to serious in a month. Please react before that happens. [0] https://bugs.debian.org/871056#55 Sebastian
Bug#859783: turnserver: Please migrate to openssl1.1 in Buster
Hi, this is a remainder about the openssl transition [0]. We really want to remove libssl1.0-dev from unstable for Buster. I will raise the severity of this bug to serious in a month. Please react before that happens. [0] https://bugs.debian.org/871056#55 Sebastian
Bug#870779: pev: Please migrate to openssl1.1 in Buster
Hi, this is a remainder about the openssl transition [0]. We really want to remove libssl1.0-dev from unstable for Buster. I will raise the severity of this bug to serious in a month. Please react before that happens. [0] https://bugs.debian.org/871056#55 Sebastian
Bug#870775: boxbackup: Please migrate to openssl1.1 in Buster
Hi, this is a remainder about the openssl transition [0]. We really want to remove libssl1.0-dev from unstable for Buster. I will raise the severity of this bug to serious in a month. Please react before that happens. [0] https://bugs.debian.org/871056#55 Sebastian
