Re: Cleaning up the team's packages?
2014-04-28 21:39 GMT+02:00 Jaromír Mikeš : > > > > 2014-04-28 18:30 GMT+02:00 Reinhard Tartler : > >> On Mon, Apr 28, 2014 at 12:10 PM, Jaromír Mikeš >> wrote: >> > >> > I guess we have to wait for upstream fix now? >> > >> >> I guess upstream would appreciate a patch that fixes this issue, so no >> need to wait. >> >> BTW, I find suggesting dlopen() a pretty slippery slope, not everyone >> agrees that using dlopen() avoids the OpenSSL/GPL incompatibility. >> Further options would include to a) disable the functionality that >> uses openssl (may not work if it is essential for regular operation or >> b) port to something else like nettle or gnutls. >> >> a) might be the least amount of work. >> > > You are definitely right, but such a patch is unfortunately behind my > skills :( > > Upstream is aware of this issue and hopefully it will be fixed in future. https://github.com/jwm-art-net/Petri-Foo/issues/22 Uploading current petri-foo package would allow me to remove specimen and phat package. Is issue with openssl complete stopper for uploading? regards mira ___ 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: Cleaning up the team's packages?
2014-04-28 18:30 GMT+02:00 Reinhard Tartler : > On Mon, Apr 28, 2014 at 12:10 PM, Jaromír Mikeš > wrote: > > > > I guess we have to wait for upstream fix now? > > > > I guess upstream would appreciate a patch that fixes this issue, so no > need to wait. > > BTW, I find suggesting dlopen() a pretty slippery slope, not everyone > agrees that using dlopen() avoids the OpenSSL/GPL incompatibility. > Further options would include to a) disable the functionality that > uses openssl (may not work if it is essential for regular operation or > b) port to something else like nettle or gnutls. > > a) might be the least amount of work. You are definitely right, but such a patch is unfortunately behind my skills :( regards mira ___ 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: Cleaning up the team's packages?
On Mon, Apr 28, 2014 at 12:10 PM, Jaromír Mikeš wrote: > > > > 2014-04-28 17:55 GMT+02:00 Jaromír Mikeš : > >> 2014-04-28 17:33 GMT+02:00 Alessio Treglia : >> >>> On Mon, Apr 28, 2014 at 4:05 PM, Jaromír Mikeš >>> wrote: >>> > E: petri-foo: possible-gpl-code-linked-with-openssl >>> > N: >>> > N:This package appears to be covered by the GNU GPL but depends on >>> > the >>> > N:OpenSSL libssl package and does not mention a license exemption >>> > or >>> > N:exception for OpenSSL in its copyright file. The GPL (including >>> > version >>> > N:3) is incompatible with some terms of the OpenSSL license, and >>> > therefore >>> > N:Debian does not allow GPL-licensed code linked with OpenSSL >>> > libraries >>> > N:unless there is a license exception explicitly permitting this. >>> > N: >>> > N:If only the Debian packaging, or some other part of the package >>> > not >>> > N:linked with OpenSSL, is covered by the GNU GPL, please add a >>> > lintian >>> > N:override for this tag. Lintian currently has no good way of >>> > N:distinguishing between that case and problematic packages. >>> > N: >>> > N:Severity: serious, Certainty: wild-guess >>> > N: >>> > N:Check: copyright-file, Type: binary >>> >>> The warning is self-explanatory. Remove the build-dep on libssl, then >>> either: >>> >>> 1. Try to build it with libgnutls-dev instead >>> 2. Ask upstream to avoid linking against it directly; he could use dlopen >>> for it >>> >>> Cheers! >>> >> >> >> Build with libgnutls-dev doesn't work so I asked upstream for using >> dlopen. > > > I guess we have to wait for upstream fix now? > I guess upstream would appreciate a patch that fixes this issue, so no need to wait. BTW, I find suggesting dlopen() a pretty slippery slope, not everyone agrees that using dlopen() avoids the OpenSSL/GPL incompatibility. Further options would include to a) disable the functionality that uses openssl (may not work if it is essential for regular operation or b) port to something else like nettle or gnutls. a) might be the least amount of work. -- regards, Reinhard ___ 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: Cleaning up the team's packages?
On Mon, Apr 28, 2014 at 4:05 PM, Jaromír Mikeš wrote: > E: petri-foo: possible-gpl-code-linked-with-openssl > N: > N:This package appears to be covered by the GNU GPL but depends on the > N:OpenSSL libssl package and does not mention a license exemption or > N:exception for OpenSSL in its copyright file. The GPL (including > version > N:3) is incompatible with some terms of the OpenSSL license, and > therefore > N:Debian does not allow GPL-licensed code linked with OpenSSL libraries > N:unless there is a license exception explicitly permitting this. > N: > N:If only the Debian packaging, or some other part of the package not > N:linked with OpenSSL, is covered by the GNU GPL, please add a lintian > N:override for this tag. Lintian currently has no good way of > N:distinguishing between that case and problematic packages. > N: > N:Severity: serious, Certainty: wild-guess > N: > N:Check: copyright-file, Type: binary The warning is self-explanatory. Remove the build-dep on libssl, then either: 1. Try to build it with libgnutls-dev instead 2. Ask upstream to avoid linking against it directly; he could use dlopen for it Cheers! -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A ___ 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: Cleaning up the team's packages?
2014-04-28 17:55 GMT+02:00 Jaromír Mikeš : > 2014-04-28 17:33 GMT+02:00 Alessio Treglia : > > On Mon, Apr 28, 2014 at 4:05 PM, Jaromír Mikeš >> wrote: >> > E: petri-foo: possible-gpl-code-linked-with-openssl >> > N: >> > N:This package appears to be covered by the GNU GPL but depends on >> the >> > N:OpenSSL libssl package and does not mention a license exemption or >> > N:exception for OpenSSL in its copyright file. The GPL (including >> > version >> > N:3) is incompatible with some terms of the OpenSSL license, and >> > therefore >> > N:Debian does not allow GPL-licensed code linked with OpenSSL >> libraries >> > N:unless there is a license exception explicitly permitting this. >> > N: >> > N:If only the Debian packaging, or some other part of the package >> not >> > N:linked with OpenSSL, is covered by the GNU GPL, please add a >> lintian >> > N:override for this tag. Lintian currently has no good way of >> > N:distinguishing between that case and problematic packages. >> > N: >> > N:Severity: serious, Certainty: wild-guess >> > N: >> > N:Check: copyright-file, Type: binary >> >> The warning is self-explanatory. Remove the build-dep on libssl, then >> either: >> >> 1. Try to build it with libgnutls-dev instead >> 2. Ask upstream to avoid linking against it directly; he could use dlopen >> for it >> >> Cheers! >> >> > > Build with libgnutls-dev doesn't work so I asked upstream for using dlopen. > I guess we have to wait for upstream fix now? mira ___ 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: Cleaning up the team's packages?
2014-04-28 17:33 GMT+02:00 Alessio Treglia : > On Mon, Apr 28, 2014 at 4:05 PM, Jaromír Mikeš > wrote: > > E: petri-foo: possible-gpl-code-linked-with-openssl > > N: > > N:This package appears to be covered by the GNU GPL but depends on > the > > N:OpenSSL libssl package and does not mention a license exemption or > > N:exception for OpenSSL in its copyright file. The GPL (including > > version > > N:3) is incompatible with some terms of the OpenSSL license, and > > therefore > > N:Debian does not allow GPL-licensed code linked with OpenSSL > libraries > > N:unless there is a license exception explicitly permitting this. > > N: > > N:If only the Debian packaging, or some other part of the package not > > N:linked with OpenSSL, is covered by the GNU GPL, please add a > lintian > > N:override for this tag. Lintian currently has no good way of > > N:distinguishing between that case and problematic packages. > > N: > > N:Severity: serious, Certainty: wild-guess > > N: > > N:Check: copyright-file, Type: binary > > The warning is self-explanatory. Remove the build-dep on libssl, then > either: > > 1. Try to build it with libgnutls-dev instead > 2. Ask upstream to avoid linking against it directly; he could use dlopen > for it > > Cheers! > > Build with libgnutls-dev doesn't work so I asked upstream for using dlopen. mira ___ 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: Cleaning up the team's packages?
2014-04-28 16:25 GMT+02:00 Alessio Treglia : > On Mon, Apr 28, 2014 at 3:23 PM, Jaromír Mikeš > wrote: > > Nice idea and it is almost done. > > I have just one lintian error because of libssl build-dep. > > Can check it pls? Than I can upload. > > Please point me to the Lintian's warning. > > Cheers. > E: petri-foo: possible-gpl-code-linked-with-openssl N: N:This package appears to be covered by the GNU GPL but depends on the N:OpenSSL libssl package and does not mention a license exemption or N:exception for OpenSSL in its copyright file. The GPL (including version N:3) is incompatible with some terms of the OpenSSL license, and therefore N:Debian does not allow GPL-licensed code linked with OpenSSL libraries N:unless there is a license exception explicitly permitting this. N: N:If only the Debian packaging, or some other part of the package not N:linked with OpenSSL, is covered by the GNU GPL, please add a lintian N:override for this tag. Lintian currently has no good way of N:distinguishing between that case and problematic packages. N: N:Severity: serious, Certainty: wild-guess N: N:Check: copyright-file, Type: binary No sure if lintian override is fine in this case. regards ___ 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: Cleaning up the team's packages?
On Mon, Apr 28, 2014 at 3:23 PM, Jaromír Mikeš wrote: > Nice idea and it is almost done. > I have just one lintian error because of libssl build-dep. > Can check it pls? Than I can upload. Please point me to the Lintian's warning. Cheers. -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A ___ 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: Cleaning up the team's packages?
2014-04-28 14:46 GMT+02:00 Alessio Treglia : > On Mon, Apr 28, 2014 at 1:24 PM, Jaromír Mikeš > wrote: > > Hi all, > > > > I have two other packages for orphaning/removing. > > > > specimen and phat ... both are abandoned upstream and having alternative > ... > > petri-foo. > > > > Banks of samples are not compatible with petri-foo but there exist way to > > convert them: > > https://github.com/residuum/specimen2petri-foo > > > > So the question is keeping, orphaning or removing? > > > > Alessio what do you think as uploader of phat? > > > 1) Provide specimen2petri-foo somehow (no need for a new package, just > ship them with petri-foo - e.g. installing all the files under > /usr/share/doc is enough IMHO) and document its usage in README.Debian > Nice idea and it is almost done. I have just one lintian error because of libssl build-dep. Can check it pls? Than I can upload. best regards mira ___ 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: Cleaning up the team's packages?
On Mon, Apr 28, 2014 at 1:24 PM, Jaromír Mikeš wrote: > Hi all, > > I have two other packages for orphaning/removing. > > specimen and phat ... both are abandoned upstream and having alternative ... > petri-foo. > > Banks of samples are not compatible with petri-foo but there exist way to > convert them: > https://github.com/residuum/specimen2petri-foo > > So the question is keeping, orphaning or removing? > > Alessio what do you think as uploader of phat? 1) Provide specimen2petri-foo somehow (no need for a new package, just ship them with petri-foo - e.g. installing all the files under /usr/share/doc is enough IMHO) and document its usage in README.Debian 2) Remove both specimen and phat Cheers! -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A ___ 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: Cleaning up the team's packages?
Hi all, I have two other packages for orphaning/removing. specimen and phat ... both are abandoned upstream and having alternative ... petri-foo. Banks of samples are not compatible with petri-foo but there exist way to convert them: https://github.com/residuum/specimen2petri-foo So the question is keeping, orphaning or removing? Alessio what do you think as uploader of phat? best regards mira ___ 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: Cleaning up the team's packages?
On 2014-02-20 13:20:39, Felipe Sateler wrote: > Package: clam-chordata > Binary: clam-chordata > Uploaders: TANIGUCHI Takaki > Version: 1.0.0-2 > RC-bug: RC bug needs fixing: #720691: clam-chordata: FTBFS: error: cannot > allocate an object of abstract type 'CLAM::Segmentation' > RC-bug: RC bug needs fixing: #701258: clam-chordata: ftbfs with GCC-4.8 > testing-migration: Migration: Not in testing for 224 days > > Package: flumotion > Binary: flumotion > Uploaders: Loic Minier , Marc-André Lureau < > mlur...@flumotion.com>, IOhannes m zmoelnig (gpg-key at iem) < > zmoel...@iem.at>, Jonas Smedegaard > Version: 0.10.0-3 > RC-bug: RC bug needs fixing: #739215: flumotion depends on python-twisted > features removed in v13.0.0 > testing-migration: Migration: Not in testing for 141 days > > Package: freetuxtv > Binary: freetuxtv > Uploaders: Eric Beuque , Ryan Kavanagh < > r...@debian.org> > Version: 0.6.5~dfsg1-1 > RC-bug: RC bug needs fixing: #729820: freetuxtv broken with vlc 2.1.0 > testing-migration: Migration: Not in testing for 64 days > > Package: toonloop > Binary: toonloop > Uploaders: Alexandre Quessy , Jonas Smedegaard < > d...@jones.dk> > Version: 2.2.0-1 > RC-bug: RC bug needs fixing: #721368: toonloop: FTBFS with newer boost. > RC-bug: RC bug needs fixing: #701367: toonloop: ftbfs with GCC-4.8 > testing-migration: Migration: Not in testing for 186 days > missing-build: Missing build on amd64: state Build-Attempted since > 2013-08-31 > missing-build: Missing build on armel: state Build-Attempted since > 2013-09-01 > missing-build: Missing build on armhf: state Failed since 2013-11-20 > missing-build: Missing build on i386: state Build-Attempted since 2013-08-31 > missing-build: Missing build on mips: state Failed since 2013-10-28 > missing-build: Missing build on mipsel: state Failed since 2013-10-30 > missing-build: Missing build on powerpc: state Build-Attempted since > 2014-01-18 > missing-build: Missing build on s390x: state Failed since 2013-10-27 > missing-build: Missing build on sparc: state Build-Attempted since > 2013-08-31 These four packages still have open RC bugs and have not migrated to jessie. There also seems to be no progress in fixing them. If nobody objects to it, I will ask for removals by the end of this weekend. Cheers -- Sebastian Ramacher signature.asc Description: Digital 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: Cleaning up the team's packages?
On Feb 25, 2014, at 8:55 PM, Felipe Sateler wrote: > On Tue, Feb 25, 2014 at 2:02 PM, Hans-Christoph Steiner wrote: >> I just uploaded a new version of openni, which should fix the open issues >> preventing the openni-sensor-* packages from hitting testing. Thanks to >> Jochen for the update. > > Bug 734768 needs to be closed in a version of > openni-sensor-pointclouds, but was closed in a version of openni. Thus > the bts still thinks it is open. Done (by someone else). .hc ___ 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: Cleaning up the team's packages?
On Tue, Feb 25, 2014 at 11:17 PM, Felipe Sateler wrote: > On Thu, Feb 20, 2014 at 1:20 PM, Felipe Sateler wrote: >> Package: toonloop >> Binary: toonloop >> Uploaders: Alexandre Quessy , Jonas Smedegaard >> >> Version: 2.2.0-1 >> RC-bug: RC bug needs fixing: #721368: toonloop: FTBFS with newer boost. >> RC-bug: RC bug needs fixing: #701367: toonloop: ftbfs with GCC-4.8 >> testing-migration: Migration: Not in testing for 186 days >> missing-build: Missing build on amd64: state Build-Attempted since >> 2013-08-31 >> missing-build: Missing build on armel: state Build-Attempted since >> 2013-09-01 >> missing-build: Missing build on armhf: state Failed since 2013-11-20 >> missing-build: Missing build on i386: state Build-Attempted since 2013-08-31 >> missing-build: Missing build on mips: state Failed since 2013-10-28 >> missing-build: Missing build on mipsel: state Failed since 2013-10-30 >> missing-build: Missing build on powerpc: state Build-Attempted since >> 2014-01-18 >> missing-build: Missing build on s390x: state Failed since 2013-10-27 >> missing-build: Missing build on sparc: state Build-Attempted since >> 2013-08-31 > > Toonlop also has a new release 2.2.2. Alexandre, you are upstream for > this project. Does that version solve this issue? Ping. It appears it doesn't. I updated and built toonloop (pushed the changes), but it requires gstreamer0.10-ffmpeg as well, so I can't install it. It probably requires upstream work to port clutter and gst. I see a few new commits upstream, hopefully we can have an update? -- Saludos, Felipe Sateler ___ 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: Cleaning up the team's packages?
On Thu, Mar 6, 2014 at 5:27 AM, IOhannes m zmoelnig wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On 2014-02-20 17:20, Felipe Sateler wrote: >> Package: flumotion Binary: flumotion Uploaders: Loic Minier >> , Marc-André Lureau < mlur...@flumotion.com>, >> IOhannes m zmoelnig (gpg-key at iem) < zmoel...@iem.at>, Jonas >> Smedegaard Version: 0.10.0-3 RC-bug: RC bug needs >> fixing: #739215: flumotion depends on python-twisted features >> removed in v13.0.0 testing-migration: Migration: Not in testing for >> 141 days > > i think the RC bug is fixable, but what is hard to fix is the > build-dependency on "gstreamer0.10-ffmpeg" (which doesn't compile with > modern libav). > flumotion's upstream is not really interested in porting flumotion to > gstreamer1.0. > > i'm thus inclined to say, that "flumtion" ought to be dropped. Sounds reasonable. Moreover, if upstream isn't interested in fixing the python-twisted issues it's probably dead. -- Saludos, Felipe Sateler ___ 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: Cleaning up the team's packages?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2014-02-20 17:20, Felipe Sateler wrote: > Package: flumotion Binary: flumotion Uploaders: Loic Minier > , Marc-André Lureau < mlur...@flumotion.com>, > IOhannes m zmoelnig (gpg-key at iem) < zmoel...@iem.at>, Jonas > Smedegaard Version: 0.10.0-3 RC-bug: RC bug needs > fixing: #739215: flumotion depends on python-twisted features > removed in v13.0.0 testing-migration: Migration: Not in testing for > 141 days i think the RC bug is fixable, but what is hard to fix is the build-dependency on "gstreamer0.10-ffmpeg" (which doesn't compile with modern libav). flumotion's upstream is not really interested in porting flumotion to gstreamer1.0. i'm thus inclined to say, that "flumtion" ought to be dropped. fgmasdr IOhanes -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBCAAGBQJTGDFmAAoJELZQGcR/ejb4/dIP/10ZgH3X22C5d0BY+a//QVdP J75RocO08UoR5H+XEjTj+m1m5H0UXNSEZhygJuJSENgriPzfGWDECty1oOGKh5yW 3HhKwnf5KeM0Bigu9Wb7TnimMg3eAQyhrPdShr84+9iT+9OvIvWpuZMRu7PHnbYr MTEFN66vMtvWR+UZEmFCx0/WUJHuUepdKNgYCz6vY8g7UJ0rgrLXV6LO+lB7B4Qi AB+9hlKw5GhIqQiBiyQxfyHXqSsOmL3voDS4Kak4OxFmo6v6FJBP5hQLIVMdW08d nOD9GAtwa8iVSaiI7T6ZHfhDLwLsvfbSCQrLH7EdKmUNQV41Rmbbki2tOZUNZPYm ogG7v0/1B2c/XSiANQzaBM13XbTcEpoTv9rwMecHLfOM8QF/Jm3Gx2Tt3XaRSD39 kx4uTXleRS4ynb+DdGQrYC2ZFPMrGG6HRABhjxiHHSyyU/KoftfgZYFVgvPGY4ON 4tFf8k5kV1BhifRNJ1kp6xwTWQ9E+LSF5dyYH4OWOQiVu3DaWQbWHPY5AyJpEUmS rQhVc90aMcj0FbSXNOmxZh+iSCNVNHNpWCP80BtHi+hki6PSHB1urt8JKtC+ioOW kjqKhSJPxB3diOpCI4hy0hjC8woTxcYrK/QNP6uSiEfRkenR6wi3yyGIUzwdGH6J 69Ad+mok9dkJrporGQ+Q =eDms -END PGP 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: Cleaning up the team's packages?
On Fri, Feb 28, 2014 at 6:07 PM, Jaromír Mikeš wrote: > > Another candidate on cleaning is slv2 package ... now replaced by lv2 and > lv2core packages. > There are only two depended packages on slv2. > traverso and gstreamer0.10-plugins-bad > > maybe we should file bug against these two packages and when fixed remove > slv2? Also gst-plugins-bad1.0 and ardour still have the build dependency. I have filed the other three bugs now, and have them all usertagged drop-slv2: https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=pkg-multimedia-maintainers@lists.alioth.debian.org&archive=no&version=&dist=unstable&tag=drop-slv2 -- Saludos, Felipe Sateler ___ 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: Cleaning up the team's packages?
2014-02-25 23:20 GMT+01:00 Felipe Sateler : > On Tue, Feb 25, 2014 at 2:37 PM, Jaromír Mikeš > wrote: > > 2014-02-25 18:28 GMT+01:00 Alessio Treglia : > > > >> On Mon, Feb 24, 2014 at 5:15 PM, Jaromír Mikeš > >> wrote: > >> > Ok agree. > >> > Other candidate for dropping is plotmm. > >> > I recently updated eq10q witch doesn't need plotmm anymore, no other > >> > package > >> > use plotmm at the moment. > >> > >> Yeah, please go for it. > > > > > > Should we orphan them or remove? > > > Remove both, I think. Plotmm is quite dead as well (last release is from > 2005). > Another candidate on cleaning is slv2 package ... now replaced by lv2 and lv2core packages. There are only two depended packages on slv2. traverso and gstreamer0.10-plugins-bad maybe we should file bug against these two packages and when fixed remove slv2? regards mira ___ 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: Cleaning up the team's packages?
On 2014-02-23 16:05:23, Adrian Knoth wrote: > On 02/20/14 18:53, Sebastian Ramacher wrote: > > >>Package: jack-audio-connection-kit > >>Binary: jackd1, libjack0, jackd1-firewire, libjack-dev > >>Uploaders: Adrian Knoth , Free Ekanayaka < > >>fr...@debian.org>, Jonas Smedegaard , Junichi Uekawa < > >>dan...@debian.org>, Reinhard Tartler > >>Version: 1:0.124.1+20140122git5013bed0-2 > >>testing-migration: Migration: Has been trying to migrate for 28 days > >>missing-build: Missing build on mipsel: state BD-Uninstallable since > >>2014-01-24 > > > >This is due to reasons described in > ><20140130144544.gc31...@ramacher.at>. Either jack-audio-connection-kit > >needs to have its Build-Depends fixed or someone familiar with libfaddo > >gets it built on mipsel. > > I have checked the libffado package (I'm the maintainer), there's > nothing special about it. I hope giving the package again to the buildd > will solve the issue. Thank you. libffado built on mipsel and jack-audio-connection-kit is now in Needs-Build state. Regards -- Sebastian Ramacher signature.asc Description: Digital 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: Cleaning up the team's packages?
2014-02-26 2:49 GMT+01:00 Felipe Sateler : > On Tue, Feb 25, 2014 at 7:54 PM, Jaromír Mikeš > wrote: > >> I have pushed my changes, could anyone that knows how to use this test > >> if it works? > > > > > > Just tested. Looks fine to me. > > > Uploaded. Thank you. Can you set DM flag for me please? regards mira ___ 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: Cleaning up the team's packages?
On Thu, Feb 20, 2014 at 1:20 PM, Felipe Sateler wrote: > Package: toonloop > Binary: toonloop > Uploaders: Alexandre Quessy , Jonas Smedegaard > > Version: 2.2.0-1 > RC-bug: RC bug needs fixing: #721368: toonloop: FTBFS with newer boost. > RC-bug: RC bug needs fixing: #701367: toonloop: ftbfs with GCC-4.8 > testing-migration: Migration: Not in testing for 186 days > missing-build: Missing build on amd64: state Build-Attempted since > 2013-08-31 > missing-build: Missing build on armel: state Build-Attempted since > 2013-09-01 > missing-build: Missing build on armhf: state Failed since 2013-11-20 > missing-build: Missing build on i386: state Build-Attempted since 2013-08-31 > missing-build: Missing build on mips: state Failed since 2013-10-28 > missing-build: Missing build on mipsel: state Failed since 2013-10-30 > missing-build: Missing build on powerpc: state Build-Attempted since > 2014-01-18 > missing-build: Missing build on s390x: state Failed since 2013-10-27 > missing-build: Missing build on sparc: state Build-Attempted since > 2013-08-31 Toonlop also has a new release 2.2.2. Alexandre, you are upstream for this project. Does that version solve this issue? -- Saludos, Felipe Sateler ___ 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: Cleaning up the team's packages?
On Tue, Feb 25, 2014 at 2:02 PM, Hans-Christoph Steiner wrote: > I just uploaded a new version of openni, which should fix the open issues > preventing the openni-sensor-* packages from hitting testing. Thanks to > Jochen for the update. Bug 734768 needs to be closed in a version of openni-sensor-pointclouds, but was closed in a version of openni. Thus the bts still thinks it is open. -- Saludos, Felipe Sateler ___ 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: Cleaning up the team's packages?
On Tue, Feb 25, 2014 at 7:54 PM, Jaromír Mikeš wrote: >> I have pushed my changes, could anyone that knows how to use this test >> if it works? > > > Just tested. Looks fine to me. Uploaded. -- Saludos, Felipe Sateler ___ 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: Cleaning up the team's packages?
2014-02-25 23:20 GMT+01:00 Felipe Sateler : > On Tue, Feb 25, 2014 at 2:37 PM, Jaromír Mikeš > wrote: > > 2014-02-25 18:28 GMT+01:00 Alessio Treglia : > > > >> On Mon, Feb 24, 2014 at 5:15 PM, Jaromír Mikeš > >> wrote: > >> > Ok agree. > >> > Other candidate for dropping is plotmm. > >> > I recently updated eq10q witch doesn't need plotmm anymore, no other > >> > package > >> > use plotmm at the moment. > >> > >> Yeah, please go for it. > > > > > > Should we orphan them or remove? > > > Remove both, I think. Plotmm is quite dead as well (last release is from > 2005). Hopefully well done. I forgot add ROM at subject :( https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=740122 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=740123 regards mira ___ 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: Cleaning up the team's packages?
On Thu, Feb 20, 2014 at 1:20 PM, Felipe Sateler wrote: > Package: icecast2 > Binary: icecast2 > Uploaders: Guillaume Pellerin , Romain Beauxis > , Jonas Smedegaard > Version: 2.3.3-1 > RC-bug: RC bug marked as done but still affects unstable: #686181: Please > allow translation of all debconf templates > testing-migration: Migration: Has been trying to migrate for 575 days This was fixed in a wheezy upload. I have merged the changes into the master branch and uploaded. Didn't fix all lintian warnings though. -- Saludos, Felipe Sateler ___ 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: Cleaning up the team's packages?
2014-02-25 22:33 GMT+01:00 Felipe Sateler : > On Sun, Feb 23, 2014 at 10:09 PM, Jaromír Mikeš > wrote: > > I've updated brutefir package ... still having troubles to pass LDFLAGS > > correctly otherwise ready for upload. > > The issue is that the brutefir makefile invokes ld directly, and ld > cannot understand the -Wl,-z,relro flag given by the environment. > Unfortunately, one can't just swap the ld call for a gcc call as the > build fails for reasons not entirely clear to me. I have created a > patch using the attributes supported by gcc, but I have no idea how to > run this program to check if this works. > > I have pushed my changes, could anyone that knows how to use this test > if it works? > Just tested. Looks fine to me. Here is my config file to get it work through jackd if someone want try: --- sampling_rate: 44100; filter_length: 8192,8; benchmark: false; modules_path: "."; convolver_config: ".fftw3wisdom"; coeff 0 { filename: "dirac pulse"; }; coeff 1 { filename: "dirac pulse"; }; coeff 2 { filename: "dirac pulse"; }; coeff 3 { filename: "dirac pulse"; }; coeff 4 { filename: "dirac pulse"; }; coeff 5 { filename: "dirac pulse"; }; input 0, 1 { device: "jack" { ports: "system:capture_1", "system:capture_2"; }; sample: "AUTO"; channels: 2; }; output 0, 1 { device: "jack" { ports: "system:playback_1", "system:playback_2"; }; sample: "AUTO"; dither: false; channels: 2; }; filter 0 { from_filters: 2, 5; to_outputs: 0; coeff: 0; }; filter 1 { from_filters: 3, 4; to_outputs: 1; coeff: 1; }; filter 2 { from_inputs: 0; to_filters: 0; coeff: 2; }; filter 3 { from_inputs: 0; to_filters: 1; coeff: 3; }; filter 4 { from_inputs: 1; to_filters: 1; coeff: 4; }; filter 5 { from_inputs: 1; to_filters: 0; coeff: 5; }; -- Felipe can you please add description to 50-no-_init.patch I would like to forward patches upstream. best regards mira ___ 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: Cleaning up the team's packages?
On Thu, Feb 20, 2014 at 1:20 PM, Felipe Sateler wrote: > Package: avw.lv2 > Binary: avw.lv2 > Uploaders: Alessio Treglia > Version: 0.1.6~dfsg0-1 > RC-bug: RC bug needs fixing: #728131: avw.lv2: FTBFS on architectures where > gcc-4.6 is still the default > testing-migration: Migration: Has been trying to migrate for 175 days > missing-build: Missing build on sparc: state Build-Attempted since > 2013-10-18 There appear to be no more architectures with gcc-4.6 as default. Perhaps the bug should be closed? -- Saludos, Felipe Sateler ___ 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: Cleaning up the team's packages?
On Tue, Feb 25, 2014 at 2:37 PM, Jaromír Mikeš wrote: > 2014-02-25 18:28 GMT+01:00 Alessio Treglia : > >> On Mon, Feb 24, 2014 at 5:15 PM, Jaromír Mikeš >> wrote: >> > Ok agree. >> > Other candidate for dropping is plotmm. >> > I recently updated eq10q witch doesn't need plotmm anymore, no other >> > package >> > use plotmm at the moment. >> >> Yeah, please go for it. > > > Should we orphan them or remove? Remove both, I think. Plotmm is quite dead as well (last release is from 2005). -- Saludos, Felipe Sateler ___ 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: Cleaning up the team's packages?
On Sun, Feb 23, 2014 at 10:09 PM, Jaromír Mikeš wrote: > I've updated brutefir package ... still having troubles to pass LDFLAGS > correctly otherwise ready for upload. The issue is that the brutefir makefile invokes ld directly, and ld cannot understand the -Wl,-z,relro flag given by the environment. Unfortunately, one can't just swap the ld call for a gcc call as the build fails for reasons not entirely clear to me. I have created a patch using the attributes supported by gcc, but I have no idea how to run this program to check if this works. I have pushed my changes, could anyone that knows how to use this test if it works? Anyone -- Saludos, Felipe Sateler ___ 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: Cleaning up the team's packages?
2014-02-25 18:28 GMT+01:00 Alessio Treglia : > On Mon, Feb 24, 2014 at 5:15 PM, Jaromír Mikeš > wrote: > > Ok agree. > > Other candidate for dropping is plotmm. > > I recently updated eq10q witch doesn't need plotmm anymore, no other > package > > use plotmm at the moment. > > Yeah, please go for it. Should we orphan them or remove? regards mira ___ 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: Cleaning up the team's packages?
On Mon, Feb 24, 2014 at 5:15 PM, Jaromír Mikeš wrote: > Ok agree. > Other candidate for dropping is plotmm. > I recently updated eq10q witch doesn't need plotmm anymore, no other package > use plotmm at the moment. Yeah, please go for it. -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A ___ 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: Cleaning up the team's packages?
I just uploaded a new version of openni, which should fix the open issues preventing the openni-sensor-* packages from hitting testing. Thanks to Jochen for the update. .hc On 02/20/2014 11:20 AM, Felipe Sateler wrote: > Hi all, > > There are a few packages that have not transitioned to testing > for quite a while (according to the dashboard). > Perhaps they should be orphaned or removed, or maybe the > uploaders just needed a ping ;). The list is below. > > > Package: amsynth > Binary: amsynth > Uploaders: Free Ekanayaka , Alessio Treglia < > ales...@debian.org>, Tiago Bortoletto Vaz > Version: 1.3.2-2 > RC-bug: RC bug needs fixing: #728145: amsynth: FTBFS on kfreebsd-*: > ALSAmmapAudioDriver.cc:26:28: error: 'ESTRPIPE' was not declared in this > scope > testing-migration: Migration: Has been trying to migrate for 290 days > missing-build: Missing build on kfreebsd-amd64: state Build-Attempted since > 2013-05-06 > missing-build: Missing build on kfreebsd-i386: state Build-Attempted since > 2013-05-06 > > Package: avw.lv2 > Binary: avw.lv2 > Uploaders: Alessio Treglia > Version: 0.1.6~dfsg0-1 > RC-bug: RC bug needs fixing: #728131: avw.lv2: FTBFS on architectures where > gcc-4.6 is still the default > testing-migration: Migration: Has been trying to migrate for 175 days > missing-build: Missing build on sparc: state Build-Attempted since > 2013-10-18 > > Package: brutefir > Binary: brutefir > Uploaders: Free Ekanayaka > Version: 1.0l-1 > RC-bug: RC bug needs fixing: #728139: brutefir: FTBFS on kfreebsd-i386: > fftw_convolver.c:(.text+0x5288): undefined reference to > `convolver_sse_convolve_add' > testing-migration: Migration: Has been trying to migrate for 128 days > missing-build: Missing build on kfreebsd-i386: state Build-Attempted since > 2013-10-15 > > Package: clam-chordata > Binary: clam-chordata > Uploaders: TANIGUCHI Takaki > Version: 1.0.0-2 > RC-bug: RC bug needs fixing: #720691: clam-chordata: FTBFS: error: cannot > allocate an object of abstract type 'CLAM::Segmentation' > RC-bug: RC bug needs fixing: #701258: clam-chordata: ftbfs with GCC-4.8 > testing-migration: Migration: Not in testing for 224 days > > Package: clam-networkeditor > Binary: clam-networkeditor, clam-networkeditor-examples, > libclam-qtmonitors1.4, libclam-qtmonitors-dev > Uploaders: TANIGUCHI Takaki > Version: 1.4.0-3.1 > RC-bug: RC bug needs fixing: #701259: clam-networkeditor: ftbfs with GCC-4.8 > testing-migration: Migration: Not in testing for 128 days > > Package: dvd-slideshow > Binary: dvd-slideshow > Uploaders: Alessio Treglia , Reinhard Tartler < > siret...@tauware.de> > Version: 0.8.4.2-2 > testing-migration: Migration: Not in testing for 142 days > > Package: dvdwizard > Binary: dvdwizard > Uploaders: Alessio Treglia > Version: 0.7.1-1 > RC-bug: RC bug needs fixing: #721165: dvdwizard: depends on ffmpeg which is > going away > testing-migration: Migration: Not in testing for 142 days > > Package: flumotion > Binary: flumotion > Uploaders: Loic Minier , Marc-André Lureau < > mlur...@flumotion.com>, IOhannes m zmoelnig (gpg-key at iem) < > zmoel...@iem.at>, Jonas Smedegaard > Version: 0.10.0-3 > RC-bug: RC bug needs fixing: #739215: flumotion depends on python-twisted > features removed in v13.0.0 > testing-migration: Migration: Not in testing for 141 days > > Package: freetuxtv > Binary: freetuxtv > Uploaders: Eric Beuque , Ryan Kavanagh < > r...@debian.org> > Version: 0.6.5~dfsg1-1 > RC-bug: RC bug needs fixing: #729820: freetuxtv broken with vlc 2.1.0 > testing-migration: Migration: Not in testing for 64 days > > Package: icecast2 > Binary: icecast2 > Uploaders: Guillaume Pellerin , Romain Beauxis < > to...@rastageeks.org>, Jonas Smedegaard > Version: 2.3.3-1 > RC-bug: RC bug marked as done but still affects unstable: #686181: Please > allow translation of all debconf templates > testing-migration: Migration: Has been trying to migrate for 575 days > > Package: jack-audio-connection-kit > Binary: jackd1, libjack0, jackd1-firewire, libjack-dev > Uploaders: Adrian Knoth , Free Ekanayaka < > fr...@debian.org>, Jonas Smedegaard , Junichi Uekawa < > dan...@debian.org>, Reinhard Tartler > Version: 1:0.124.1+20140122git5013bed0-2 > testing-migration: Migration: Has been trying to migrate for 28 days > missing-build: Missing build on mipsel: state BD-Uninstallable since > 2014-01-24 > > Package: jack-rack > Binary: jack-rack > Uploaders: Alessio Treglia , Jaromír Mikeš < > mira.mi...@seznam.cz> > Version: 1.4.8~rc1-2 > RC-bug: RC bug needs fixing: #734020: FTBFS: error: unknown type name > ‘GtkCallbackMarshal’ > testing-migration: Migration: Not in testing for 19 days > > Package: mididings > Binary: python-mididings, mididings, mididings-doc > Uploaders: Alessio Treglia > Version: 0~20120419~ds0-3 > RC-bug: RC bug needs fixing: #733395: mididings: FTBFS: ld: cannot find > -lboost_python-mt > testing-migration: Migration: Not in testing for 24 days > > Package: mplayer > Binary: mplayer-gui
Re: Cleaning up the team's packages?
2014-02-24 15:16 GMT+01:00 Alessio Treglia : > On Sat, Feb 22, 2014 at 10:56 AM, Jaromír Mikeš > wrote: > > jack-rack looks abandoned upstream :( I going contact them and > investigate. > > It's gone, let's drop it. Ok agree. Other candidate for dropping is plotmm. I recently updated eq10q witch doesn't need plotmm anymore, no other package use plotmm at the moment. best regards mira ___ 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: Cleaning up the team's packages?
On Sat, Feb 22, 2014 at 10:56 AM, Jaromír Mikeš wrote: > jack-rack looks abandoned upstream :( I going contact them and investigate. It's gone, let's drop it. -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A ___ 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: Cleaning up the team's packages?
2014-02-20 17:20 GMT+01:00 Felipe Sateler : > Hi all, > > There are a few packages that have not transitioned to testing > for quite a while (according to the dashboard). > Perhaps they should be orphaned or removed, or maybe the > uploaders just needed a ping ;). The list is below. > > Package: brutefir > Binary: brutefir > Uploaders: Free Ekanayaka > Version: 1.0l-1 > RC-bug: RC bug needs fixing: #728139: brutefir: FTBFS on kfreebsd-i386: > fftw_convolver.c:(.text+0x5288): undefined reference to > `convolver_sse_convolve_add' > testing-migration: Migration: Has been trying to migrate for 128 days > missing-build: Missing build on kfreebsd-i386: state Build-Attempted since > 2013-10-15 > Hi, I've updated brutefir package ... still having troubles to pass LDFLAGS correctly otherwise ready for upload. Would be great if someone can upload. best regards mira ___ 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: Cleaning up the team's packages?
On 02/23/14 16:48, Adrian Knoth wrote: to allocate some time the next week to fix at very least the RC issues in order to push those packages into testing. Any help is more than welcome though! I'm currently working on a fix for mididings. I'll send you the patch in a second, so mididings can re-transition to testing. Pushed to the git repo. Any DD can upload it, thus fixing the FTBFS. Cheers ___ 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: Cleaning up the team's packages?
On 02/23/14 16:36, Alessio Treglia wrote: Hi all, Hi! to allocate some time the next week to fix at very least the RC issues in order to push those packages into testing. Any help is more than welcome though! I'm currently working on a fix for mididings. I'll send you the patch in a second, so mididings can re-transition to testing. Cheers ___ 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: Cleaning up the team's packages?
Hi all, and a big "thanks" to you Felipe, for pointing it out. These have been a couple of very busy months for me, I'm about to change job and I'll relocate soon afterwards, so I could be away from the Multimedia Team's work for a while again. However I'll try my best to allocate some time the next week to fix at very least the RC issues in order to push those packages into testing. Any help is more than welcome though! Cya later, and cheers! -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A ___ 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: Cleaning up the team's packages?
On 02/20/14 18:53, Sebastian Ramacher wrote: Package: jack-audio-connection-kit Binary: jackd1, libjack0, jackd1-firewire, libjack-dev Uploaders: Adrian Knoth , Free Ekanayaka < fr...@debian.org>, Jonas Smedegaard , Junichi Uekawa < dan...@debian.org>, Reinhard Tartler Version: 1:0.124.1+20140122git5013bed0-2 testing-migration: Migration: Has been trying to migrate for 28 days missing-build: Missing build on mipsel: state BD-Uninstallable since 2014-01-24 This is due to reasons described in <20140130144544.gc31...@ramacher.at>. Either jack-audio-connection-kit needs to have its Build-Depends fixed or someone familiar with libfaddo gets it built on mipsel. I have checked the libffado package (I'm the maintainer), there's nothing special about it. I hope giving the package again to the buildd will solve the issue. Cheers ___ 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: Cleaning up the team's packages?
2014-02-20 17:20 GMT+01:00 Felipe Sateler : > Hi all, > > There are a few packages that have not transitioned to testing > for quite a while (according to the dashboard). > Perhaps they should be orphaned or removed, or maybe the > uploaders just needed a ping ;). The list is below. > > Package: jack-rack > Binary: jack-rack > Uploaders: Alessio Treglia , Jaromír Mikeš < > mira.mi...@seznam.cz> > Version: 1.4.8~rc1-2 > RC-bug: RC bug needs fixing: #734020: FTBFS: error: unknown type name > 'GtkCallbackMarshal' > testing-migration: Migration: Not in testing for 19 days > jack-rack looks abandoned upstream :( I going contact them and investigate. mira ___ 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: Cleaning up the team's packages?
On 2014-02-20 13:20:39, Felipe Sateler wrote: > Package: jack-audio-connection-kit > Binary: jackd1, libjack0, jackd1-firewire, libjack-dev > Uploaders: Adrian Knoth , Free Ekanayaka < > fr...@debian.org>, Jonas Smedegaard , Junichi Uekawa < > dan...@debian.org>, Reinhard Tartler > Version: 1:0.124.1+20140122git5013bed0-2 > testing-migration: Migration: Has been trying to migrate for 28 days > missing-build: Missing build on mipsel: state BD-Uninstallable since > 2014-01-24 This is due to reasons described in <20140130144544.gc31...@ramacher.at>. Either jack-audio-connection-kit needs to have its Build-Depends fixed or someone familiar with libfaddo gets it built on mipsel. Regards -- Sebastian Ramacher signature.asc Description: Digital 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