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 $(DESTDIR)$(PREFIX)$(INCLUDEDIR)/st So this is an upstream bug. Upstream has fixed this since 4.5.0 by changing the names of those two files to names ending with .h. However, until then, please fix this for the Debian package by changing the Makefile rule to cp -r ../include/* $(DESTDIR)$(PREFIX)$(INCLUDEDIR)/st Thanks. Hanno
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-10 15:23:05.622300539 +0100 +++ stk-4.5.0/src/Makefile.in 2015-12-10 15:24:03.238092077 +0100 @@ -95,7 +95,7 @@ install-headers: install -d $(DESTDIR)$(PREFIX)$(INCLUDEDIR)/stk - cp -r ../include/*.h $(DESTDIR)$(PREFIX)$(INCLUDEDIR)/stk + cp -r ../include/* $(DESTDIR)$(PREFIX)$(INCLUDEDIR)/stk install: $(SHAREDLIB) install-headers install -d $(DESTDIR)$(PREFIX)$(LIBDIR)
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 packaging their distribution based on wheezy and jessie. Please find an attached patch which will fix this for all three versions of the current Debian source package. Thank you, Hanno *** stk-4.4.4/debian/patches/01-makefile.patch 2015-09-21 19:17:01.0 +0200 --- stk-4.4.4.patched/debian/patches/01-makefile.patch 2015-12-15 10:19:37.320848851 +0100 *** *** 64,70 +install-headers: + install -d $(DESTDIR)/usr/include/stk ! + cp -r ../include/*.h $(DESTDIR)/usr/include/stk + +install: $(SHAREDLIB) install-headers + install -d $(DESTDIR)/usr/share/stk --- 64,70 +install-headers: + install -d $(DESTDIR)/usr/include/stk ! + cp -r ../include/* $(DESTDIR)/usr/include/stk + +install: $(SHAREDLIB) install-headers + install -d $(DESTDIR)/usr/share/stk
Bug#828038: Please update to new upstream version pd-aubio 0.4.2.
Package: pd-aubio Version: 0.4-1 Severity: important Hi, thanks for packaging pd-aubio. There is a new version available, which contains new features needed for the next release of the sonic-pi package. I'd be grateful if you could update pd-aubio to the new upstream version. Kind regards, Hanno
Bug#828039: Please update to new upstream version aubio 0.4.2.
Package: aubio Version: 0.4-1 Severity: important Hi, thanks for packaging aubio. There is a new version available, which contains new features needed for the next release of the sonic-pi package. I'd be grateful if you could update pd-aubio to the new upstream version. Kind regards, Hanno
Bug#828039: Acknowledgement (Please update to new upstream version aubio 0.4.2.)
Hi, sorry for mentioning pd-aubio in this bug report by mistake, I meant the aubio source package. Thanks, Hanno
Bug#796550: ITP: sonic-pi -- a new kind of musical instrument : teach programming and music
Hi, > There is work going on in Ubuntu to make a debian package Yes, it looks like we did some parallel work there. My .deb rules for Ubuntu seem to work fine so far. I also tested them on Raspbian and want to test them with Debian, too. The goal is to make the source package debian-compliant. You can see my status report here: , see > https://github.com/samaaron/sonic-pi/issues/827 > and > http://ppa.launchpad.net/hzulla/sonic-pi/ >. > > We also got a deb building based on the source from > https://github.com/georgesk/sonic-pi >, but there are licensing > issues to be solved before it is ready to go into the Debian archive. > > -- > Happy hacking > Petter Reinholdtsen > >
Bug#796550: ITP: sonic-pi -- a new kind of musical instrument : teach programming and music
(Darn, please ignore previous incomplete mail, sorry) > There is work going on in Ubuntu to make a debian package Yes, it looks like we did some parallel work there. My .deb rules for Ubuntu seem to work fine so far. I also tested them on Raspbian and want to test them with Debian, too. I didn't approach Serge because the debian/ rules aren't finished yet. The goal is to make them debian-compliant and thus acceptable for Debian, but there's quite some work to do until then (licensing issues and the vendor/ directory). See my current status report here: https://github.com/samaaron/sonic-pi/issues/861 Regards, Hanno
Bug#807364: RFP: supercollider-sc3-plugins -- Community collection of UGen plugins for SuperCollider
Hi, > A draft package is available from > http://ppa.launchpad.net/sonic-pi/ppa/ubuntu/pool/main/s/supercollider-sc3-plugins/ > > That draft package is a first packaging attempt. I intended to make it acceptable for to the Debian archive, but it isn't ready yet. Help is appreciated, as Debian compliance is a major goal for this packaging attempt. Status: The plugins are maintained at https://github.com/supercollider/sc3-plugins The source package contains two convenience copies of code. 1) libstk Which has been packaged by Debian, but with a bug that makes it unusable for compiling sc3-plugins with it. I have filed a bug at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805549 and the Debian Multimedia team has published an update (thanks!) which I haven't tested, yet. 2) nova-simd Which has not been packaged by Debian yet. nova-simd is also contained as a convenience copy in the main supercollider Debian source package. The current sc3-plugins release 3.7.0-alpha1 has a bug that has been fixed in the git master version, see https://github.com/supercollider/sc3-plugins/issues/45 for details. The developers plan to push out a new release soon. Regards, Hanno
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 that directory: SKINI.msg and SKINI.tbl are thus missing from the resulting Debian package. The bug is in the install-headers section of 01-makefile.patch: +install-headers: + install -d $(DESTDIR)/usr/include/stk + cp -r ../include/*.h $(DESTDIR)/usr/include/stk should be +install-headers: + install -d $(DESTDIR)/usr/include/stk + cp -r ../include/* $(DESTDIR)/usr/include/stk instead. I noticed this while trying to package the supercollider sc3 plugins, which requires SKINI.msg for building. Thank you. *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers wily-updates APT policy: (500, 'wily-updates'), (500, 'wily-security'), (500, 'wily'), (100, 'wily-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-18-generic (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libstk0-dev depends on: ii librtaudio-dev 4.1.1~ds0-3 ii librtmidi-dev 2.1.0~ds0-4 ii libstk0c2a 4.4.4-5build2 libstk0-dev recommends no packages. libstk0-dev suggests no packages. -- no debconf information
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 the proper channel to submit patches like this. Thanks. diff --git a/debian/rules b/debian/rules index 1dccb45..5c36a6a 100755 --- a/debian/rules +++ b/debian/rules @@ -5,6 +5,9 @@ include /usr/share/cdbs/1/rules/utils.mk include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/class/cmake.mk +export DEB_BUILD_MAINT_OPTIONS = hardening=+all +include /usr/share/dpkg/buildflags.mk + DEB_DH_INSTALL_SOURCEDIR=debian/tmp # # Add here any variable or target overrides you need. diff --git a/debian/supercollider-server.lintian-overrides b/debian/supercollider-server.lintian-overrides new file mode 100644 index 000..a4425ae --- /dev/null +++ b/debian/supercollider-server.lintian-overrides @@ -0,0 +1,2 @@ +# False positive, plugin is built with correct hardening flags +supercollider-server: hardening-no-fortify-functions usr/lib/SuperCollider/plugins/UIUGens.so diff --git a/debian/supercollider-supernova.lintian-overrides b/debian/supercollider-supernova.lintian-overrides new file mode 100644 index 000..a9ee8a2 --- /dev/null +++ b/debian/supercollider-supernova.lintian-overrides @@ -0,0 +1,2 @@ +# False positive, plugin is built with correct hardening flags +supercollider-supernova: hardening-no-fortify-functions usr/lib/SuperCollider/plugins/UIUGens_supernova.so
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 stopped complaining about missing hardening, so it seemed to work. But as I have no experience with cdbs, it may be better to do this through cdbs instead of my patch and push for 712729 to be fixed. > This is OK, although given you are already in the team you could have > pushed a branch and asked for review/merge to the git repo directly > (or an ACK to do the merge yourself). Ok, thanks. Regards, Hanno
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 described in this bug.
Thank you,
Hanno
Bug#811081: ITP: ruby-alsa-rawmidi -- Realtime MIDI IO with Ruby for Linux via the ALSA RawMIDI API.
Package: wnpp Severity: wishlist Owner: Hanno Zulla * Package name: ruby-alsa-rawmidi Version : 0.3.1 Upstream Author : Ari Russo * URL : https://rubygems.org/gems/alsa-rawmidi * License : Apache-2.0 Programming Lang: Ruby Description : Realtime MIDI IO with Ruby for Linux via the ALSA RawMIDI API. Packaging as dependency of Sonic Pi (ITP #796550)
Bug#694798: ITP: ruby-websocket -- Universal Ruby library to handle WebSocket protocol
I'm picking up this issue and will try to package websocket for Debian.
Bug#811084: ITP: ruby-rubame -- Ruby Websocket Game Server
Package: wnpp Severity: wishlist Owner: Hanno Zulla * Package name: ruby-rubame Version : 0.0.2 Upstream Author : Mark Saward * URL : https://rubygems.org/gems/rubame * License : MIT Programming Lang: Ruby Description : Ruby Websocket Game Server Packaging as dependency of Sonic Pi (ITP #796550)
Bug#811086: ITP: ruby-wavefile -- You can use this gem to create Ruby programs that produce audio.
Package: wnpp Severity: wishlist Owner: Hanno Zulla * Package name: ruby-wavefile Version : 0.6.0 Upstream Author : Joel Strait * URL : https://rubygems.org/gems/wavefile * License : MIT Programming Lang: Ruby Description : You can use this gem to create Ruby programs that produce audio. Packaging as dependency of Sonic Pi (ITP #796550)
Bug#811088: ITP: ruby-midilib -- A pure Ruby MIDI library.
Package: wnpp Severity: wishlist Owner: Hanno Zulla * Package name: ruby-midilib Version : 2.0.5 Upstream Author : Jim Menard * URL : https://rubygems.org/gems/midilib * License : Ruby License Programming Lang: Ruby Description : A pure Ruby MIDI library. Packaging as dependency of Sonic Pi (ITP #796550)
Bug#811390: ITP: ruby-hamster -- Efficient, immutable, thread-safe collection classes for Ruby
Package: wnpp Severity: wishlist Owner: Hanno Zulla * Package name: ruby-hamster Version : 2.0.0 Upstream Author : Simon Harris * URL : https://rubygems.org/gems/hamster * License : Expat Programming Lang: Ruby Description : Efficient, immutable, thread-safe collection classes for Ruby Packaging as dependency of Sonic Pi (ITP #796550)
Bug#811398: ITP: ruby-interception -- Provides a cross-platform ability to intercept all exceptions as they are raised.
Package: wnpp Severity: wishlist Owner: Hanno Zulla * Package name: ruby-interception Version : 0.5 Upstream Author : Conrad Irwin * URL : https://rubygems.org/gems/interception * License : MIT Programming Lang: Ruby Description : Provides a cross-platform ability to intercept all exceptions as they are raised. Packaging as dependency of Sonic Pi (ITP #796550)
Bug#811484: RFP: ruby-did-you-mean -- "did you mean?" experience for misspelled code in Ruby.
Package: wnpp Severity: wishlist * Package name: ruby-did-you-mean Version : 1.0.0 (or earlier) Upstream Author : Yuki Nishijima * URL : https://rubygems.org/gems/did_you_mean * License : MIT Programming Lang: Ruby Description : "did you mean?" experience for misspelled code in Ruby. 'Did you mean?' experience in Ruby. No, Really. This gem will try to suggest the correct spelling if an error could have been caused by a misspelled code. This gem ships with ruby 2.3, so that the ruby2.3 package in Debian already provides it. However, I really really need the did_you_mean gem in Debian for earlier versions of ruby. One application that needs it is Sonic Pi (ITP #796550), which needs to stay compatible with ruby 2.1 and 2.2.
Bug#811484: Need mentor for packaging ruby-did-you-mean (RFP #811484)
Hi Antonio, first of all, thanks for looking into this. Yes, you're right, the Sonic Pi source made did_you_mean optional recently. However, it *is* a component that Sam, the Sonic Pi main developer, really wants to see included with the software, as it makes the error messages more helpful for the users. As you can see in https://github.com/samaaron/sonic-pi/issues/928 we have already identified all gems that are needed to get the vendor/ directory out of Sonic Pi and thus remove all convenience copies of 3rd party gem sources from upstream. We are only missing did_you_mean, hamster (#811390) and wavefile (#811086) in Debian to proceed packaging Sonic Pi for sid. > Hi, after out chat on IRC today I have just uploaded > ruby-did-you-mean Thank you so much, that's great. You asked on IRC about the deployment strategy for Sonic Pi. My goal is to make Sonic Pi debian-compliant and maintain that package on Debian. Based on that package, I want to make packages ready for Raspbian and Ubuntu. The Ubuntu PPA is already the test bed for my current incomplete packaging attempt. The current state is https://github.com/deb-pkg-sonic-pi/pkg-sonic-pi - it's not ready for review and I haven't begun to remove the vendor/ directory there, yet. ruby2.3 won't come to Raspbian in a long while, so I will have to make sure that the package works with earlier ruby versions, too. While I can live with offering ports of dependencies for Sonic Pi, I wouldn't want to backport the ruby2.3 package to Raspbian just for this. So I'll see if I can package a did_you_mean 0.10.0 version based on your example that I can use for those distributions that don't have ruby2.3. Yes, in the long run, the problem will just go away once the other distributions ship with ruby2.3. Thanks again, your help is very appreciated. Kind regards, Hanno
Bug#744289: Still no .jpg files in Scratch
Hi, > this bug still persists with the current version of Scratch / squeak-vm > in Debian. > > That's unfortunate, as Scratch is pretty useful for kids. > > Are there plans for an update? I'd like to add that this bug affects the images that are provided *by the package*, so that Scratch doesn't work properly with the resources it ships with on Debian. Kind regards, Hanno
Bug#744289: Still no .jpg files in Scratch
Hi, this bug still persists with the current version of Scratch / squeak-vm in Debian. That's unfortunate, as Scratch is pretty useful for kids. Are there plans for an update? Kind regards, Hanno
Bug#487410: xineliboutput-sxfe: vdr-sxfe segfaults on startup
Hi, is this the same bug as this? https://bugs.launchpad.net/ubuntu/+source/vdr-plugin-xineliboutput/+bug/197400/ Regards, Hanno -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#601279: v4l-utils does not contain ir-keytable
Package: v4l-utils Version: 0.8.1-1 Hello, the new infrared stack needs ir-keytable to change an infrared remote's keytable or protocol. This utility is found in the v4l-utils original source tarball, but the binary package does not provide it. Please add it to the binary package. Thank you very much! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
