Re: sonic-pi_2.10.0~repack-2 ready

Am 17.05.2016 um 20:24 schrieb James Cowgill: > This lintian override is incorrect. Having an executable script without > a #! is useless. Why not fix the permissions instead? Thanks, I have sent a fix upstream with https://github.com/samaaron/sonic-pi/pull/1239 and will fix it in the packaging, t

sonic-pi_2.10.0~repack-2 ready

Dear Multimedia Mantainers, for a (minor) bugfix, please review the updated sonic-pi package and upload if you agree. Thanks, Hanno ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debi

Re: supercollider is marked for autoremoval from testing

Hi, > Felipe is correct - 3.7.0 is on track, and looking good IMHO. That's great. We probably should keep in mind that after the release of supercollider 3.7.0, the supercollider-sc3-plugins source package needs a minor version bump too, to get its binaries compiled against the new supercollider

Re: supercollider is marked for autoremoval from testing

Hi, Am 02.05.2016 um 06:39 schrieb Debian testing autoremoval watch: > supercollider 1:3.6.6~repack-2-2 is marked for autoremoval from testing on > 2016-06-07 > > It is affected by these RC bugs: > 822467: supercollider: FTBFS: error: 'random_device' is not a member of 'std' As Sonic Pi depends

Re: supercollider 3.7.0 in alioth to try

Hi Dan, > There's a new release of SuperCollider out (3.7) and I've imported and > updated the packaging at pkg-multimedia/supercollider.git . It builds > and works for me (on x64), and I'd like to ask others to have a look > at it and consider testing/uploading it. I'm really looking forward to

sonic-pi_2.9.0~repack-5 ready

Hi Petter, thanks for this: Am 26.02.2016 um 11:50 schrieb Debian FTP Masters: > sonic-pi_2.9.0~repack-4_source.changes uploaded successfully to localhost However, it wouldn't build because of the ruby 2.3 transition. That causes the did_you_mean gem to install by default, which doesn't run with

Re: Status of sonic-pi and supercollider-sc3-plugins (Re: Request for review & inclusion: sonic-pi, see #796550)

Hi, sorry, I will fix those lintian warnings tomorrow. > I also think that the actual uploader should push (and ideally sign) > the tag. Or at least push the tags after uploading. > > If I remember correctly, our pet instance marks packages that have a proper > distribution set without a tag as

Re: Status of sonic-pi and supercollider-sc3-plugins (Re: Request for review & inclusion: sonic-pi, see #796550)

Hello Felipe, thanks for your pointer in the right direction at https://github.com/supercollider/sc3-plugins/pull/73 except for the stackrealign flag question (which I believe to be an artefact in the original cmake rule), I believe 3.7.0~beta+git20151221.f978dc2~repack-7 fixes the sc3-plugins b

Re: Status of sonic-pi and supercollider-sc3-plugins (Re: Request for review & inclusion: sonic-pi, see #796550)

Hi, > I see the problem is in the stk subdir. Maybe the endianness test can > be skipped if using a system stk? Thanks, but the STK Ugen plugin is already using the system STK. Upstream had been so nice to add a SYSTEM_STK=on configuration switch just for Debian to allow this: https://github.com

Status of sonic-pi and supercollider-sc3-plugins (Re: Request for review & inclusion: sonic-pi, see #796550)

Hi Petter, Hi multimedia-maintainers, first of all, thanks for getting the packages up to speed and ready for Debian. It took a while, but I learned a lot. :-) Thanks Petter, I have noticed the issues you mentioned already. supercollider-sc3-plugins fails to build due to a problem with the cmak

Bug#814984: Supercollider: Add hardening flags to debian/rules in supercollider source package

Hi, > I have not tested this, does this actually pass the right variables? > I'm wary of the interactions between the cdbs rules and including > dpkg's makefile snippet. Unfortunately , bug #712729 means the > built-int support in cdbs is currently broken :( When I tested it locally, lintian stop

Bug#814984: Supercollider: Add hardening flags to debian/rules in supercollider source package

Source: supercollider Version: 1:3.6.6_repack-2-2 Severity: minor Hi there, sid's lintian complains about missing hardening in the supercollider build. This patch adds the needed flags. Please let me know a) if this patch is correct b) if this is the proper format to submit it c) if this is t

Re: supercollider-sc3-plugins_3.7.0~beta+git20151221.f978dc2~repack-4_amd64.changes REJECTED

Hi Thorsten, Thank you for your review. We have reviewed the copyright file and indeed found a mistake that has been fixed for the recently uploaded version -5 of the package. Allow me to clarify this problem you mentioned: > unfortunately you forgot the CC-BY-SA 3.0 license mentioned in > supe

Re: supercollider-sc3-plugins_3.7.0~beta+git20151221.f978dc2~repack-4_amd64.changes REJECTED

Hello Petter, the main issue is fixed at ...but now that I learned a few new things to take care of while packaging Sonic Pi, let me fix those lintian warnings before we try again. Will report back when done. Regard

Re: supercollider-sc3-plugins_3.7.0~beta+git20151221.f978dc2~repack-4_amd64.changes REJECTED

Hello Thorsten, hello Petter, Thorsten: > unfortunately you forgot the CC-BY-SA 3.0 license mentioned in > supercollider-sc3-plugins/source/ATK/sc/README Petter: > As far as I can tell, the README refer to files that are not included > in the source (at least not in git) Indeed, they are not. I

Re: Request for review & inclusion: sonic-pi (see #796550)

Hi Petter, > Should I restart the gbp repo, now that it's using the > watch/uscan/repack solution instead of debian/rules get-orig-source? > > Also, is it now time to move the repo from github to > http://anonscm.debian.org/cgit/pkg-multimedia/ ? Ok, the gbp repo is now restared and I have remov

Re: Request for review & inclusion: sonic-pi (see #796550)

Hi, Am 11.02.2016 um 19:51 schrieb IOhannes m zmölnig (Debian/GNU): > then please add a lintian-override documenting the reason. Done, thanks for pointing that out. Am 11.02.2016 um 20:05 schrieb Sebastian Ramacher: > nocheck[1] is not honored. You'll need something like the following: Thanks

Re: Request for review & inclusion: sonic-pi (see #796550)

Hello Sebastian, thanks for the review. I believe to have fixed all issues you have listed in your review. Except one: > I: sonic-pi: spelling-error-in-binary Those are not spelling errors, lintian is spellchecking the translated non-English document resources here, which are linked into the Q

Request for review & inclusion: sonic-pi (see #796550)

Hi Debian-Multimedia, Hi Petter, I *hope* the package is now in pretty good shape and request a review. Please have a look at and let me know what you think. The contents of the debian/ folder is fairly well documented. The remaining lintian

Re: supercollider-sc3-plugins_3.7.0~beta+git20151221.f978dc2~repack-3_amd64.changes REJECTED

Hi Thorsten, thanks for your review. > please mention all files licensed under BSD, the Boost-license or a > Creative Commons license in your debian/copyright. In reference to the Creative Commons license: CC is mentioned briefly in source/ATK/sc/README > The filter kernels distributed with th

Bug#805549: Patch for strech, jessie, wheezy

Hi, > Hanno, could you please test on a wheezy and on a jessie system that > what is living in the debian/{wheezy,jessie} branches works? I don't > foresee any problems, but we should test first. Tested on both systems, using amd64. Worked on both. This patch fixes the original problem describe

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

Am 05.01.2016 um 00:03 schrieb IOhannes m zmölnig (Debian/GNU): > On 01/04/2016 02:32 PM, Hanno Zulla wrote: >> - the packages are depending on (= ${binary:Version}) for each other > > are you sure that "supercollider-sc3-plugins-sclang" must *Depend* on > "

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

Hi Sebastian, fixed issues: - the previously unresolvable build-dependency issue has been fixed by adding libjack-jackd2-dev - ladspalist has been moved into its own, optional package - ladspalist now has a man page - the p

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

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

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

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 (

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

Hi there, Petter, Georges and I are preparing Sonic Pi (sonic-pi.net) for Debian-compliant packaging, see RFP #796550 Sonic Pi combines an electronic synthesizer with a ruby interpreter to create a new kind of electronic instrument. Made

Bug#805549: Patch for strech, jessie, wheezy

Hi, thanks for fixing this in sid's package. I can confirm that it works to package supercollider-sc3-plugins. It would be beneficial if this could be fixed for strech jessie wheezy too. Why even back to wheezy? Because supercollider-sc3-plugins is also meant to be used by Raspbian, which is pa

Bug#805549: libstk0-dev packaging bug, missing include files SKINI.msg and SKINI.tbl

Hi, please find new patch stk-4.5.0/debian/patches/0006-Fix-install-rule-for-include-files.patch attached. This fixes the issue for me. Thanks, Hanno Index: stk-4.5.0/src/Makefile.in === --- stk-4.5.0.orig/src/Makefile.in 2015-12-

Bug#805549: libstk0-dev packaging bug, missing include files SKINI.msg and SKINI.tbl

Hello, thanks for the new release. However, it is still broken, the two required files are still missing in libstk0-dev. Upstream tarball contains include/SKINI.msg include/SKINI.tbl Upstream tarball also contains src/Makefile, which says: cp -r ../include/*.h $(DESTDI

Bug#805549: libstk0-dev packaging bug, missing include files SKINI.msg and SKINI.tbl

Package: libstk0-dev Version: 4.4.4-5build2 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** The debian libstk0-dev packaging rule only copies .h files to /usr/include/stk/ but the stk source package comes with two non .h files for