Bug#724181: cmus: FTBFS: modplug.c:27:21: fatal error: modplug.h: No such file or directory
Hi, On Sat, Sep 28, 2013 at 05:43:54PM +0200, Rémi Vanicat wrote: > David Suárez writes: > > > Source: cmus > > Version: 2.5.0-3 > > Severity: serious > > Tags: jessie sid > > User: debian...@lists.debian.org > > Usertags: qa-ftbfs-20130922 qa-ftbfs > > Justification: FTBFS on amd64 > > > > Hi, > > > > During a rebuild of all packages in sid, your package failed to build on > > amd64. > > > > Relevant part (hopefully): > >>gcc -c -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector > >> --param=ssp-buffer-size=4 -Wformat -Werror=format-security > >> -I/usr/include/ncursesw -DHAVE_CONFIG -std=gnu99 -pipe -Wall -Wshadow > >> -Wcast-align -Wpointer-arith -Wwrite-strings -Wundef -Wmissing-prototypes > >> -Wredundant-decls -Wextra -Wno-sign-compare -Wformat-security > >> -Wdeclaration-after-statement -Wold-style-definition -Wno-pointer-sign > >> -Werror-implicit-function-declaration -Wno-unused-parameter -MMD -MP -MF > >> .dep-modplug.lo -DREALTIME_SCHEDULING -D_FILE_OFFSET_BITS=64 -fPIC -o > >> modplug.lo modplug.c > >> modplug.c:27:21: fatal error: modplug.h: No such file or directory > >> #include > >> ^ > >> compilation terminated. > >> make[2]: *** [modplug.lo] Error 1 > > This is related to > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652139 > One need to #include This FTBFS bug also affects stable: --- LD flac.so CC mad.lo CC nomad.lo LD mad.so CC modplug.lo modplug.c:24:21: fatal error: modplug.h: No such file or directory compilation terminated. make[1]: *** [modplug.lo] Error 1 make[1]: Leaving directory `/home/jmm/scratch/wheezy/cmus-2.4.3' dh_auto_build: make -j1 returned exit code 2 make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 --- This might be caused by the security update for libmodplug which updated it to a more recent git snapshot: http://www.debian.org/security/2013/dsa-2751 Alessio, could you also fix this in stable? http://www.debian.org/doc/manuals/developers-reference/pkgs.html#upload-stable Cheers, Moritz ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processed: unarchiving 724181
Processing commands for cont...@bugs.debian.org:
> # Automatically generated email from bts, devscripts version 2.10.35lenny7
> unarchive 724181
Bug #724181 {Done: Alessio Treglia } [src:cmus] cmus:
FTBFS: modplug.c:27:21: fatal error: modplug.h: No such file or directory
Unarchived Bug 724181
>
End of message, stopping processing here.
Please contact me if you need assistance.
--
724181: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724181
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Bonjour,
Re: Bonjour, Je ne vous demande rien en retour car je sur veuillez la nuit entière quoique ma santé aille vraiment mal , en priant notre Dieu le tout miséricordieux qu'il puisse m'envoyer une personne sérieuse qui saura bien gérer mon argent et offrir aux plus démunies la joie et le sourire de vivre également. Je vous ai donc choisi avec la bénédiction de Dieu. Vous et vous devez faire toute les démarche pour recevoir. Veuillez donc écrire à ma Banque pour rentrer en possession de votre 1.500.000 € car il vous appartient déjà dès à présent. E-mail: sgbbeban...@outlook.com Merci ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
qmidiarp 0.6.0-1 MIGRATED to testing
FYI: The status of the qmidiarp source package in Debian's testing distribution has changed. Previous version: 0.5.3-1 Current version: 0.6.0-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See http://release.debian.org/testing-watch/ for more information. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
libcoverart 1.0.0+git20140109-2 MIGRATED to testing
FYI: The status of the libcoverart source package in Debian's testing distribution has changed. Previous version: (not in testing) Current version: 1.0.0+git20140109-2 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See http://release.debian.org/testing-watch/ for more information. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#736154: cantata: Information disclosure (no CVE assigned yet)
Control: retitle -1 cantata: Information disclosure (CVE-2013-7300 CVE-2013-7301) Hi On Mon, Jan 20, 2014 at 12:34:45PM +0100, Moritz Muehlenhoff wrote: > Package: cantata > Severity: grave > Tags: security > Justification: user security hole > > Hi, > the following was reported on oss-security: > https://code.google.com/p/cantata/issues/detail?id=356 Two CVEs were assigned: CVE-2013-7300 and CVE-2013-7301. See [1] for details. [1] http://www.openwall.com/lists/oss-security/2014/01/20/5 Regards, Salvatore ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processed: Re: Bug#736154: cantata: Information disclosure (no CVE assigned yet)
Processing control commands: > retitle -1 cantata: Information disclosure (CVE-2013-7300 CVE-2013-7301) Bug #736154 [cantata] cantata: Information disclosure (no CVE assigned yet) Changed Bug title to 'cantata: Information disclosure (CVE-2013-7300 CVE-2013-7301)' from 'cantata: Information disclosure (no CVE assigned yet)' -- 736154: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736154 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#718805: marked as done (/usr/bin/avconv: avconv cannot grab video4linux2 device)
Your message dated Mon, 20 Jan 2014 10:08:48 -0500 with message-id and subject line Re: Re: Bug#718805: /usr/bin/avconv: avconv cannot grab video4linux2 device has caused the Debian Bug report #718805, regarding /usr/bin/avconv: avconv cannot grab video4linux2 device to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 718805: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=718805 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: libav-tools Version: 6:0.8.6-1~bpo60+1 Severity: important File: /usr/bin/avconv avconv -f video4linux2 -i /dev/video1 get this error : avconv version 0.8.6-6:0.8.6-1~bpo60+1, Copyright (c) 2000-2013 the Libav developers built on Jul 23 2013 15:28:31 with gcc 4.4.5 avconv: /build/libav-_lRc_4/libav-0.8.6/libavutil/mathematics.c:79: av_rescale_rnd: Assertion `c > 0' failed. Abort But vlc (from squeeze-backports) works fine. FFmpeg-1.2.2 from ffmpeg.org works fine with --disable-libv4l2, works with many warnings with --enable-libv4l2. -- System Information: Debian Release: 6.0.7 APT prefers oldstable-proposed-updates APT policy: (500, 'oldstable-proposed-updates'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-0.bpo.4-686-pae (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libav-tools depends on: ii dpkg 1.15.8.13 Debian package management system ii libavcodec-extra-536:0.8.6-1~bpo60+1 Libav codec library (additional co ii libavdevice53 6:0.8.6-1~bpo60+1 Libav device handling library ii libavfilter2 6:0.8.6-1~bpo60+1 Libav video filtering library ii libavformat53 6:0.8.6-1~bpo60+1 Libav file format library ii libavutil516:0.8.6-1~bpo60+1 Libav utility library ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libpostproc52 6:0.8.6-1~bpo60+1 Libav video postprocessing library ii libsdl1.2debian1.2.14-6.1Simple DirectMedia Layer ii libswscale26:0.8.6-1~bpo60+1 Libav video scaling library libav-tools recommends no packages. libav-tools suggests no packages. -- no debconf information --- End Message --- --- Begin Message --- Version: 6:10~alpha1-1 On Mon, Jan 20, 2014 at 7:40 AM, Nikolay Shaplov wrote: > On Sunday 19 January 2014 11:24:57 Reinhard Tartler wrote: > >> Also, if this still persists, please also check the avconv binary >> I''ve uploaded yesterday to debian/experimental. It is pretty close to >> current libav/master right now. > > I've built current experemental package on my computer and installed it: > Camera works well with it. > Thanks for reporting back, I'm marking this bug as closed in experimental with this email. I cannot say for sure when libav 10 will hit unstable, but as soon as it hits testing, I'll (as usual) make sure it'll also be available in wheezy-backports. Getting it sooner than that is hard, but also not impossible, if it is a self-contained, simple patch that needs to be backported. If you could bisect the change that fixed it, and I'll review it for inclusion as distro patch, and possibly for the next point release. Just let me know if you need instructions how to do the bisect. Thanks for your understanding and assistance. -- regards, Reinhard--- End Message --- ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processed: your mail
Processing commands for cont...@bugs.debian.org: > block 694879 by 694932 Bug #694879 [blender] blender: Blender 2.63a-1 is missing Collada import/export support 694879 was not blocked by any bugs. 694879 was not blocking any bugs. Added blocking bug(s) of 694879: 694932 > thanks Stopping processing here. Please contact me if you need assistance. -- 694879: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=694879 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#718805: Re: Bug#718805: /usr/bin/avconv: avconv cannot grab video4linux2 device
On Sunday 19 January 2014 11:24:57 Reinhard Tartler wrote: > Also, if this still persists, please also check the avconv binary > I''ve uploaded yesterday to debian/experimental. It is pretty close to > current libav/master right now. I've built current experemental package on my computer and installed it: Camera works well with it. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#736154: cantata: Information disclosure (no CVE assigned yet)
Package: cantata Severity: grave Tags: security Justification: user security hole Hi, the following was reported on oss-security: https://code.google.com/p/cantata/issues/detail?id=356 Cheers, Moritz ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#718805: Re: Bug#718805: /usr/bin/avconv: avconv cannot grab video4linux2 device
On Sunday 19 January 2014 11:24:57 Reinhard Tartler wrote: > When looking at the upstream commits, can you please apply this patch > to your tree, and tell me if it makes the segfault go away? > > http://git.libav.org/?p=libav.git;a=commitdiff;h=838b849e70f11dc242399da8d19 > c5795fe90913b I've apllied this patch to src package, built it, and installed the result deb files: same effect. > > > Also, if this still persists, please also check the avconv binary > I''ve uploaded yesterday to debian/experimental. It is pretty close to > current libav/master right now. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processed: block 726165 with 728148
Processing commands for cont...@bugs.debian.org: > block 726165 with 728148 Bug #726165 [release.debian.org] transition: protobuf 726165 was not blocked by any bugs. 726165 was not blocking any bugs. Added blocking bug(s) of 726165: 728148 > thanks Stopping processing here. Please contact me if you need assistance. -- 726165: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=726165 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#735742: circular dependency with libav (libavformat-dev)
Quoting Fabian Greffrath (2014-01-20 09:43:49) > Am Freitag, den 17.01.2014, 16:40 +0100 schrieb Helge Deller: >> Package x264 has a circular build-dependency with libav >> (libavformat-dev). >> I mean, the libav package build-depends on x264, and vice versa. >> This prevented building x264 and libav on a new debian platform. >> I fixed it manually for the hppa platform, but nevertheless, I think >> this should be fixed. > > This is already known and documented in libav's README.source. > However, as long as we don't have staged Build-Depends or > Build-Recommends in Debian, we see little chance to fix this. :/ Progress on implementing such staged builds is tracked here: https://wiki.debian.org/BuildProfileSpec I believe the "Build-Profiles" approach is the most realistic approach to implement (and can even be applied already now - Wookie probably knows best so ask him if interested in helping test it). - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Proposed new requirements for emacsen add-on packages
-- Stephane Crivisier On Mon, Jan 20, 2014 at 2:43 AM, Rob Browning wrote: > Recently I've been fixing some non-trivial problems I introduced in > emacsen-common 2.0.0 -- and to finish fixing them it looks like it may > be best to change (and augment) some of the add-on package requirements. > Originally, I'd really tried to make it so that as of emacsen-common > 2.*, add-on packages didn't have to depend on *anything*, but that's > proving difficult to unworkable, so I'm leaning toward adding a > requirement that add-on packages depend on "emacsen-common >= 2.0.8". > If it helps, emacsen-common is only about 140k installed. > Here's what I have so far from the hypothetical 2.0.8 changelog: > Require add-on packages to depend on emacsen-common >= 2.0.8. > > This should be simpler and safer, and emacsen-common is only ~140k, > which shouldn't be too big a burden. One specific problem this solves > is the handling of /var/lib/emacsen-common -- in particular > /var/lib/emacsen-common/state/package/installed/* if/when > emacsen-common is purged. Without the dependency, emacsen-common > can't remove the tree without clobbering the state for every add-on, > but if emacsen-common can't remove it, who can? > > It seems better to add this requirement for now (which should also > simplify the emacsen infrastructure in general), than to have every > add-on try to decide when it's safe to remove > /var/lib/emacsen-common/state/package (i.e. when they're the last > add-on being removed from the system). > > This release changes the following requirements for add-on packages > (see debian-emacs-policy for the details): > > - They must now depend on emacsen-common >= 2.0.8. > - They don't need to conflict with emacsen-common anymore. > - They don't need to guard their calls to emacs-install-package. > - They don't need to guard their calls to emacs-remove-package. > - They should no longer manage their package/installed/ file directly. > > In addition emacsen flavor packages should now depend on > emacsen-common >= 2.0.8. > Thoughts? Strong objections? > (And for whatever it's worth, I've been posting some relevant bits to > debian-emac...@lists.debian.org lately, but I imagined that many/most > of you aren't subscribed.) > Thanks > -- > Rob Browning > rlb @defaultvalue.org and @debian.org > GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A > GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Proposed new requirements for emacsen add-on packages
Recently I've been fixing some non-trivial problems I introduced in emacsen-common 2.0.0 -- and to finish fixing them it looks like it may be best to change (and augment) some of the add-on package requirements. Originally, I'd really tried to make it so that as of emacsen-common 2.*, add-on packages didn't have to depend on *anything*, but that's proving difficult to unworkable, so I'm leaning toward adding a requirement that add-on packages depend on "emacsen-common >= 2.0.8". If it helps, emacsen-common is only about 140k installed. Here's what I have so far from the hypothetical 2.0.8 changelog: Require add-on packages to depend on emacsen-common >= 2.0.8. This should be simpler and safer, and emacsen-common is only ~140k, which shouldn't be too big a burden. One specific problem this solves is the handling of /var/lib/emacsen-common -- in particular /var/lib/emacsen-common/state/package/installed/* if/when emacsen-common is purged. Without the dependency, emacsen-common can't remove the tree without clobbering the state for every add-on, but if emacsen-common can't remove it, who can? It seems better to add this requirement for now (which should also simplify the emacsen infrastructure in general), than to have every add-on try to decide when it's safe to remove /var/lib/emacsen-common/state/package (i.e. when they're the last add-on being removed from the system). This release changes the following requirements for add-on packages (see debian-emacs-policy for the details): - They must now depend on emacsen-common >= 2.0.8. - They don't need to conflict with emacsen-common anymore. - They don't need to guard their calls to emacs-install-package. - They don't need to guard their calls to emacs-remove-package. - They should no longer manage their package/installed/ file directly. In addition emacsen flavor packages should now depend on emacsen-common >= 2.0.8. Thoughts? Strong objections? (And for whatever it's worth, I've been posting some relevant bits to debian-emac...@lists.debian.org lately, but I imagined that many/most of you aren't subscribed.) Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#735742: circular dependency with libav (libavformat-dev)
Am Freitag, den 17.01.2014, 16:40 +0100 schrieb Helge Deller: > Package x264 has a circular build-dependency with libav (libavformat-dev). > I mean, the libav package build-depends on x264, and vice versa. > This prevented building x264 and libav on a new debian platform. > I fixed it manually for the hppa platform, but nevertheless, I think this > should be fixed. This is already known and documented in libav's README.source. However, as long as we don't have staged Build-Depends or Build-Recommends in Debian, we see little chance to fix this. :/ - Fabian ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
