Re: Question for future Debian builds

[Debian/GNU]

On 12/21/2015 02:04 PM, IOhannes m zmölnig (Debian/GNU) wrote:
> finally: embedding libraries is generally frowned upon, to eliminate
> duplicate work. so as long as giada were the only package using JUCE,
> embedding it would probably be OK, but once other applications start
> using it as well (a few come to my mind which i would probably like to
> package), it definitely should go into a separate package.

anyhow.
i just found out that JUCE is also distributed via github, and it seems
that there shouldn't be a problem *in principle* to package JUCE based
on github tags.
so i have filed an ITP [808611] for packaging JUCE in debian.

this *most* likely will mean that Debian will have a libjuce package,
that provides a libjuce.so dynamic library (unlike the canonical
upstream way that suggests including the source code).

and all applications using JUCE will have to link against this dynamic
library (in their Debian packages).

so if possible, i beg giada (and any other application planning to use
JUCE) to disentangle the JUCE integration as much as possible, to make
it easy to:
- use JUCE-headers found in a different (ideally configurable)
base-directory (e.g. /usr/include/juce/ rather than /path/to/giada/foo)
- allow to easily disable any built-in JUCE "binaries" (or c++-files)
and replace them with some linker flags..

in practice this might mean:
- keep JUCE in a submodule in your code
- use a build-variable to set the base include-path for juce
- group together the use of any JUCE-C++ files (ideally into something
like libtool's "convenience libraries", but anything that can kick the
building and usage of JUCE-C++ files out of the build-system with a
trivial patch (or none) would be ok
- allow adding of additional libraries to the linker (LDFLAGS, LIBS,...)

the above guideline assumes that it is impossible (for practical
reasons) to *not* include a copy of JUCE into giada itself.
if however, there is such a way, don't hesitate to walk it.

gfmdsar
IOhannes

[808611] https://bugs.debian.org/#808611

___
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#808682: mplayer: FTBFS on kfreebsd: error: 'CDRIOCSETBLOCKSIZE' undeclared (first use in this function)

[Debian Bug Tracking System]

Processing control commands:

> tags -1 + patch
Bug #808682 [src:mplayer] mplayer: FTBFS on kfreebsd: error: 
'CDRIOCSETBLOCKSIZE' undeclared (first use in this function)
Added tag(s) patch.

-- 
808682: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808682
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#808682: mplayer: FTBFS on kfreebsd: error: 'CDRIOCSETBLOCKSIZE' undeclared (first use in this function)

[Steven Chamberlain]

Control: tags -1 + patch

Hi!

A simple patch for this is attached;  we just need to include
sys/cdrio.h for a definition of that ioctl.  Though I don't have any
VCDs to really test this.

It seems there is a new stream/vcd_read_libcdio.h, and that is used in
preference if libcdio is detected:

--- a/stream_vcd.c
+++ b/stream_vcd.c
@@ -38,7 +38,9 @@
 #endif
 #include 
 
+#if CONFIG_LIBCDIO
+#include "vcd_read_libcdio.h"
-#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) || 
defined(__DragonFly__) || defined(__NetBSD__) || defined(__OpenBSD__)
+#elif defined(__FreeBSD__) || defined(__FreeBSD_kernel__) || 
defined(__DragonFly__) || defined(__NetBSD__) || defined(__OpenBSD__)
 #include "vcd_read_fbsd.h"
 #elif defined(__APPLE__)
 #include "vcd_read_darwin.h"

Previously stream/vcd_read_fbsd.h was being used, and that would include
sys/cdrio.h itself, although that seems to have other issues now.  I
think we're best using stream/vcd_read_libcdio.h anyway on kfreebsd.

Thanks!
Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org
From: Steven Chamberlain 
Subject: missing include for FreeBSD ioctls
Date: Mon, 21 Dec 2015 21:21:36 +

--- a/stream/vcd_read_libcdio.h
+++ b/stream/vcd_read_libcdio.h
@@ -33,6 +33,10 @@
 #include 
 #endif
 
+#if defined(__FreeBSD_kernel__)
+#include 
+#endif
+
 /** Private vcd data. */
 typedef struct {
 track_t track; /**< Current track being played. */


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

Bug#808682: mplayer: FTBFS on kfreebsd: error: 'CDRIOCSETBLOCKSIZE' undeclared (first use in this function)

[Sebastian Ramacher]

Source: mplayer
Version: 2:1.2-1
Severity: important

mplayer failed to build on kfreebsd-amd64:
| cc -MMD -MP -Wundef -W -Wall -Wall -Wno-switch -Wno-parentheses 
-Wpointer-arith -Wredundant-decls -Werror=format-security -Wstrict-prototypes 
-Wmissing-prototypes -Wdisabled-optimization -Wno-pointer-sign 
-Wdeclaration-after-statement -std=gnu99 -Werror-implicit-function-declaration 
-D_POSIX_C_SOURCE=200112 -D_XOPEN_SOURCE=600 -D_ISOC99_SOURCE -I. -Iffmpeg -O2 
-march=x86-64 -mtune=generic -pipe -g  -fno-tree-vectorize -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -g -O2 -fstack-protector-strong 
-Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -D_FORTIFY_SOURCE=2 -fpie 
-DPIC -D_THREAD_SAFE -I/usr/include/p11-kit-1 -I/usr/include/samba-4.0 
-I/usr/include/directfb -I/usr/include/   -D_REENTRANT  
-I/usr/include/freetype2 -DZLIB_CONST -I/usr/include/opus -I/usr/include/bs2b 
-I/usr/include/x86_64-kfreebsd-gnu -I/usr/include/x86_64-kfreebsd-gnu -pthread 
-I/usr/include/gtk-2.0 -I/usr/lib/x86_64-kfreebsd-gnu/gtk-2.0/include 
-I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 
-I/usr/include/libpng12 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 
-I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 
-I/usr/include/glib-2.0 -I/usr/lib/x86_64-kfreebsd-gnu/glib-2.0/include 
-I/usr/include/freetype2  -c -o stream/stream_vcd.o stream/stream_vcd.c
| In file included from stream/stream_vcd.c:42:0:
| stream/vcd_read_libcdio.h: In function 'vcd_read_toc':
| stream/vcd_read_libcdio.h:50:47: warning: unused parameter 'fd' 
[-Wunused-parameter]
|  static inline mp_vcd_priv_t *vcd_read_toc(int fd)
|^
| stream/stream_vcd.c: In function 'fill_buffer':
| stream/stream_vcd.c:82:55: warning: unused parameter 'max_len' 
[-Wunused-parameter]
|  static int fill_buffer(stream_t *s, char* buffer, int max_len){
|^
| stream/stream_vcd.c: In function 'open_s':
| stream/stream_vcd.c:252:17: error: 'CDRIOCSETBLOCKSIZE' undeclared (first use 
in this function)
|if (ioctl (f, CDRIOCSETBLOCKSIZE, ) == -1) {
|  ^
| stream/stream_vcd.c:252:17: note: each undeclared identifier is reported only 
once for each function it appears in
| Makefile:729: recipe for target 'stream/stream_vcd.o' failed

A full build log is available at
https://buildd.debian.org/status/fetch.php?pkg=mplayer=kfreebsd-amd64=2:1.2-1=1449429777

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: 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

Bug#808682: mplayer: FTBFS on kfreebsd: error: 'CDRIOCSETBLOCKSIZE' undeclared (first use in this function)

[Alexander Strasser]

Hi!

On 2015-12-21 21:23 +, Steven Chamberlain wrote:
> Control: tags -1 + patch
> 
> Hi!
> 
> A simple patch for this is attached;  we just need to include
> sys/cdrio.h for a definition of that ioctl.  Though I don't have any
> VCDs to really test this.
> 
> It seems there is a new stream/vcd_read_libcdio.h, and that is used in
> preference if libcdio is detected:

  There is currently some discussion about freebsd builds on mplayer-users:

  
http://lists.mplayerhq.hu/pipermail/mplayer-users/2015-December/thread.html#88194

  Ingo thinks the ioctl might not be needed when using libcdio:

  http://lists.mplayerhq.hu/pipermail/mplayer-users/2015-December/088195.html 


  Alexander

> --- a/stream_vcd.c
> +++ b/stream_vcd.c
> @@ -38,7 +38,9 @@
>  #endif
>  #include 
>  
> +#if CONFIG_LIBCDIO
> +#include "vcd_read_libcdio.h"
> -#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) || 
> defined(__DragonFly__) || defined(__NetBSD__) || defined(__OpenBSD__)
> +#elif defined(__FreeBSD__) || defined(__FreeBSD_kernel__) || 
> defined(__DragonFly__) || defined(__NetBSD__) || defined(__OpenBSD__)
>  #include "vcd_read_fbsd.h"
>  #elif defined(__APPLE__)
>  #include "vcd_read_darwin.h"
> 
> Previously stream/vcd_read_fbsd.h was being used, and that would include
> sys/cdrio.h itself, although that seems to have other issues now.  I
> think we're best using stream/vcd_read_libcdio.h anyway on kfreebsd.
> 
> Thanks!
> Regards,
> -- 
> Steven Chamberlain
> ste...@pyro.eu.org

> From: Steven Chamberlain 
> Subject: missing include for FreeBSD ioctls
> Date: Mon, 21 Dec 2015 21:21:36 +
> 
> --- a/stream/vcd_read_libcdio.h
> +++ b/stream/vcd_read_libcdio.h
> @@ -33,6 +33,10 @@
>  #include 
>  #endif
>  
> +#if defined(__FreeBSD_kernel__)
> +#include 
> +#endif
> +
>  /** Private vcd data. */
>  typedef struct {
>  track_t track; /**< Current track being played. */

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Processing of icecast2_2.4.2-1~bpo8+1_amd64.changes

[Debian FTP Masters]

icecast2_2.4.2-1~bpo8+1_amd64.changes uploaded successfully to localhost
along with the files:
  icecast2_2.4.2-1~bpo8+1.dsc
  icecast2_2.4.2.orig.tar.gz
  icecast2_2.4.2-1~bpo8+1.debian.tar.xz
  icecast2_2.4.2-1~bpo8+1_amd64.deb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)

___
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#808611: ITP: juce -- Jules' Utility Class Extensions

[IOhannes m zmoelnig]

Package: wnpp
Severity: wishlist
Owner: IOhannes m zmoelnig 

* Package name: juce
  Version : 4.1
  Upstream Author : Julian Storer
* URL : http://www.juce.com
* License : GPL
  Programming Lang: C++
  Description : Jules' Utility Class Extensions

 JUCE (Jules' Utility Class Extensions) is an all-encompassing C++ framework for
 developing cross-platform software.
 .
 It contains pretty much everything you're likely to need to create most
 applications, and is particularly well-suited for building highly-customised
 GUIs, and for handling graphics and sound.
 
For more information, visit the website: http://www.juce.com

JUCE is a toolkit used by a number of audio plugins and applications, including
future releases of giada.
I intend to package juce under the umbrella of the pkg-multimedia-maintainers.

___
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: Request for review & inclusion: supercollider-sc3-plugins (see RFP #807364)

[Hanno Zulla]

Hi there,

> We have prepared a .deb package of supercollider-sc3-plugins at
> 
> and request review and, if acceptable, inclusion of the package.

After initial responses on IRC, I have tried to fix all issues discussed
there and (tada) started it anew, so the repository on github now
contains a fresh start.

Please review.

Thanks,

Hanno

___
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: Request for review & inclusion: supercollider-sc3-plugins (see RFP #807364)

[Sebastian Ramacher]

On 2015-12-21 15:29:56, Hanno Zulla wrote:
> Hi there,
> 
> > We have prepared a .deb package of supercollider-sc3-plugins at
> > 
> > and request review and, if acceptable, inclusion of the package.
> 
> After initial responses on IRC, I have tried to fix all issues discussed
> there and (tada) started it anew, so the repository on github now
> contains a fresh start.

$ gbp buildpackage -uc -us -S
gbp:error: Pristine-tar couldn't checkout 
"supercollider-sc3-plugins_3.7.0~beta+git20151221.f978dc2~repack.orig.tar.xz": 
fatal: Path 
'supercollider-sc3-plugins_3.7.0~beta+git20151221.f978dc2~repack.orig.tar.xz.delta'
 does not exist in 'refs/heads/pristine-tar'
pristine-tar: git show 
refs/heads/pristine-tar:supercollider-sc3-plugins_3.7.0~beta+git20151221.f978dc2~repack.orig.tar.xz.delta
 failed

Never use an epoch unless you really have to. And you don't have to, since this
was never in the Debian archive.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: 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

eq10q is marked for autoremoval from testing

[Debian testing autoremoval watch]

eq10q 2.0~beta7.1~repack0-1 is marked for autoremoval from testing on 2016-01-03

It is affected by these RC bugs:
805661: eq10q: FTBFS: incompatiable compile flags with newer glibmm-2.4


___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

icecast2_2.4.2-1~bpo8+1_amd64.changes is NEW

[Debian FTP Masters]

binary:icecast2 is NEW.
source:icecast2 is NEW.

Your package has been put into the NEW queue, which requires manual action
from the ftpteam to process. The upload was otherwise valid (it had a good
OpenPGP signature and file hashes are valid), so please be patient.

Packages are routinely processed through to the archive, and do feel
free to browse the NEW queue[1].

If there is an issue with the upload, you will receive an email from a
member of the ftpteam.

If you have any questions, you may reply to this email.

[1]: https://ftp-master.debian.org/new.html

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

kodi-pvr-hts_2.1.18-1~bpo8+1_amd64.changes ACCEPTED into jessie-backports, jessie-backports

[Debian FTP Masters]

Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Fri, 18 Dec 2015 23:17:14 +0100
Source: kodi-pvr-hts
Binary: kodi-pvr-hts
Architecture: source amd64
Version: 2.1.18-1~bpo8+1
Distribution: jessie-backports
Urgency: medium
Maintainer: Debian Multimedia Maintainers 

Changed-By: Tobias Grimm 
Description:
 kodi-pvr-hts - Kodi PVR Addon TvHeadend Hts
Changes:
 kodi-pvr-hts (2.1.18-1~bpo8+1) jessie-backports; urgency=medium
 .
   * Rebuild for jessie-backports.
 .
 kodi-pvr-hts (2.1.18-1) unstable; urgency=medium
 .
   * Initial release (replaces xbmc-pvr-addons / xbmc-pvr-tvheadend-hts)
Checksums-Sha1:
 f2d54ba40c54bc6b2763aadbcd54a7a77a7cd0a5 2075 kodi-pvr-hts_2.1.18-1~bpo8+1.dsc
 90349d94c55f0b9f2d80b37e964f9c5e0e26f768 3960 
kodi-pvr-hts_2.1.18-1~bpo8+1.debian.tar.xz
 000e72316dc4e96308bf38d12b0eb7045ee4588b 167992 
kodi-pvr-hts_2.1.18-1~bpo8+1_amd64.deb
Checksums-Sha256:
 f2f999acb47e6ae4e66b4d40f587fff63719f0c869284479acd4309848f1d7b1 2075 
kodi-pvr-hts_2.1.18-1~bpo8+1.dsc
 a8983fb92e5342f7416a58546b29f85bbcdd020deeb300be1bbe61d76743420b 3960 
kodi-pvr-hts_2.1.18-1~bpo8+1.debian.tar.xz
 4477e579c1b9357dff74e3f690f418e9903765349be4daa8c9cde7d525c9dcbb 167992 
kodi-pvr-hts_2.1.18-1~bpo8+1_amd64.deb
Files:
 35dda6b66193769163ae3110a1931c43 2075 video extra 
kodi-pvr-hts_2.1.18-1~bpo8+1.dsc
 1d4aacc2712821fbdad1b394f86689fd 3960 video extra 
kodi-pvr-hts_2.1.18-1~bpo8+1.debian.tar.xz
 e2d213c7b43b27479ee33de25d6bccd7 167992 video extra 
kodi-pvr-hts_2.1.18-1~bpo8+1_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJWdIadAAoJENYuT1sEE5C8m3MP/jPyhncZJyNbI5J+FbyPuEpK
84n7cnsQUTt7Ov+D2iJeKn0JFdH/i2uu3SxUFDgtedV/Dkn/UUkTQ0lyZW0f0CAs
Kt0ZC1Q8h0butxKULauVC1QaQ3ZZ3QNMJ9geJCVruAkjeOj7eq9U7uUavmPQELl3
oQK+KkU6Kq+LkepBZeheYrJ1LYUzuzk7kdYrwGaA17dM5B0FqFFjt9aNgGZKQ48r
QgCdesRTmaVJYnHBionybD/y6L06wVyL0xbG/65tes79x63l+vRkqjHUwjS6bgfy
01CNU5qhpkntQahjI9GBHoowjnedRLmyOXrR2ajrBhnZse77Bq9ZhQKlz1I46cwl
jHWlgj2Hk4TS1a9mKsftA04H/bDSjpDotz87dPiA+umPV3Im4RIhS9bVadsvgnuZ
oh02yK6BK6wEsQKJ1ucD6pxbXL/e2JGeeatqxeAD8CqPHv/N1Hv01ZuQPvMFnPxH
Y9X3YUsZGAPaPkDqryrtnORc6jfFeCNsCVLZghjVv9wCq1seV7SOUqwr/zZqobbZ
HEqIjAbvJUSWH6+APQw/0VttDbN1Dyo974/1u4X+vgtX/9/cV1S7xcmyoAZWWO/Z
NxAHiN2JYdZO6o58StiTDaJYGJ+5MjQnMybXHpyarWwqT3/TevqDU9jn/s5VzGSX
BFgSdTnmgw+30CSiNZHv
=yexC
-END PGP SIGNATURE-


Thank you for your contribution to Debian.

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

icecast2_2.4.2-1~bpo8+1_amd64.changes ACCEPTED into jessie-backports, jessie-backports

[Debian FTP Masters]

Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Fri, 30 Oct 2015 07:33:24 +0100
Source: icecast2
Binary: icecast2
Architecture: source amd64
Version: 2.4.2-1~bpo8+1
Distribution: jessie-backports
Urgency: low
Maintainer: Debian Multimedia Maintainers 

Changed-By: Robert Weidlich 
Description:
 icecast2   - streaming media server
Changes:
 icecast2 (2.4.2-1~bpo8+1) jessie-backports; urgency=low
 .
   * Rebuild for jessie-backports.
Checksums-Sha1:
 79d4b925c000634eb632a4fe7d8013004f6692fc 2337 icecast2_2.4.2-1~bpo8+1.dsc
 57a092302ab8aa4993fa280f299c099d25e875a5 2388381 icecast2_2.4.2.orig.tar.gz
 7ae4e0c29f5a0358bbe726c928250e78bc3a3b35 32320 
icecast2_2.4.2-1~bpo8+1.debian.tar.xz
 63673a9457b432c8ad72edbe31d794b6e1d138e0 1538728 
icecast2_2.4.2-1~bpo8+1_amd64.deb
Checksums-Sha256:
 b672d307aba1063df9cbc24094bd9c36e7b921968b7ed52926df94822ed7990b 2337 
icecast2_2.4.2-1~bpo8+1.dsc
 aa1ae2fa364454ccec61a9247949d19959cb0ce1b044a79151bf8657fd673f4f 2388381 
icecast2_2.4.2.orig.tar.gz
 f2a97052f4cc41c4694efcb49e6d80f838b8b6ae37dcaa96ef8b9867b7a42673 32320 
icecast2_2.4.2-1~bpo8+1.debian.tar.xz
 c1f9e2b4f10caef751f0130c4cc2826958e20cd186d9ce5f62c2267286bcd87e 1538728 
icecast2_2.4.2-1~bpo8+1_amd64.deb
Files:
 967a4b3aa7b2307eb29de08b0786e44e 2337 sound optional 
icecast2_2.4.2-1~bpo8+1.dsc
 55947c83d31dfcbbede58c9521c676f4 2388381 sound optional 
icecast2_2.4.2.orig.tar.gz
 58a94bf783718a1b853872ba38190d92 32320 sound optional 
icecast2_2.4.2-1~bpo8+1.debian.tar.xz
 758dcb6803080b7fe5471bc52e7f5c2d 1538728 sound optional 
icecast2_2.4.2-1~bpo8+1_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJWd7evAAoJEI7tzBuqHzL/6WsQAKulglfaQidtXByEnBv2yLMg
PoDAnHdnvv74F4BpGA2Cmb7HV2lCo9QtlgRddhX7BB+Ja0kODQj+Vo7GFh31sq17
riC9HDi9NxiOt4yk7nogS5Zicmya2bbJ+/H/Z23n7WNrHRLxDSBMpUumktdBPEfr
Vz2SQLfBVb0FeYdJRlSuHDuF+dE1JuN1kkt/J3t1HT7ZodAAMCCjzDXeWpO1dohO
702Xx554MUboGToEcqvdEXg+in73aWnpCy2C327uPT9fVwvXh/lSvE1AaN+akBUl
x7abJ1SilxJONGCsAVokX8X7DipupD7NjHSLX091s2w/oP3EaOFaDK4qVIVHpm7n
kYxISW036sFkOrM7Mj2Q4bk+XDbv4y1lfSj/1gpwjnYOy2aOqHXmnh7InJJTHDlb
vGbALwo7qLHxFBoPIgS+HL4zjJQLF8/exT7eNYNTSHepd/ZqmFpobbNyTXAxtLlR
v01QC8Bn8jtAKge1G/fitSQS/Bng0tRCOxeAA/FsgIAJjpqFm1JMzFvOBK7U6r8H
sxQjC0pZe1SAF8KeEgHYNUSw1hN6odhlezS9dHeImt59ohXhe2Bcs0hBGX+Z+v4Z
Rco47cS7APffOAPHO2uh0kxPackU0lNrpspHj/PgHtnA4OfHgW0pC0j8bqUaHm6h
bdCccc9ZjosJkxcxRzKp
=pIam
-END PGP SIGNATURE-


Thank you for your contribution to Debian.

___
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: Question for future Debian builds

[Debian/GNU]

On 2015-12-20 17:53, Giada LoopMachine wrote:
> 
> Hey guys,
> 
> Sorry for the delay! I perfectly understand your pain with JUCE and it's
> (non)packaging status. Actually we are considering shipping "raw" JUCE's
> source code, with no pre-compiled or embedded libraries around. That way
> JUCE would be just a part of the whole source tarball, #include'd and
> compiled by Giada itself when needed. What do you say?

i am not sure i fully understand (having not worked with juce myself).

here's a few things to keep in mind (this might be not relevant at all;
you probably can tell better than me :-))

- we (Debian) prefer to generate *any* generated files during the
build-process, so
- if there are any files that are *generated* (even if they are plain
C++-files), we (Debian) MUST to have the original sources (e.g. an
XML-description used to generate the C++-files), and
- we (Debian) will also need the *generator* executable (that turns the
XML-files into C++-files) within the *Debian archive*.


finally: embedding libraries is generally frowned upon, to eliminate
duplicate work. so as long as giada were the only package using JUCE,
embedding it would probably be OK, but once other applications start
using it as well (a few come to my mind which i would probably like to
package), it definitely should go into a separate package.

fgmawdr
IOhannes

___
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#808597: kodi-pvr-iptvsimple: wrong description (argusTV)

[IOhannes m zmoelnig]

Package: kodi-pvr-iptvsimple
Version: 1.11.5+git20150717-1
Severity: normal

Dear Maintainer,

the (english) description for kodi-pvr-iptvsimple reads:
> Description-en: Kodi PVR Addon Argustv
>  This package contains the Argustv PVR (Personal Video Recorder) [...]

obviously this is wrong and should instead mention iptv.

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

kodi-pvr-vdr-vnsi_1.10.10-2~bpo8+1_amd64.changes ACCEPTED into jessie-backports, jessie-backports

[Debian FTP Masters]

Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Thu, 17 Dec 2015 00:08:50 +0100
Source: kodi-pvr-vdr-vnsi
Binary: kodi-pvr-vdr-vnsi
Architecture: source amd64
Version: 1.10.10-2~bpo8+1
Distribution: jessie-backports
Urgency: medium
Maintainer: Debian Multimedia Maintainers 

Changed-By: Tobias Grimm 
Description:
 kodi-pvr-vdr-vnsi - Kodi PVR Addon VDR VNSI
Changes:
 kodi-pvr-vdr-vnsi (1.10.10-2~bpo8+1) jessie-backports; urgency=medium
 .
   * Rebuild for jessie-backports.
 .
 kodi-pvr-vdr-vnsi (1.10.10-2) unstable; urgency=medium
 .
   * Moved package into section 'video'
 .
 kodi-pvr-vdr-vnsi (1.10.10-1) unstable; urgency=medium
 .
   * Initial release
Checksums-Sha1:
 4de7ff1cc8eeae66a0ae5a46adf36c570568ce29 2207 
kodi-pvr-vdr-vnsi_1.10.10-2~bpo8+1.dsc
 0ec711daacb92ee1141f31c304ba96fe89afdee4 2748 
kodi-pvr-vdr-vnsi_1.10.10-2~bpo8+1.debian.tar.xz
 9b8a05c37a3bb6bb5f381e28417acd59fad66334 157620 
kodi-pvr-vdr-vnsi_1.10.10-2~bpo8+1_amd64.deb
Checksums-Sha256:
 815183265c5e3b3ed8bd702b3547a209f7a963347df79391d50231d65471021d 2207 
kodi-pvr-vdr-vnsi_1.10.10-2~bpo8+1.dsc
 4f89b2479b85daafbcaff42ee1c34efc23989b367bbce226fe8b897870b65f32 2748 
kodi-pvr-vdr-vnsi_1.10.10-2~bpo8+1.debian.tar.xz
 71057ccaaf06efe3ec4baa6079641a3a6219df0a4db65ae6cb03f45114685bee 157620 
kodi-pvr-vdr-vnsi_1.10.10-2~bpo8+1_amd64.deb
Files:
 2d0ec62876b09ba0756cdec3feb6f5bb 2207 video extra 
kodi-pvr-vdr-vnsi_1.10.10-2~bpo8+1.dsc
 7428e5d4eb119a8c036c1fc1249bf469 2748 video extra 
kodi-pvr-vdr-vnsi_1.10.10-2~bpo8+1.debian.tar.xz
 d09f9a6b01c69de6a6cae7d32cba266a 157620 video extra 
kodi-pvr-vdr-vnsi_1.10.10-2~bpo8+1_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJWce/fAAoJENYuT1sEE5C80AcP/jVCcFRFnLxJbVu5lt+5AxgE
4zBqWinK6h39t8+ox57Rs3PU4LNTp6fe73JR5cUFZu5YQqvAxvEQZvh86i8yBiis
O4V61lrDNMEz+NoBs5QpS/UazpZQwcZYuDGmJK4ihURftxMi8FhalJ4Es+adYO8v
dzaRXCzVSQ7qxPRglzuJIECObt9zyxmzk/YFBGxSG2aisuWx1BtIx2zbHboDAZbV
AgWwkzVOrZJ3iH6bdKP56Jlc4/FeBVAqhp54htuOR32p0/3qJWzqXDjZzJWGR2Po
ChoNlpnUi2JPMDokKTVuwoIFPtOaFHfTgTtzqeAcn1vkccwhPEcXQ+v4pu1FjQCE
QpaUNQjaVu3HF5YzDkeIzR/GfY2hLnjRK7U5Ap/j0Jy5uUtp7UViGyw+3BC7kuPV
t/GDcO7FOzDYcC4D7c7cnoEksERAJ7FtwsSPKEbOlrYo+CEB5oCNVCwC6iRmVU03
ci/eT59GKmbECfhkKEQdVn7DP/4hmlLZChPiVhHxKO41fH0FPpfmA1gZRzm/gIdR
mYTEdEEpIzEMhXWZRlRuZM53iQvduLX6QI+hr7dniIxpATQccCMmZtfNgSRBUECs
oENP+qFaRWCPMM6H++qLJUQESk2zH5hA2Y3CRF7FUQQqNDfSwNewLdOqOSHtOJI0
adeKycn0KxESyFQt4GF8
=a/6H
-END PGP SIGNATURE-


Thank you for your contribution to Debian.

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

mma 15.12-1 MIGRATED to testing

[Debian testing watch]

FYI: The status of the mma source package
in Debian's testing distribution has changed.

  Previous version: 15.09-1
  Current version:  15.12-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 https://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

Re: Request for review & inclusion: supercollider-sc3-plugins (see RFP #807364)

[Hanno Zulla]

Hi there,

> Please build with dh $@ --parallel if possible.

fixed.

> I: supercollider-sc3-plugins source: duplicate-short-description
> supercollider-sc3-plugins supercollider-sc3-plugins-scsynth
> supercollider-sc3-plugins-sclang
> I: supercollider-sc3-plugins-scsynth:
> extended-description-is-probably-too-short

should be fixed.

> W: supercollider-sc3-plugins source: outdated-autotools-helper-file
> source/StkUGens/stk-4.4.4/config/
>
> This is from the embedded copy of stk.

upstream has removed stk as an embedded copy per request.

> This needs an update for the new location of nova-simd.

fixed & repacked. (Correctly repacked?)

> W: supercollider-sc3-plugins-scsynth: binary-without-manpage
> usr/bin/ladspalist
>
> If the package is providing plugins to supercollider, should this
> binary really be on $PATH?

As discussed on IRC, it's unclear to me where to place this binary.

LADSPA plugins can be used through one of the supercollider sc3 ugen
plugins provided by this package.

The binary only lists those LADSPA plugins available to the user.

I'm not sure where else to put it but in /usr/bin. Packaging it in a
separate .deb seems like overkill. Please advise.

man page will follow soon, no problem.

> I: supercollider-sc3-plugins-sclang: package-contains-empty-directory
> usr/share/SuperCollider/Extensions/SC3plugins/local/
>
> Is this empty directory needed?

no, removed.

> Do the three packages suppercollider-sc3-plugins,
> supercollider-sc3-plugins-scsynth and
> supercollider-sc3-plugins-sclang work in
> any version combination should the dependencies by versioned?

They should be versioned. Do I have to mention the explicit version
number in debian/control or is there a placeholder for it?

> If supercollider-sc3-plugins is just an empty metapackage, please put
> it in the correct section.

fixed.

> Why do you install upstream's TODO?

fixed, removed.

> gbp buildpackage -uc -us -S
> gbp:error: Pristine-tar couldn't checkout
"supercollider-sc3-plugins_3.7.0~beta+git20151221.f978dc2~repack.orig.tar.xz"

Please try again, I restarted the github repo once more.

If that still doesn't work, please advice me on what I did wrong there
and how to fix it.

In the meantime, you can use the
debian/rules get-orig-source
recipe to have the tarball fetched from upstream & repacked.

> Never use an epoch unless you really have to. And you don't have to,
> since this was never in the Debian archive.

I have removed the epoch for now, but do want to put it in:

The package was in an Ubuntu PPA where a different versioning had been
used so far and I would want to override that. Also, Debian's
supercollider already uses an epoch and the sc3 plugins follow
supercollider's version scheme.


Thanks so far,

Hanno

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers