Bug#840823: execnet test failures

Control: tags -1 patch Hi, On 08.01.2017 18:27, Rebecca N. Palmer wrote: > (I had never heard of this package before your d-d post: I'm looking at it > because of the number of to-be-autoremoved reverse dependencies) (Me too.) > I can't reproduce any of these test failures: > dpkg-buildpackage

Bug#851026: ffmpeg: FTBFS: ffconf.bVIjAhhQ.c:2: undefined reference to `dlopen'

Hi Bálint. On 22.01.2017 10:48, Bálint Réczey wrote: > 2017-01-22 0:05 GMT+01:00 Andreas Cadhalpun > <andreas.cadhal...@googlemail.com>: >> The next FFmpeg upstream release will probably not be in time for the freeze, >> so I've just cherry-picked this patch. > &g

Bug#851026: marked as pending

44310efe06cafd9190932a4dd854215158271b24 Author: Andreas Cadhalpun <andreas.cadhal...@googlemail.com> Date: Sat Jan 21 22:40:35 2017 +0100 Update changelog diff --git a/debian/changelog b/debian/changelog index 9ad97cf..eefdda9 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,8 +1,14 @@ -ffmpeg (7:3

Bug#851026: ffmpeg: FTBFS: ffconf.bVIjAhhQ.c:2: undefined reference to `dlopen'

Hi, On 19.01.2017 00:05, Bálint Réczey wrote: > 2017-01-14 23:54 GMT+01:00 Adrian Bunk : >> No, you should only look at the first compile error in that file: >> >> src/libavformat/chromaprint.c:42:24: error: field 'ctx' has incomplete type >> ChromaprintContext ctx; >>

Bug#845037: libschroedinger-1.0-0: is this package fit for stretch?

On 22.11.2016 20:35, Andreas Cadhalpun wrote: > That's fine. I'll also wait with fixing ffmpeg for the next upstream > bugfix release that is expected soon. > > I've now filed bugs #845361 - #845366 about the other packages. This is now all done and the fixes migrated to testing

Bug#845037: libschroedinger-1.0-0: is this package fit for stretch?

On 22.11.2016 10:55, Sebastian Dröge wrote: > On Mon, 2016-11-21 at 23:46 +0100, Andreas Cadhalpun wrote: >> I will take care of ffmpeg myself and I assume you will take care of >> gst-plugins-bad1.0. > > Yeah, will do in the next days! Some other things to handle first T

Bug#845362: libquicktime: removal of libschroedinger

Package: src:libquicktime Version: 2:1.2.4-8 Severity: serious Tags: patch Control: block 845037 by -1 Dear Maintainer, libschroedinger contains various possibly security relevant bugs and is no longer maintained upstream. Therefore it has been decided to remove it from Debian. (see bug #845037)

Bug#845364: lives: removal of libschroedinger

Package: src:lives Version: 2.8.0-1 Severity: serious Tags: patch Control: block 845037 by -1 Dear Maintainer, libschroedinger contains various possibly security relevant bugs and is no longer maintained upstream. Therefore it has been decided to remove it from Debian. (see bug #845037) Before

Bug#845366: ocaml-schroedinger: removal of libschroedinger

Package: src:ocaml-schroedinger Version: 0.1.0-3 Severity: serious Control: block 845037 by -1 Dear Maintainer, libschroedinger contains various possibly security relevant bugs and is no longer maintained upstream. Therefore it has been decided to remove it from Debian. (see bug #845037) Before

Bug#845365: mplayer: removal of libschroedinger

Package: src:mplayer Version: 2:1.3.0-4 Severity: serious Tags: patch Control: block 845037 by -1 Dear Maintainer, libschroedinger contains various possibly security relevant bugs and is no longer maintained upstream. Therefore it has been decided to remove it from Debian. (see bug #845037)

Bug#845363: liquidsoap: removal of libschroedinger

Package: src:liquidsoap Version: 1.1.1-7.1 Severity: serious Tags: patch Control: block 845037 by -1 Dear Maintainer, libschroedinger contains various possibly security relevant bugs and is no longer maintained upstream. Therefore it has been decided to remove it from Debian. (see bug #845037)

Bug#845361: gmerlin-avdecoder: removal of libschroedinger

Package: src:gmerlin-avdecoder Version: 1.2.0~dfsg-7 Severity: serious Tags: patch Control: block 845037 by -1 Dear Maintainer, libschroedinger contains various possibly security relevant bugs and is no longer maintained upstream. Therefore it has been decided to remove it from Debian. (see bug

Bug#845037: libschroedinger-1.0-0: is this package fit for stretch?

Hi Sebastian, On 21.11.2016 08:22, Sebastian Dröge wrote: > On Sun, 2016-11-20 at 11:57 +0100, Moritz Muehlenhoff wrote: > >>> Thus I think stretch would be better of without this library. >>> >>> As replacement, ffmpeg has a decent dirac decoder and also a >>> vc2 encoder, which is the

Bug#845037: libschroedinger-1.0-0: is this package fit for stretch?

Package: libschroedinger-1.0-0 Version: 1.0.11-2.1 Severity: serious X-Debbugs-Cc: Debian Security Team Dear Maintainer, libschroedinger contains various possibly security relevant bugs (see #787957 for the tip of the iceberg). Furthermore it is no longer maintained

Bug#841977: libomxil-bellagio0: binaries shipped in shared library package

Package: libomxil-bellagio0 Version: 0.9.3-3 Severity: serious Justification: Debian Policy section 8.2 Dear Maintainer, libomxil-bellagio0 includes binaries and manual pages: * /usr/bin/omxregister-bellagio * /usr/bin/omxregister-bellagio-0 * /usr/share/man/man1/omxregister-bellagio.1.gz *

Bug#831591: ffmpeg: kodi crash

Control: reopen -1 Control: reassign -1 kodi 16.1+dfsg1-2 Control: severity -1 important Hi, The relevant backtrace from the kodi_crashlog is: Thread 1 (Thread 0x7f1b6bffe700 (LWP 16893)): #0 0x7f1ba92991c8 in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:54 #1

Bug#840434: marked as pending

87b93f4e3ee2b6253ab9f5a166860a1ff18877d5 Author: Andreas Cadhalpun <andreas.cadhal...@googlemail.com> Date: Tue Oct 11 21:18:00 2016 +0200 finalize changelog diff --git a/debian/changelog b/debian/changelog index 1209a73..88975bb 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,12 +1,28 @@ -ffmpeg (7:3

Bug#813858: gcc-5: [mips] regression: miscompilation caused by -fexpensive-optimizations

Control: forwarded -1 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69714 Control: tags -1 patch Hi Aurelien, On 08.02.2016 23:59, Aurelien Jarno wrote: > On 2016-02-06 02:38, Andreas Cadhalpun wrote: >> This works correctly with gcc-5 5.3.1-6, so it is a regression in 5.3.1-7. > &g

Bug#813858: gcc-5: [mips] regression: miscompilation caused by -fexpensive-optimizations

Control: affects -1 tokyocabinet Hi Tobias, On 06.02.2016 15:37, Tobias Frost wrote: > I also see something like this for tokyocabinet, see #813880 for an > analysis... > > I see those failures on powerpc, ppc64 and s390x, but not on mips. Well, 1.4.48-5 and 1.4.48-6 also failed to build on

Bug#813858: gcc-5: [mips] regression: miscompilation caused by -fexpensive-optimizations

Package: gcc-5 Version: 5.3.1-7 Severity: serious Justification: causes ffmpeg to FTBFS Control: affects -1 ffmpeg X-Debbugs-Cc: debian-m...@lists.debian.org Dear Maintainer, ffmpeg 7:2.8.6-1 failed to build on mips due to test failures. I investigated the problem and it turns out to be caused

Bug#811519: vlc: avio plugin leaks file content

Control: tags -1 = moreinfo Control: severity -1 important Hi, On 19.01.2016 17:27, Sebastian Ramacher wrote: > On 2016-01-19 18:11:01, Rémi Denis-Courmont wrote: >> With a carefully crafted URL, the VLC avio plugin can be made to leak >> content of local files to remote parties. >> The root

Bug#741935: Bug#803800: avbin: FTBFS with FFmpeg 2.9

Hi Jon, On 11.01.2016 11:24, Jonathan Peirce wrote: > Thanks for the note Andreas. I think for the psychopy package we now > have sufficient alternatives that we can live without avbin. Thanks for the confirmation. I requested the removal of avbin now in bug #810706 [1]. Best regards, Andreas

Bug#741935: Bug#803800: avbin: FTBFS with FFmpeg 2.9

Hi, the next version of FFmpeg is planned to be released this month (and it might be called 3.0 instead of 2.9). As this package is currently broken (#750577), not in testing due to #741935, and still orphaned, I think it should be removed from sid. Therefore I'll request it's removal soon,

Bug#807973: chromium-browser: 1 GB of sourceless binaries in the source package

Source: chromium-browser Version: 47.0.2526.80-1 Severity: serious Justification: policy §2.1 Dear Maintainer, in this version, the source package includes about 1 GB of binaries in the native_client/toolchain subdirectory. Apparently no sources for them are included, only references in:

Bug#807578: /usr/bin/afl-clang-fast: strict dependency on clang version not declared

Package: afl-clang Version: 1.95b-2 Severity: serious Justification: makes the program unusable File: /usr/bin/afl-clang-fast Dear Maintainer, The current version of afl-clang-fast in testing doesn't work at all: $ echo "int main(){return 0;}" | afl-clang-fast -x c - afl-clang-fast 1.95b by

Bug#804852: Bug#800509: LLVM default to 3.6 transition ?

Dear release team, afl-clang is also involved in this transition, as it depends on: clang (<< 1:3.6), clang (>= 1:3.5) Hence it is currently uninstallable in sid, which was reported as #804852. After a no-change-rebuild in current sid, these dependencies change to: clang (<< 1:3.7), clang (>=

Bug#805169: cmus-plugin-ffmpeg: not linked with libavresample

Package: cmus-plugin-ffmpeg Version: 2.5.0-7+b2 Tags: sid stretch patch Severity: grave Justification: makes the package unusable Dear Maintainer, the libav10.patch makes use of libavresample, but doesn't make sure the plugin is actually linked with that library. Thus cmus can't dlopen this

Bug#804222: harvid: FTBFS: *** No rule to make target '../libharvid/libharvid.a', needed by 'harvid'. Stop.

bharvid is required to build the harvid binary in the src directory. Declaring this dependency is only possible, when changing the $(SUBDIRS) target from double-colon to single-colon, since double-colon implies independence. But then it has to be marked .PHONY as well, or nothing will be built. Au

Bug#803700: mrpt: FTBFS: 7 FAILED TESTS

Control: tags -1 fixed-upstream Hi Jose Luis, On 03.11.2015 10:34, Jose Luis Blanco wrote: > For the records: This was caused by the use of the latest alpha > version of Eigen 3.3, as explained in this bug report: > http://eigen.tuxfamily.org/bz/show_bug.cgi?id=1066#c3 > > It is already fixed

Bug#803701: ovito: FTBFS: missing BD libcgal-qt5-dev

Source: ovito Version: 2.3.3+dfsg1-1 Severity: serious Tags: Patch Dear Maintainer, ovito currently fails to build due to a missing build-dependency on libcgal-qt5-dev: CMake Error at /usr/lib/x86_64-linux-gnu/cmake/CGAL/CGALExports.cmake:83 (message): The imported target "CGAL::CGAL_Qt5"

Bug#803700: mrpt: FTBFS: 7 FAILED TESTS

Source: mrpt Version: 1.3.0-1.1 Severity: serious Dear Maintainer, mrpt currently fails to build due to test failures: [==] 139 tests from 24 test cases ran. (8760 ms total) [ PASSED ] 132 tests. [ FAILED ] 7 tests, listed below: [ FAILED ]

Bug#803461: [Pkg-clamav-devel] Bug#803461: clamav: FTBFS with LLVM 3.6

Control: tags -1 pending On 30.10.2015 11:42, Andreas Beckmann wrote: > Clamav in experimental FTBFS with LLVM 3.6: > > configure: Using external LLVM > checking for supported LLVM version... no (3.6.2) > configure: error: LLVM < 3.6 required, but "3.6.2"(362) found > configure: error: Failed to

Bug#800318: gcc-5: [mips,mipsel] regression: miscompilation caused by -fexpensive-optimizations

On 29.09.2015 22:54, Aurelien Jarno wrote: > On 2015-09-29 19:41, Andreas Cadhalpun wrote: >> Great. Can you estimate when that upload will happen? >> (I'm trying to decide whether or not to workaround it in the meantime.) > > This is handled by Matthias Klose, so it's a

Bug#800318: gcc-5: [mips,mipsel] regression: miscompilation caused by -fexpensive-optimizations

Hi, On 28.09.2015 21:52, Aurelien Jarno wrote: > On 2015-09-28 18:17, Andreas Cadhalpun wrote: >> Attached is a testcase for mips, but it works fine for mipsel. >> >> One more peculiarity I noticed is that adding 'c->A = 1;' to >> an unused code path

Bug#800318: gcc-5: [mips,mipsel] regression: miscompilation caused by -fexpensive-optimizations

Hi Aurelien, On 28.09.2015 14:48, Aurelien Jarno wrote: > On 2015-09-27 23:43, Andreas Cadhalpun wrote: >> A slightly larger test case for mips is compiling ffmpeg... > > It what I did to test if the failure is due to the above changes. > ffmpeg builds fine with gcc version 5

Bug#800318: gcc-5: [mips,mipsel] regression: miscompilation caused by -fexpensive-optimizations

Package: gcc-5 Version: 5.2.1-17 Severity: serious Justification: causes ffmpeg to FTBFS Control: affects -1 ffmpeg X-Debbugs-Cc: Aurelien Jarno , debian-m...@lists.debian.org Dear Maintainer, ffmpeg 7:2.8-1 failed to build on mips/mipsel due to test failures. I

Bug#800318: gcc-5: [mips,mipsel] regression: miscompilation caused by -fexpensive-optimizations

Hi Aurelien, On 27.09.2015 23:10, Aurelien Jarno wrote: > On 2015-09-27 20:37, Andreas Cadhalpun wrote: > Thanks for the detailed testcase. I have been able to reproduce the > issue on mipsel, but not on mips. Indeed, this test case only works on mipsel. However, the same tests of

Bug#785916: landell: Please update to GStreamer 1.x

Hi Sebastian, On 21.08.2015 08:44, Sebastian Dröge wrote: On Fr, 2015-08-21 at 00:11 +0200, Andreas Cadhalpun wrote: I'm also going to request the removal of gstreamer0.10-ffmpeg, since it is the last reverse-dependency of src:libpostproc and I want to request it's removal. I hope you don't

Bug#795718: Don't include libav in stretch

Hi Moritz, On 19.08.2015 15:53, Moritz Mühlenhoff wrote: On Tue, Aug 18, 2015 at 08:08:01PM +0200, Andreas Cadhalpun wrote: On 16.08.2015 14:27, Moritz Muehlenhoff wrote: It was decided to switch to ffmpeg for stretch and it's now in testing. Please remove libav from testing (or rather from

Bug#788557: freerdp: FTBFS: list sub-command REMOVE_DUPLICATES requires list to be present

Control: tag -1 patch Hi, On 16.07.2015 20:23, Andreas Cadhalpun wrote: On 12.06.2015 19:15, Andreas Cadhalpun wrote: freerdp currently fails to build in sid/stretch with the following error: CMake Error at channels/client/CMakeLists.txt:33 (list): list sub-command REMOVE_DUPLICATES

Bug#795718: Don't include libav in stretch

Hi Moritz, On 16.08.2015 14:27, Moritz Muehlenhoff wrote: It was decided to switch to ffmpeg for stretch and it's now in testing. Please remove libav from testing (or rather from unstable unless someone wants to continue to maintain it in unstable/experimental only) It has been planned to

Bug#794817: Should mplayer2 be removed from unstable?

On 07.08.2015 03:19, Sebastian Ramacher wrote: On 2015-08-06 23:05:58, Andreas Cadhalpun wrote: Unless someone objects, I'll reassign this bug to ftp.debian.org for removal soon. Before doing so, please file bugs against packages (Build-)Depending on mplayer2 to switch back to mplayer

Bug#794817: Should mplayer2 be removed from unstable?

Package: mplayer2 Severity: serious I think mplayer2 should be removed because: * It is dead upstream (even the homepage is gone). * mplayer is back in Debian, which can replace mplayer2. Unless someone objects, I'll reassign this bug to ftp.debian.org for removal soon. Best regards, Andreas

Bug#793557: clamtk in testing

Control: severity -1 important Control: tags -1 = unreproducible moreinfo Hi Carlos, On 25.07.2015 04:10, Carlos Kosloff wrote: * Specs Using KDE desktop, on a Toshiba laptop with amd64 architecture. Much more useful would be the information collected by reportbug: $ reportbug --template

Bug#792992: gazebo: FTBFS with Bullet 2.83.5

Control: tags -1 fixed-upstream patch Hi, On 20.07.2015 13:45, Markus Koschany wrote: gazebo fails to build from source with the latest version of Bullet, 2.83.5. Please update your package. This is fixed upstream [1][2]. Attached is a patch for the debian package. I am sorry for the short

Bug#793085: ffmpeg: removal of ffmpeg makes files disappear from libav-tools

Control: tags -1 pending Control: severity -1 important Hi, On 21.07.2015 13:58, Reinhard Tartler wrote: On Tue, Jul 21, 2015, 4:51 AM Andreas Beckmann a...@debian.org mailto:a...@debian.org wrote: This is a serious bug violating policy 7.6, see

Bug#792992: gazebo: FTBFS with Bullet 2.83.5

Hi Markus, On 21.07.2015 17:50, Markus Koschany wrote: Am 21.07.2015 um 17:38 schrieb Andreas Cadhalpun: On 20.07.2015 13:45, Markus Koschany wrote: gazebo fails to build from source with the latest version of Bullet, 2.83.5. Please update your package. This is fixed upstream [1][2

Bug#793131: avbin: FTBFS: fatal error: avformat.h: No such file or directory

Package: avbin Version: 7-4 Tags: patch Severity: serious Justification: fails to build from source (but built successfully in the past) Tags: sid stretch Dear maintainer, the libav - ffmpeg transition is ongoing and the headers are now installed in the multi-arch locations. Thus compiling with

Bug#793089: dvbcut: FTBFS against ffmpeg

this by using the full libswscale/swscale.h path. Best regards, Andreas --- /dev/null +++ b/debian/patches/fix_ffmpeg_includes.patch @@ -0,0 +1,62 @@ +Description: Use full include path for FFmpeg libraries + +Author: Andreas Cadhalpun andreas.cadhal...@googlemail.com +Last-Update: 2015-07-21

Bug#793015: taoframework: FTBFS, needs update of hardcoded sonames

Source: taoframework Version: 2.1.svn20090801-10 Tags: patch Severity: serious Justification: fails to build from source Dear maintainer, the ffmpeg-libav transition [1] is ongoing and thus the hardcoded sonames in taoframework need to be updated. Please apply attached patch doing that. Best

Bug#788557: freerdp: FTBFS: list sub-command REMOVE_DUPLICATES requires list to be present

Control: tag -1 fixed-upstream Hi, On 12.06.2015 19:15, Andreas Cadhalpun wrote: freerdp currently fails to build in sid/stretch with the following error: CMake Error at channels/client/CMakeLists.txt:33 (list): list sub-command REMOVE_DUPLICATES requires list to be present. This is fixed

Bug#792493: xmms2: FTBFS: uses obsolete ruby Config::CONFIG

: https://reproducible.debian.net/rb-pkg/unstable/amd64/xmms2.html --- /dev/null +++ b/debian/patches/ruby2.2-RbConfig.patch @@ -0,0 +1,16 @@ +Description: Use RbConfig instead of Config + +Author: Andreas Cadhalpun andreas.cadhal...@googlemail.com +Last-Update: 2015-07-15 + +--- a/waflib/Tools

Bug#788559: [Help] Cmake detection problem (Was: Bug#788559: vxl: FTBFS: fatal error: libc.h: No such file or directory)

@@ -0,0 +1,19 @@ +Description: Unset Cmake variables on configuration change + Previously they have been set to arbitrary values, but that confuses + recent versions of cmake. + +Author: Andreas Cadhalpun andreas.cadhal...@googlemail.com +Bug-Debian: https://bugs.debian.org/788559 +Last-Update: 2015-07

Bug#788557: freerdp: FTBFS: list sub-command REMOVE_DUPLICATES requires list to be present

Source: freerdp Version: 1.1.0~git20140921.1.440916e+dfsg1-4 Severity: serious Justification: fails to build from source Dear Maintainer, freerdp currently fails to build in sid/stretch with the following error: CMake Error at channels/client/CMakeLists.txt:33 (list): list sub-command

Bug#788559: vxl: FTBFS: fatal error: libc.h: No such file or directory

Source: vxl Version: 1.17.0.dfsg-1 Severity: serious Justification: fails to build from source Dear Maintainer, vxl currently fails to build in sid/stretch with the following error: [ 0%] Building CXX object vcl/CMakeFiles/vcl.dir/vcl_cassert.o In file included from

Bug#785203: clamav-freshclam: ERROR: Can't create temporary directory

Control: forcemerge 777219 -1 Hi Rob, On 13.05.2015 14:56, Rob Mason wrote: This error appears against 'freshclam', but I believe its related to clamav-base. Following a dist-upgrade of clamav, the /var/lib/clamav directory ownership is reset to 'clamav'. This behaviour is incorrect if

Bug#783720: clamav-daemon does not honour Local* with systemd

Hi Sebastian, On 01.05.2015 23:11, Sebastian Andrzej Siewior wrote: On 2015-04-29 23:03:49 [+0200], Andreas Cadhalpun wrote: The options LocalSocket /var/run/clamav/clamd.ctl.change LocalSocketGroup nobody LocalSocketMode 600 same options I just pushed a fix

Bug#783838: blender: FTBFS in Jessie

Hi Matteo, On 30.04.2015 19:45, Matteo F. Vescovi wrote: I was about uploading it today in the afternoon, but the python3.4 issue (now fixed) prevented that. I'll hopefully upload it tomorrow. Thanks! Best regards, Andreas -- To UNSUBSCRIBE, email to

Bug#783842: paraview: FTBFS: no matching function for call to 'min(unsigned int, int)'

Source: paraview Version: 4.1.0+dfsg+1 Severity: serious Dear maintainer, paraview currently fails to build with the following error: /tmp/buildd/paraview-4.1.0+dfsg+1/VTK/Rendering/FreeType/vtkFreeTypeTools.cxx: In member function 'bool vtkFreeTypeTools::CalculateBoundingBox(const T,

Bug#763148: Prevent migration to jessie

On 29.04.2015 12:28, Emilio Pozuelo Monfort wrote: On 29/04/15 10:41, Bálint Réczey wrote: 2015-04-29 9:44 GMT+02:00 Emilio Pozuelo Monfort po...@debian.org: On 27/04/15 00:30, Andreas Cadhalpun wrote: On 27.04.2015 00:01, Emilio Pozuelo Monfort wrote: On 26/04/15 19:06, Andreas Cadhalpun

Bug#783720: clamav-daemon does not honour Local* with systemd

Hi Sebastian, On 29.04.2015 14:56, Sebastian Andrzej Siewior wrote: The options LocalSocket /var/run/clamav/clamd.ctl.change LocalSocketGroup nobody LocalSocketMode 600 in clamd.conf are not considered when used via systemd. It seems that

Bug#763148: Prevent migration to jessie

Hi Jonathan, thanks for answering my question. On 29.04.2015 16:52, Jonathan Wiltshire wrote: mysql-5.5 and mariadb-10.0 in Jessie is not exactly no problem. There were extensive discussions before the freeze about which of the *four* forks of MySQL would ship in Jessie. Bear in mind that

Bug#763148: Prevent migration to jessie

Hi Moritz, On 29.04.2015 20:22, Moritz Mühlenhoff wrote: Andreas Cadhalpun wrote: But having mysql-5.5 and mariadb-10.0 in jessie is apparently no problem, despite previous claims. What's the difference? To properly migrate over a daemon they need to co-exist for a stable release, while

Bug#763148: Prevent migration to jessie

Hi Julien, On 29.04.2015 20:40, Julien Cristau wrote: On Wed, Apr 29, 2015 at 20:33:07 +0200, Andreas Cadhalpun wrote: Having ffmpeg in testing during this time would be nice, e.g. so that people using testing can easily compare them. Not really. It's a library, users don't get to compare

Bug#763148: Prevent migration to jessie

On 29.04.2015 20:47, Moritz Mühlenhoff wrote: On Wed, Apr 29, 2015 at 08:33:07PM +0200, Andreas Cadhalpun wrote: Having both for a year along each other will only waste people's time. Now at the beginning of the release cycle is the time to make a decision, not by dragging things into a year

Bug#763148: Prevent migration to jessie

Hi Alessio, On 29.04.2015 15:27, Alessio Treglia wrote: On Wed, Apr 29, 2015 at 12:47 PM, Andreas Cadhalpun andreas.cadhal...@googlemail.com wrote: Therefore I'm planning to discuss a possible transition from Libav to FFmpeg with the maintainers of the reverse dependencies, before asking

Bug#763148: Prevent migration to jessie

Hi Alessandro, On 29.04.2015 16:08, Alessandro Ghedini wrote: The decision has to be taken *now*, not in one year. We should start discussing, sure, but I would be surprised if a decision could be reached in a time frame short enough to qualify as 'now'. Last year, just before the freeze, we

Bug#783720: clamav-daemon does not honour Local* with systemd

Control: tags -1 pending Hi Sebastian, On 29.04.2015 21:09, Andreas Cadhalpun wrote: On 29.04.2015 14:56, Sebastian Andrzej Siewior wrote: The options LocalSocket /var/run/clamav/clamd.ctl.change LocalSocketGroup nobody LocalSocketMode 600 in clamd.conf are not considered

Bug#763148: Prevent migration to jessie

Hi Alessandro, On 29.04.2015 14:58, Alessandro Ghedini wrote: On mer, apr 29, 2015 at 02:29:43 +0200, Bálint Réczey wrote: Since there are concerns on shipping both libav and ffmpeg, we won't allow ffmpeg unless it is chosen to be the default and there is a clear transition plan, so that we

Bug#763148: Prevent migration to jessie

On 27.04.2015 00:01, Emilio Pozuelo Monfort wrote: On 26/04/15 19:06, Andreas Cadhalpun wrote: Dear release team, as you undoubtedly know: jessie has been released! \o/ Thus this bug is now obsolete and I'm closing it. Please remove the testing migration block of ffmpeg. I don't think

Bug#781265: gnome-power-manager: gnome-power-statistics segfaults always under certain case

Control: reassign -1 upower Control: forcemerge 774546 -1 Hi Mohammed, On 27.03.2015 01:45, Mohammed Sadik P. K. wrote: On 3/27/15, Andreas Cadhalpun andreas.cadhal...@googlemail.com wrote: This looks like a duplicate of #774546 [1]. Can you install libupower-glib3 0.99.2-2 from experimental

Bug#781265: gnome-power-manager: gnome-power-statistics segfaults always under certain case

Hi Mohammed, On 26.03.2015 17:55, Mohammed Sadik P. K. wrote: * What led up to the situation? Opened `gnome-power-statistics' (via GNOME Terminal emulator), switched between the Tabs, and it segfaults on certain cases. [...] ii libupower-glib3

Bug#779798: openjfx: FTBFS error: conflicting declaration 'typedef int32_t UChar32'

Source: openjfx Version: 8u20-b26-3 Severity: serious Justification: fails to build from source Dear Maintainer, openjfx fails to build on sid/amd64: In file included from /usr/include/x86_64-linux-gnu/unicode/utypes.h:36:0, from

Bug#779802: vtk6: FTBFS: error: no matching function for call to 'min(unsigned int, int)'

Source: vtk6 Version: 6.1.0+dfsg2-5 Tags: sid Severity: serious Justification: fails to build from source Dear Maintainer, vtk6 fails to build on sid/amd64, but it works on jessie/amd64 (hence the sid tag). The errors are: /tmp/buildd/vtk6-6.1.0+dfsg2/Rendering/FreeType/vtkFreeTypeTools.cxx:

Bug#779664: ffmpeg: needs Breaks+Replaces: libav-tools ( 6:9~)

Control: tags -1 pending Hi Andreas, On 03.03.2015 20:46, Andreas Beckmann wrote: during a test with piuparts I noticed your package fails to co-install with libav-tools from wheezy. Thanks for all your testing with piuparts. :) Since there is no ffmpeg package in jessie, adding these

Bug#775400: [Pkg-clamav-devel] Bug#775400: clamav-freshclam: freshclam cant download virus definitions

Control: severity -1 important Hi, On 15.01.2015 22:31, Sebastian Andrzej Siewior wrote: On Thu, Jan 15, 2015 at 10:13:27AM +0100, Ulrich Schmidt wrote: Package: clamav-freshclam Version: 0.98.5+dfsg-3 Severity: grave Tags: newcomer Why newcommer? Good question. This tag is supposed to be

Bug#773041: Bug#773318: clamav dies/hangs

Hi, On 22.12.2014 22:52, Sebastian Andrzej Siewior wrote: On 2014-12-22 02:52:02 [+0100], Marc Dequènes (duck) wrote: I can upload this simple fix quickly, nevertheless i did not have time to proofread it. Any comment? I plan to add the following patch to clamav. I added a small comment why

Bug#773041: Bug#773318: clamav dies/hangs

Control: found 773318 0.98.5+dfsg-0+deb7u1 Control: notfound 773318 0.98.5+dfsg-3 # 0.98.5+dfsg-3 uses the system libmspack # see bug #773041 for progress there Hi Sebastian, On 23.12.2014 21:44, Sebastian Andrzej Siewior wrote: Even better, I like it. The patch at the end of the email is what

Bug#773318: clamav dies/hangs

Hi James, On 19.12.2014 23:07, James Cloos wrote: AC == Andreas Cadhalpun andreas.cadhal...@googlemail.com writes: AC You mean it crashed? AC Please provide excerpts of /var/log/clamav/clamav.log and AC /var/log/syslog from around the time of the crashes. Yes, the clamd process quit, so

Bug#773318: clamav dies/hangs

Control: tags 773041 security Control: severity 773041 grave Justification: causes remote denial of service Hi James, On 19.12.2014 23:12, James Cloos wrote: Even w/ the milter not called, one of the MXs has one clamd thread consuming 100% cpu right now. gdb says: #0 0x7fd0b4791ed0 in

Bug#773318: clamav dies/hangs

Package: clamav-daemon Version: 0.98.5+dfsg-3 Severity: grave Justification: renders package unusable Control: submitter -1 James Cloos cl...@jhcloos.com X-Debbugs-CC: James Cloos cl...@jhcloos.com Forwarding the bug reported on the mailing list:

Bug#773318: clamav dies/hangs

Control: tags -1 moreinfo Hi James, On 16.12.2014 21:55, Andreas Cadhalpun wrote: On 16.12.2014 15:59, James Cloos wrote: Package: clamav-daemon Version: 0.98.5+dfsg-3 Severity: grave Justification: renders package unusable Starting Thursday night clamd died each night. You mean it crashed

Bug#771911: [Pkg-clamav-devel] Bug#771911: clamav-daemon: doesn't listen on TCP socket under systemd

Hi Scott, On 03.12.2014 22:38, Scott Kitterman wrote: On Wednesday, December 03, 2014 10:05:56 PM Andreas Cadhalpun wrote: @team members: Do you agree that we should treat this as an RC bug and upload the fix immediately to unstable? Yes. I just bumped the priority to serious. I don't

Bug#771911: clamav-daemon: doesn't listen on TCP socket under systemd

Hi Scott, On 03.12.2014 23:12, Scott Kitterman wrote: On Wednesday, December 03, 2014 11:08:42 PM Andreas Cadhalpun wrote: Should I create a branch containing only these fixes? Yes. I think that would be best. I just pushed the bug771911 branch [1]. Best regards, Andreas 1: https

Bug#771454: libflite1: minimal version in symbols file too old

Package: libflite1 Version: 1.4-release-11 Severity: serious Dear Maintainer, the symbols file of libflite1 sets the minimal version for all symbols to 1.4-release. But apparently this is not correct: If libflite1 1.4-release-8 is installed, ffmpeg does not work: $ ffmpeg ffmpeg: symbol

Bug#769384: [Pkg-clamav-devel] Bug#769384: Bug#769384: ERROR: This tool requires libclamav with functionality level 79 or higher (current f-level: 77)

Hi, On 13.11.2014 13:55, Scott Kitterman wrote: On Thursday, November 13, 2014 13:25:34 Sebastian Andrzej Siewior wrote: We have depends on libclamav6 based on library functions / ABI. Now the ABI remains unchanged but stops working. This was neither tested nor expected. The problem is that

Bug#769384: [Pkg-clamav-devel] Bug#769384: Bug#769384: ERROR: This tool requires libclamav with functionality level 79 or higher (current f-level: 77)

Hi, On 13.11.2014 22:37, Andreas Cadhalpun wrote: The correct fix is to bump the minimal version requirement of cl_retflevel to 0.98.5~rc1, which is the upstream version in which CL_FLEVEL changed the last time. I have now reverted Sebastian's workaround and added this fix. Now the packages

Bug#767353: clamav: ERROR: Can't save PID to file /var/run/clamav/freshclam.pid: No such file or directory

Control: severity -1 normal Hi Santiago, On 30.10.2014 13:23, Santiago Vila wrote: The subject says it all. This may affect the ability of sysvinit to start or stop the process (but I may be wrong), hence the serious severity. Clamav-freshclam works fine under sysvinit and thus I'm reducing

Bug#764253: system-config-printer: Creates millions of ppd symlinks

Hi OdyX, On 22.10.2014 11:24, Didier 'OdyX' Raboud wrote: Le mardi, 21 octobre 2014, 20.09:08 Andreas Cadhalpun a écrit : Thus I think there are two bugs here: * cups should not create files with wrong permissions in /etc/cups/ppd Upstream seems to think differently; see http://cups.org

Bug#764253: system-config-printer: Creates millions of ppd symlinks

Hi Till, On 22.10.2014 18:14, Till Kamppeter wrote: I have forwarded this report to Tim Waugh from Red Hat, original author of system-config-printer and he has answered me the following: [...] Thanks for forwarding this upstream. For the two bugs you mentioned there are fixes now: Thus I

Bug#764588: ffmpeg: fails to build from source in sid

Control: reassign -1 pbuilder Control: forcemerge 700591 -1 Control: affects 700591 ffmpeg Hi Holger, On 09.10.2014 12:57, Holger Levsen wrote: ffmpeg fails to build from source in sid in pbuilder as per attached log. It works fine in sid (and jessie), but ... make[1]: Leaving directory

Bug#764548: chromium: fails to build due to missing libgnome-keyring-dev build-dependency

Source: chromium-browser Version: 37.0.2062.120-4 Severity: serious Justification: fails to build from source Dear Maintainer, chromium failed to build on amd64 [1]: Package gnome-keyring-1 was not found in the pkg-config search path. Perhaps you should add the directory containing

Bug#763148: Prevent migration to jessie

Hi, On 05.10.2014 03:26, Michael Gilbert wrote: On Fri, Oct 3, 2014 at 1:44 PM, Andreas Cadhalpun wrote: But I don't think that the mere possibility of such problems is a sufficient reason to disregard Debian policy, which clearly states that embedded code copies should not be used

Bug#763148: Prevent migration to jessie

Hi, On 05.10.2014 21:27, Cyril Brulebois wrote: Andreas Cadhalpun andreas.cadhal...@googlemail.com (2014-10-05): The whole discussion we are having currently is about letting FFmpeg migrate to jessie! So this is no 'unavoidable issue'. But as you seem to be willing to consider

Bug#763148: Prevent migration to jessie

Hi, On 05.10.2014 22:38, Cyril Brulebois wrote: Andreas Cadhalpun andreas.cadhal...@googlemail.com (2014-10-05): On 05.10.2014 21:27, Cyril Brulebois wrote: I'm not sure why one would think the decision still needs to be made. That's because the last message from a release team member

Bug#763148: Prevent migration to jessie

Hi Raphael, On 05.10.2014 23:01, Raphael Geissert wrote: I refrained myself from making this comment on the previous debian-devel thread, but now I consider it necessary to be said: given your apparent lack of understanding of the situation and way of communicating it only makes me wonder on

Bug#763148: Prevent migration to jessie

Hi Andreas, On 05.10.2014 22:54, Andreas Barth wrote: * Andreas Cadhalpun (andreas.cadhal...@googlemail.com) [141005 22:36]: That's because the last message from a release team member in this bug said [1]: 'However (and please note that I'm not a member of the security team and just speak

Bug#763148: Prevent migration to jessie

Hi Michael, On 03.10.2014 02:10, Michael Gilbert wrote: On Thu, Oct 2, 2014 at 1:16 PM, Andreas Cadhalpun wrote: So I hope the maintainer of chromium is now happy to be able to use more system libraries. chromium moves way too fast to take advantage of any stable ffmpeg api. How did you

Bug#763148: Prevent migration to jessie

Hi Moritz, On 02.10.2014 18:43, Moritz Mühlenhoff wrote: On Wed, Oct 01, 2014 at 04:32:24PM +0200, Andreas Cadhalpun wrote: However, I can understand why one embedded code copy is better than one embedded code copy plus a library in addition to it. This would be understandable, yes

Bug#763148: Prevent migration to jessie

Hi, On 28.09.2014 14:44, Andreas Barth wrote: * Andreas Cadhalpun (andreas.cadhal...@googlemail.com) [140928 14:36]: On 28.09.2014 12:47, Andreas Barth wrote: The release policy does say Packages must be security-supportable. I would be surprised if a statement from the security team

  1   2   >