Bug#954823: hydrogen: Qt5 version available

[Jaromír Mikeš]

Hi Alexandre,

I am former maintainer of this package but not active any more.

please contact Debian multimedia team to get help with this issue.
https://wiki.debian.org/DebianMultimedia
https://lists.debian.org/debian-multimedia/
Or even join it if you want to work on it.
https://wiki.debian.org/DebianMultimedia/Join

hope this helps

mira



On Thu, Apr 2, 2020, 7:15 PM Alexandre Lymberopoulos 
wrote:

> Package: hydrogen
> Version: 0.9.7-6
> Followup-For: Bug #954823
>
> Dear Maintainer,
>
> Confirming that 1.0.0-beta2 is avaliable at
>
> 
>
> Is any help needed to package this new version. If so, I could help,
> but need some guidance on this.
>
> Thanks is advance,
> Alexandre
>
> -- System Information:
> Debian Release: bullseye/sid
>   APT prefers testing
>   APT policy: (900, 'testing'), (800, 'unstable')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 5.4.0-4-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8),
> LANGUAGE=en_US:en (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages hydrogen depends on:
> ii  hydrogen-data 0.9.7-6
> ii  libarchive13  3.4.0-2
> ii  libasound21.2.2-2.1
> ii  libc6 2.30-2
> ii  libgcc-s1 [libgcc1]   10-20200324-1
> ii  libgcc1   1:10-20200324-1
> ii  libjack-jackd2-0 [libjack-0.125]  1.9.12~dfsg-2+b1
> ii  libportaudio2 19.6.0-1
> ii  libportmidi0  1:217-6
> ii  libpulse0 13.0-5
> ii  libqt4-network4:4.8.7+dfsg-20
> ii  libqt4-xml4:4.8.7+dfsg-20
> ii  libqt4-xmlpatterns4:4.8.7+dfsg-20
> ii  libqtcore44:4.8.7+dfsg-20
> ii  libqtgui4 4:4.8.7+dfsg-20
> ii  libsndfile1   1.0.28-7
> ii  libstdc++610-20200324-1
> ii  zlib1g1:1.2.11.dfsg-2
>
> Versions of packages hydrogen recommends:
> pn  hydrogen-doc   
> ii  hydrogen-drumkits  2017.09.19~dfsg-1
> pn  rubberband-cli 
>
> Versions of packages hydrogen suggests:
> pn  ladspa-plugin  
>
> -- no debconf information
>
> ___
> pkg-multimedia-maintainers mailing list
> pkg-multimedia-maintain...@alioth-lists.debian.net
>
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#883636: stretch update for showq

[Jaromír Mikeš]

On Wed, Mar 14, 2018, 6:47 PM Adrian Bunk  wrote:

> On Tue, Jan 02, 2018 at 05:36:06PM +, Debian Bug Tracking System wrote:
> >...
> >  showq (0.4.1+git20161215~dfsg0-3) unstable; urgency=medium
> >...
> >* Hack prefix to get app started. (Closes: #883636)
> >  Thanks to James Cowgill 
> >...
>
> Thanks a lot for fixing this bug for unstable.
>
> It is still present in stretch, could you also fix it there?
> Alternatively, I can fix it for stretch if you don't object.
>

Please go ahead. I don't object.

best

mira

>

Bug#885763: invada-studio-plugins-lv2: Depends on libgnome

[Jaromír Mikeš]

2018-01-27 8:48 GMT+01:00 Adrian Bunk <b...@debian.org>:

> On Fri, Dec 29, 2017 at 08:20:11PM +0100, Jaromír Mikeš wrote:
> >...
> > as you see there is ongoing process of removing of old libs in debian.
> > ​invada-studio-plugins-lv2 package depends on one of them unfortunately.
> >...
>
> Is there actually any reason why the package does depend on libgnome?
>
> No plugin is linked with libgnome (there is also no build dependency),
> and all these manual library dependencies look wrong to me
> (${shlibs:Depends} already does the right thing).
>
> In other words, I'd suggest to:
>
> --- invada-studio-plugins-lv2-1.2.0+repack0/debian/control
> 2016-12-19 20:44:37.0 +0200
> +++ invada-studio-plugins-lv2-1.2.0+repack0/debian/control
> 2018-01-27 09:40:48.0 +0200
> @@ -18,12 +18,6 @@
>  Package: invada-studio-plugins-lv2
>  Architecture: any
>  Depends:
> - libcairo2,
> - libglade2-0,
> - libglib2.0-0,
> - libgnome2-0,
> - libgtk2.0-0,
> - libxml2,
>   ${misc:Depends},
>   ${shlibs:Depends}
>  Provides:
>


​Hi Adrian,

I can definitely do this but package still build-depend on libgtk2.0-dev ...
I tried build with libgtk-3-dev but build failed ... package is dead
upstream for couple of years
and I am not able to port it to gtk 3

best regards

mira ​

Bug#886603: libgig: FTBFS: fatal error: linux/cdrom.h: No such file or directory

[Jaromír Mikeš]

2018-01-08 3:17 GMT+01:00 Samuel Thibault :

> Hello,
>
> Aaron M. Ucko, on dim. 07 janv. 2018 21:08:58 -0500, wrote:
> >   Akai.h:56:11: fatal error: linux/cdrom.h: No such file or directory
> >
> > If you can get libgig to work reasonably well on either or both
> > architectures without this header, please do so.
>
> Note that they have a sys/cdrom.h which should fit most needs.


​Hi,

here is a answer from upstream:
quote
--
libgig built fine on Hurd in the past because libgig did not have Akai
support
at that point yet. The Akai format is trickier than the other sound formats
of
libgig (namely Giga, SoundFont 2, DLS, Korg) because all other ones are just
reading files, whereas Akai requires storage devices to be accessed directly
(i.e. Akai CDROMs) because Akai was using their own prorietary file system,
and
even their own partition layout on block level. Because these were dedicated
hardware sampler devices from Akai.

Right now I do not have a Hurd installation, so ATM I have no plans to fix
this
issue for Hurd by myself. Like always patches are appreciated though. Since
the driver infrastructure is quite similar to Linux, I don't think it should
be hard to adapt the Akai CDROM reader code for building on Hurd.

If there is no volunteer for doing that, then you can of course also simply
omit building Akai.h and Akai.cpp for the Hurd architecture and that's it.​
​-​

best regards

mira

Bug#887049: zita-convolver: consider use arch-bits=32/64 fmt in symbol file

[Jaromír Mikeš]

2018-01-13 11:44 GMT+01:00 Jonas Smedegaard <jo...@jones.dk>:

> Quoting Jaromír Mikeš (2018-01-13 10:55:39)
> > 2018-01-13 4:42 GMT+01:00 YunQiang Su <wzss...@gmail.com>:
> >
> > > Package: src:zita-convolver
> > > Version: 3.1.0-6
> > >
> > > https://manpages.debian.org/unstable/dpkg-dev/dpkg-
> gensymbols.1.en.html
> > > New version of dpkg support a new syntax like:
> > >(arch-bits=32)32bit_specific_symbol@Base 1.0
> > >(arch-bits=64)64bit_specific_symbol@Base 1.0
> > >
> > > Please consider use this.
> > > I am working on porting Debian to some new architectures.
> > > This syntax seems great for new ports.
> >
> >
> > ​Hi,
> >
> > I have tried add this to symbols file ...
> >
> >  (arch-bits=32)(c++)"Convlevel::alloc_aligned(unsigned int)@Base" 3.0.2
> >  (arch-bits=64)(c++)"Convlevel::alloc_aligned(unsigned long)@Base"
> 3.0.2​
> >
>
>   (arch-bits=32|c++)"Convlevel::alloc_aligned(unsigned int)@Base" 3.0.2


​This works ...  Thank you Jonas!

best regards

mira​

Bug#887049: zita-convolver: consider use arch-bits=32/64 fmt in symbol file

[Jaromír Mikeš]

2018-01-13 4:42 GMT+01:00 YunQiang Su :

> Package: src:zita-convolver
> Version: 3.1.0-6
>
> https://manpages.debian.org/unstable/dpkg-dev/dpkg-gensymbols.1.en.html
> New version of dpkg support a new syntax like:
>(arch-bits=32)32bit_specific_symbol@Base 1.0
>(arch-bits=64)64bit_specific_symbol@Base 1.0
>
> Please consider use this.
> I am working on porting Debian to some new architectures.
> This syntax seems great for new ports.


​Hi,

I have tried add this to symbols file ...

 (arch-bits=32)(c++)"Convlevel::alloc_aligned(unsigned int)@Base" 3.0.2
 (arch-bits=64)(c++)"Convlevel::alloc_aligned(unsigned long)@Base" 3.0.2​

but build failed ...

   dh_makeshlibs -O-Smakefile -O-Dlibs
dpkg-gensymbols: error: long)@Base" is not a valid version
dh_makeshlibs: failing due to earlier errors

No idea what's a wrong ...
Are you more familiar with new syntax? Can you provide a patch?

best regards

mira

Bug#886672: [ddtp] aeolus - german localization

[Jaromír Mikeš]

2018-01-10 0:17 GMT+01:00 Martin Eberhard Schauer :

​Hi Martin,​


Package descriptions are translated by the DDTP volunteers. Mainly they
> use the web GUI at [1].
>
> I' ve pulled it in [2]. Now it needs a review to proceed to the database
> and finally to Translation-de.bz2 under [3].


​Great! But also consider IOhannes's suggestion please ...

quote:

i also doubt that "eine Stimme geben" is the best translation for "to
voice", as this appears to be a terminus technicus in the context of organs.

-​


> It will take up two weeks
> then. In total three reviews are needed. One review is equivalent to one
> week without change.
>

​Ok, but still ... how will I know the change has been really accepted and
uploaded?​


> 1: http://ddtp2.debian.net/ddtss/index.cgi/xx
> 2: http://ddtp2.debian.net/ddtss/index.cgi/de/forreview/aeolus?1515537014
> 3: http://ftp.debian.de/debian/dists/sid/main/i18n/


​best regards

​mira

Bug#886672: [ddtp] aeolus - german localization

[Jaromír Mikeš]

2018-01-09 21:31 GMT+01:00 Florian Rehnisch <f...@fm-r.eu>:

> On Tue, Jan 09, 2018 at 01:53:27PM +0100, Jaromír Mikeš wrote:
>

​​Hi Florian,

​Thank you for quick answer.
​I am also cc'ing 886...@bugs.debian.org to keep a record.​



> >
> >there is translation bug filled against aeolus package.
> >Which I am maintaining.
> >
> >[BTS#886672]
> >
> >I am not sure how to deal with this bug.
>
> The bug is in the german package description: "seinen" instead
> of "seinem". AFAIK the translated package descriptions can't
> be fixed for the once release wheezy, jessie, and stretch, but
> someone should fix this for the upcoming buster release and sid.
> Once the later is done, you should IMO close this bug.
>

​How I will know the bug is fixed? Someone will inform me?

Furthermore, for legacy reasons, I adhere to use Guillemets instead
> of German Quotes, as the »« are in the latin1 codepage.
>

​Ok​

>Thank you for help
>
> Hope I was useful,
> ​​
>

​It was.

bestt regads

mira​




​

Bug#886237: transition: libgig

[Jaromír Mikeš]

Od: Emilio Pozuelo Monfort <po...@debian.org>

"Control: tags -1 = confirmed

On 03/01/18 12:55, Jaromír Mikeš wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
>
> Hi,
> new upstream release of libgig bumps SONAME, so we need transition.
>
> Direct reverse dependencies are:
>
> gigedit
> qsammpler
>
> All packages above I tested to build with new libgig
> gigedit ... new upstream release builds fine with new libgig
> qsampler ... current version in unstable builds fine with new libgig
>
> Can I upload new upstream version of gigedit now to experimental? ... I am
not DD just having DM flag for qsampler

Please go ahead and upload libgig to unstable. You can then upload gigedit
to
unstable as well (assuming you are on the team or you get the team's ack). "



 Hi there,




both packages libgig and gigedit are now uploaded to unstable ...




best regards




mira

Bug#886237: transition: libgig

[Jaromír Mikeš]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

Hi,
new upstream release of libgig bumps SONAME, so we need transition.

Direct reverse dependencies are:

gigedit
qsammpler

All packages above I tested to build with new libgig
gigedit ... new upstream release builds fine with new libgig
qsampler ... current version in unstable builds fine with new libgig

Can I upload new upstream version of gigedit now to experimental? ... I am not 
DD just having DM flag for qsampler

best regards

mira

Bug#885778: swami: Depends on libgnomecanvas

[Jaromír Mikeš]

2018-01-01 18:34 GMT+01:00 Element Green :

> Hello Mira,
>
> While I do plan on porting Swami to GTK3 at some point, it is not a
> trivial task and I haven't had much time for it.  I'll definitely keep this
> in mind in regards to Debian removing it if it isn't ported and prioritize
> this accordingly.  When would a port need to be completed in order to
> continue to be a part of Debian?
>
> Best regards,
>
> Element
>

​Hello Joshua,

thank you for reply ... release date for Buster wasn't set yet but I guess
it will be sometime about June 2019 ...
so there is a time.

best regards

mira​

Bug#885778: swami: Depends on libgnomecanvas

[Jaromír Mikeš]

2017-12-29 21:12 GMT+01:00 Jeremy Bicha :

> Source: swami
> Version: 2.0.0+svn389-5
> Severity: important
> User: pkg-gnome-maintain...@lists.alioth.debian.org
> Usertags: oldlibs libgnomecanvas
> Tags: sid buster
>
> As announced [1], we do not intend to release Debian 10 "Buster" with
> the old libgnome (and related) libraries. These libraries have been
> deprecated and unmaintained for several years.
>
> Your package depends and or build-depends on libgnomecanvas.
>
> Please port your package to GTK3 and related maintained libraries.
> Otherwise, please consider requesting that your package be removed from
> Debian to help us complete this goal.
>
> [1] https://lists.debian.org/debian-devel/2017/10/msg00299.html


​Hi ​Joshua,

as you see swami needs to be ported to GTK3 otherwise will be removed from
debian
with next debian release.
Please let me know if there is a plan such update.

best regards

mira

Bug#885781: petri-foo: Depends on libgnomecanvas

[Jaromír Mikeš]

2017-12-29 21:16 GMT+01:00 Jeremy Bicha :

> Source: petri-foo
> Version: 0.1.87-4
> Severity: important
> User: pkg-gnome-maintain...@lists.alioth.debian.org
> Usertags: oldlibs libgnomecanvas
> Tags: sid buster
>
> As announced [1], we do not intend to release Debian 10 "Buster" with
> the old libgnome (and related) libraries. These libraries have been
> deprecated and unmaintained for several years.
>
> Your package depends and or build-depends on libgnomecanvas.
>
> Please port your package to GTK3 and related maintained libraries.
> Otherwise, please consider requesting that your package be removed from
> Debian to help us complete this goal.
>
> [1] https://lists.debian.org/debian-devel/2017/10/msg00299.html


​Hi James,

as you see petri-foo needs to be ported to GTK3 otherwise will be removed
from debian
with next debian release.
Please let me know if there is any plan for fixing this issue.

best regards

mira ​

Bug#885763: invada-studio-plugins-lv2: Depends on libgnome

[Jaromír Mikeš]

2017-12-29 19:27 GMT+01:00 Jeremy Bicha :

> Source: invada-studio-plugins-lv2
> Version: 1.2.0+repack0-7
> Severity: serious
> User: pkg-gnome-maintain...@lists.alioth.debian.org
> Usertags: oldlibs libgnome
> Tags: sid buster
>
> As announced [1], we do not intend to release Debian 10 "Buster" with
> the old libgnome (and related) libraries. These libraries have been
> deprecated and unmaintained for several years.
>
> Your package depends and or build-depends on libgnome.
>
> Please port your package to GTK3 and related maintained libraries.
> Otherwise, please consider requesting that your package be removed from
> Debian to help us complete this goal.
>
> [1] https://lists.debian.org/debian-devel/2017/10/msg00299.html


​Hi Fraser,

as you see there is ongoing process of removing of old libs in debian.
​invada-studio-plugins-lv2 package depends on one of them unfortunately.
Please let me know if you plan to move invada-studio-plugins-lv2 to GTK3
otherwise this package will be removed with next debian release.

best regards

mira

Bug#885302: gtklick: Depends on unmaintained pygtk

[Jaromír Mikeš]

2017-12-26 6:42 GMT+01:00 Jeremy Bicha :

> Source: gtklick
> Version: 0.6.4-5
> Severity: serious
> User: pkg-gnome-maintain...@lists.alioth.debian.org
> Usertags: oldlibs pygtk
> Tags: sid buster
>
> pygtk is unmaintained upstream. It has not had a release since GNOME 3
> was released in 2011.
>
> The way forward is to port your app to use GObject Introspection
> bindings.
>
> For more information on GObject Introspection see [1] and [2].
>
> Please try to do this before the Buster release as we're going to
> try to remove pygtk this cycle.
>
> If you have any question don't hesitate to ask.
>
> [1] https://wiki.gnome.org/Projects/GObjectIntrospection
> [2] https://wiki.gnome.org/Projects/PyGObject
>
> On behalf of the Debian GNOME team,
> Jeremy Bicha
>
> ___
> pkg-multimedia-maintainers mailing list
> pkg-multimedia-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/
> pkg-multimedia-maintainers


​Hi Dominic,

there is a serious issue with gtklick in debian.
Is there any chance get this fixed and avoid pygtk dependency?

best regrads

mira​

Bug#882601: sox: bug-presubj contains ill formed english

[Jaromír Mikeš]

2017-11-24 15:00 GMT+01:00 James Cowgill :

>
>
> This is not grammatically correct English. I think this better:
>
> "
> If the bug you are about to report is not Debian specific, please
> consider reporting it to the upstream developers at:
>  sox-de...@lists.sourceforge.net
> "
>

​Thank you for this improvement.​


> As a side note (since I guess this is a maintainer decision), I think
> that telling users in general to report bugs upstream is a bad idea.
> Often it is difficult to tell if a bug is Debian specific. I does depend
> on how accepting an upstream is - I know quite a few upstreams which do
> not like bugs reported for older versions which Debian often uses.
>

​Yes this is not ideal, but a lot of upstream bugs in debian is also not
good I think.
I am not planning to introduce this file to all packages but only where
upstream having good bug tracking system or mailing list.

best regards

mira

Bug#882200: transition: sox

[Jaromír Mikeš]

2017-11-22 20:09 GMT+01:00 Emilio Pozuelo Monfort <po...@debian.org>:

> On 21/11/17 10:37, Jaromír Mikeš wrote:
> > ​Ok ... I let block this bug by freedv already ...
> > now I am waiting if somebody provide me DM flag for sox package to I can
> upload
> > it to unstable​.
> > When this done should I also bumps freedv bug to RC?


​Done!
sox uploaded to unstable and freedv bug is now severity "serious"

best regards

mira​

Bug#882200: transition: sox

[Jaromír Mikeš]

2017-11-20 20:07 GMT+01:00 Emilio Pozuelo Monfort <po...@debian.org>:

> Control: tags -1 confirmed
>
> On 20/11/17 13:58, Jaromír Mikeš wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: transition
> >
> > Hi,
> > new upstream release of sox bumps SONAME, so we need transition.
> >
> > Direct reverse dependencies are:
> >
> > bs1770gain
> > daisy-player
> > ebook-speaker
> > freedv
> > imagination
> > mlt
> >
> > All packages above I tested to build with new sox and they build
> fine except
> > bs1770gain and freedv
> > bs1770gain failed with error ...
> > WARNING: 'aclocal-1.14' is missing on your system.
> > so not issue related to sox
> > freedv failed with error ...
> > ./Build/src/./src/sox_biquad.c:101: undefined reference to
> `lsx_biquad_flow'
> > so some patch will be needed here
> >
> > I will fill a bug aganst these packages (bs1770gain freedv)
> >
> >
> >   bs1770gain package build fine with new sox library ... there was
> problem with
> > my workflow.
> >
> > So only freedv package need be patched.
>
> Sounds good. Please go ahead, and make the freedv bug block this one.
>

​Ok ... I let block this bug by freedv already ...
now I am waiting if somebody provide me DM flag for sox package to I can
upload it to unstable​.
When this done should I also bumps freedv bug to RC?

best regards

mira

Bug#882200: transition: sox

[Jaromír Mikeš]

"Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

Hi,
new upstream release of sox bumps SONAME, so we need transition.

Direct reverse dependencies are:

bs1770gain
daisy-player
ebook-speaker
freedv
imagination
mlt

All packages above I tested to build with new sox and they build fine except

bs1770gain and freedv
bs1770gain failed with error ...
WARNING: 'aclocal-1.14' is missing on your system.
so not issue related to sox
freedv failed with error ...
./Build/src/./src/sox_biquad.c:101: undefined reference to `lsx_biquad_flow'

so some patch will be needed here

I will fill a bug aganst these packages (bs1770gain freedv) "



 bs1770gain package build fine with new sox library ... there was problem
with my workflow.

So only freedv package need be patched.




best regards




mira

Bug#882204: bs1770gain: FTBFS

[Jaromír Mikeš]

2017-11-20 13:16 GMT+01:00 James Cowgill <jcowg...@debian.org>:

> Hi,
>
> On 20/11/17 12:11, Jaromír Mikeš wrote:
> > ​I am build outside from chroot to test build with new libsox.
>
> You should be using sbuild or pbuilder for test builds.
>
> > it builds fine inside of chroot with old libsox.
> >
> > ​Can you try please
> > $ dpkg-buildpackage -us -uc
> >
> > with orig tar.ball obtained from here:
> > http://cdn-fastly.deb.debian.org/debian/pool/main/b/
> bs1770gain/bs1770gain_0.4.12.orig.tar.gz
>
> I did an "apt-get source bs1770gain" and built it outside of a chroot
> and it still builds ok.


​Hmm interesting ... build fine your way ...

I am going close this bug

best regards

mira​

Bug#882204: bs1770gain: FTBFS

[Jaromír Mikeš]

2017-11-20 11:15 GMT+01:00 James Cowgill :

> Control: severity -1 serious
> Control: tags -1 moreinfo
> Control: block 882200 by -1
>
> Hi,
>
>
> > your package fails to build with following error:
> > /missing: line 81: aclocal-1.14: command not found
> > WARNING: 'aclocal-1.14' is missing on your system.
> >  You should only need it if you modified 'acinclude.m4' or
> >  'configure.ac' or m4 files included by 'configure.ac'.
> >  The 'aclocal' program is part of the GNU Automake package:
> >  
> >  It also requires GNU Autoconf, GNU m4 and Perl in order to run:
> >  
> >  
> >  
> > Makefile:330: recipe for target 'aclocal.m4' failed
>
> I cannot reproduce this failure, although I notice the package doesn't
> use dh-autoreconf which would prevent a bug such as this. Maybe you
> touched some file which caused automake to try to regenerate everything?
> Do you have the full build log?


​I am build outside from chroot to test build with new libsox.
it builds fine inside of chroot with old libsox.

​Can you try please
$ dpkg-buildpackage -us -uc

with orig tar.ball obtained from here:
http://cdn-fastly.deb.debian.org/debian/pool/main/b/bs1770gain/bs1770gain_0.4.12.orig.tar.gz

best regards

mira

Bug#882204: bs1770gain: FTBFS

[Jaromír Mikeš]

Package: bs1770gain
Version: 0.4.12-2
Severity: important

Dear Maintainer,

your package fails to build with following error:
/missing: line 81: aclocal-1.14: command not found
WARNING: 'aclocal-1.14' is missing on your system.
 You should only need it if you modified 'acinclude.m4' or
 'configure.ac' or m4 files included by 'configure.ac'.
 The 'aclocal' program is part of the GNU Automake package:
 
 It also requires GNU Autoconf, GNU m4 and Perl in order to run:
 
 
 
Makefile:330: recipe for target 'aclocal.m4' failed
make[1]: *** [aclocal.m4] Error 127

Your package is also part of ongoing sox transition would be great if you can 
fix this issue in time
to not be blocker of this transition.

best regards,
mira

Bug#882203: freedv: FTBFS with sox 14.4.2

[Jaromír Mikeš]

Package: freedv
Version: 1.2.2-2
Severity: important
User: pkg-multimedia-maintain...@lists.alioth.debian.org
Usertags: sox 14.4.2

Dear Maintainer,

your package fails to build with the upcoming sox 14.4.2 which is now in 
"experimental"

Build produce this error:
./Build/src/./src/sox_biquad.c:101: undefined reference to `lsx_biquad_flow'

Please fix the issue to not be blocker for sox ongoing transition

Best regards,
mira

Bug#882200: transition: sox

[Jaromír Mikeš]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

Hi,
new upstream release of sox bumps SONAME, so we need transition.

Direct reverse dependencies are:

bs1770gain
daisy-player
ebook-speaker
freedv
imagination
mlt

All packages above I tested to build with new sox and they build fine except
bs1770gain and freedv
bs1770gain failed with error ...
WARNING: 'aclocal-1.14' is missing on your system.
so not issue related to sox
freedv failed with error ...
./Build/src/./src/sox_biquad.c:101: undefined reference to `lsx_biquad_flow'
so some patch will be needed here

I will fill a bug aganst these packages (bs1770gain freedv)

best regards

mira

Bug#878809: closed by Jaromír Mikeš <mira.mi...@seznam.cz> (Bug#878809: fixed in sox 14.4.2-1)

[Jaromír Mikeš]

2017-11-19 21:11 GMT+01:00 Salvatore Bonaccorso :

> Control: reopen -1
> Control: found -1 14.4.1-5
> Control: found -1 14.4.2-1
> Control: tags -1 + moreinfo
>
> Hi Jaromir,
>
> Are you sure #878809 is yet fixed?
>
> With the patches applied on top of 14.4.2 we see still that sox aborts
> with:
>
> $ ./sox-14.4.2/src/sox 03-abort out.wav
> sox: formats.c:227: sox_append_comment: Assertion `comment' failed.
> Aborted
>
> So the assertion is still reachable, so at least
> 0005-CVE-2017-15371.patch did not solve the problem?
>
> What am I missing here? Note, I'm just reopening the bug as
> safetymeasure to double-check. If I turn to be wrong (likely) we can
> reclose it, but I wanted to be sure.
>

​Hi Salvatore,

can you provide some more details please. Upstream developers claims that
issue should be solved
by 0005-CVE-2017-15371.patch

best regards

mira

Bug#881356: libportmidi-dev: Provide portmidi.pc file

[Jaromír Mikeš]

Package: libportmidi-dev
Version: 1:217-6
Severity: normal

Hi,

while trying build Audacity package with as many as possible system libs we
found a problem ...
portmidi library cannot be found by
audacity when passing --with-portmidi=system to the configure script.

Providing portmidi.pc file by libportmidi-dev should fix this issue.

best regards

mira



-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.13.0-11.1-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), 
LANGUAGE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libportmidi-dev depends on:
ii  libportmidi0  1:217-6

libportmidi-dev recommends no packages.

libportmidi-dev suggests no packages.

-- no debconf information

Bug#881145: [SoX-devel] [PATCH] wavpack: check errors when initializing

[Jaromír Mikeš]

2017-11-09 4:04 GMT+01:00 Eric Wong :

> +Cc sox-devel.
>
> Joonun: thank you for reporting, the following patch should fix
> the problem.  I guess make sure sox-devel knows about any other
> bugs you find; original upstream developers seem to busy so it's
> mostly Måns and I.  I don't think either of us have permission
> to the SourceForge.net project; either...
>
> Will also try to look at https://bugs.debian.org/881121 soon
> (maybe Måns can help).
>

​Hi,

I just applied this patch in debian packaging repo
https://anonscm.debian.org/git/pkg-multimedia/sox.git

best regards

mira​

Bug#880878: git-buildpackage: gbp import-dscs failed import "sox" package

[Jaromír Mikeš]

e-versions'] ['14.3.2-1', 'lt', '14.3.1-2']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.3.2-1', 'gt', '14.3.1-2']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.3.2-2', 'lt', '14.3.2-1']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.3.2-2', 'gt', '14.3.2-1']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.3.2-3', 'lt', '14.3.2-2']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.3.2-3', 'gt', '14.3.2-2']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.4.0-1', 'lt', '14.3.2-3']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.4.0-1', 'gt', '14.3.2-3']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.4.0-2', 'lt', '14.4.0-1']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.4.0-2', 'gt', '14.4.0-1']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.4.0-3', 'lt', '14.4.0-2']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.4.0-3', 'gt', '14.4.0-2']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.4.0-3+deb7u1', 'lt',
'14.4.0-3']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.4.0-3+deb7u1', 'gt',
'14.4.0-3']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.4.0-4', 'lt',
'14.4.0-3+deb7u1']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.4.0-4', 'gt',
'14.4.0-3+deb7u1']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.4.0-5', 'lt', '14.4.0-4']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.4.0-5', 'gt', '14.4.0-4']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.4.1-1', 'lt', '14.4.0-5']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.4.1-1', 'gt', '14.4.0-5']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.4.1-2', 'lt', '14.4.1-1']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.4.1-2', 'gt', '14.4.1-1']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.4.1-3', 'lt', '14.4.1-2']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.4.1-3', 'gt', '14.4.1-2']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.4.1-4', 'lt', '14.4.1-3']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.4.1-4', 'gt', '14.4.1-3']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.4.1-5', 'lt', '14.4.1-4']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.4.1-5', 'gt', '14.4.1-4']
gbp:debug: ['git', 'rev-parse', '--show-cdup']
gbp:debug: ['git', 'rev-parse', '--show-cdup']
gbp:debug: ['git', 'rev-parse', '--show-cdup']
gbp:debug: Upstream version: 11gamma-cb3
gbp:debug: Debian version: 5
gbp:debug: Upstream tarball: /tmp/tmpvaooskk0/sox_11gamma-cb3.orig.tar.gz
gbp:debug: Debian patch: /tmp/tmpvaooskk0/sox_11gamma-cb3-5.diff.gz
gbp:info: No git repository found, creating one.
gbp:debug: ['git', 'init']
gbp:debug: ['git', 'rev-parse', '--show-cdup']
gbp:debug: ['git', 'rev-parse', '--is-bare-repository']
gbp:debug: ['git', 'rev-parse', '--git-dir']
gbp:debug: ['git', 'config', 'user.name', 'Jaromír Mikeš']
gbp:debug: ['git', 'config', 'user.email', 'mira.mi...@seznam.cz']
gbp:debug: tar ['-C', '/home/mira/tmp585mv1h_', '-a', '-xf',
'/tmp/tmpvaooskk0/sox_11gamma-cb3.orig.tar.gz'] []
gbp:debug: ['git', 'tag', '-l', 'debian/11gamma-cb3-5']
gbp:debug: ['git', 'tag', '-l', 'debian/11gamma-cb3-5']
gbp:debug: ['git', 'tag', '-l', 'upstream/11gamma-cb3']
gbp:debug: ['git', 'tag', '-l', 'upstream/11gamma-cb3']
gbp:debug: ['git', 'tag', '-l', 'upstream/11gamma-cb3']
gbp:debug: ['git', 'tag', '-l', 'upstream/11gamma-cb3']
gbp:debug: ['git', 'add', '-f', '.']
gbp:debug: ['git', 'write-tree']
gbp:debug: ['git', 'commit-tree', 'c183f1b267ab193cc3edfbc0a3fad94cd4e21d74']
gbp:debug: ['git', 'update-ref', '-m', 'gbp: Import Upstream version 11gamma-
cb3', 'refs/heads/master', 'f5fd6f2020cece50085aade47f7fb6354ece645e']
gbp:debug: ['git', 'tag', '-m', 'Upstream version 11gamma-cb3',
'upstream/11gamma-cb3', 'f5fd6f2020cece50085aade47f7fb6354ece645e']
gbp:debug: ['git', 'show-ref', 'refs/heads/upstream']
gbp:debug: ['git', 'branch', 'upstream',
'f5fd6f2020cece50085aade47f7fb6354ece645e']
gbp:debug: ['git', 'rev-parse', '--quiet', '--verify',
'f5fd6f2020cece50085aade47f7fb6354ece645e^{commit}']
gbp:debug: ['git', 'branch', '--contains',
'f5fd6f2020cece50085aade47f7fb6354ece645e']
gbp:debug: rm ['-rf', '/tmp/tmpvaooskk0'] []
Traceback (most recent call last):
  File "/usr/bin/gbp", line 151, in 
sys.exit(supercommand())
  File "/usr/bin/gbp", line 147, in supercommand
return module.main(args)
  File "/usr/lib/python3/dist-packages/gbp/scripts/import_dscs.py", line 180,
in main
if importer.importdsc(dscs[0]):
  File "/usr/lib/python3/dist-packages/gbp/scripts/import_dscs.py", line 72, in
importdsc
return import_dsc.main(['import-dsc'] + self.args + [dsc.dscfile])
  File "/usr/lib/python3/dist-packages/gbp/scripts/import_dsc.py", line 509, in
main
apply_debian_patch(repo, source, dsc, commit, options)
  File "/usr/lib/python3/dist-packages/gbp/scripts/import_dsc.py", line 174, in
apply_debian_patch
author = get_author_from_changelog(source.unpacked)
  Fil

Bug#815229: O: fomp -- collection of LV2 audio plugins

[Jaromír Mikeš]

retitle 815229 ITA: fomp -- collection of LV2 audio plugins

Bug#879519: transition: rtaudio

[Jaromír Mikeš]

Od: Jaromír Mikeš <mira.mi...@seznam.cz>

"Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

Hi,
new upstream rtaudio bumps SONAME, so we need to transition.

Direct reverse dependencies are:

stk
jacktrip
mlt
soapyaudio
cubicsdr "






 Hi,




I tested all packages to build against librtaudio-dev 5.0.0 and they build
fine without any patch needed.




best regards



mira

Bug#879520: transition: rtmidi

[Jaromír Mikeš]

Od: Jaromír Mikeš <mira.mi...@seznam.cz>

"Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

Hi,
new upstream rtmidi bumps SONAME, so we need transition.

Direct reverse dependencies are:

stk
giada
midisnoop
milkytracker
python3-rtmidi "



 Hi,




I tested all packages (except giada ) to build against librtmidi-dev 3.0.0
and they build fine without any patch needed.

giada doesn't built  with current gcc version which I hope will be soon
fixed by upstream. I assume giada will build fine with new rtmidi too as 
other packages.





best regards




mira

Bug#879520: transition: rtmidi

[Jaromír Mikeš]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

Hi,
new upstream rtmidi bumps SONAME, so we need transition.

Direct reverse dependencies are:

stk
giada
midisnoop
milkytracker
python3-rtmidi

best regards

mira

Bug#879519: transition: rtaudio

[Jaromír Mikeš]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

Hi,
new upstream rtaudio bumps SONAME, so we need to transition.

Direct reverse dependencies are:

stk
jacktrip
mlt
soapyaudio
cubicsdr


best regards

mira

Bug#873541: libsbsms update

[Jaromír Mikeš]

​Hi Clayton,

we have a issue in debian with libsbsms
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=873541

According to audacity mailing list you updated audacity embedded sbsms lib
to 2.2.0 version
so the audacity now is developed against it .
https://sourceforge.net/p/audacity/mailman/message/35780193/
And it not build against 2.0.2 libsbsms what we have in debian archive.

In debian we buildidng against system-wide libs rather then embedded.
Can you please update sourceforge source and make 2.2.0 release.
It would help fix this issue

best regards

mira

Bug#873541: libsbsms: please package 2.2.0

[Jaromír Mikeš]

2017-10-14 17:03 GMT+02:00 Jaromír Mikeš <mira.mi...@gmail.com>:

>
> > audacity 2.1.3 depends on libsbsms 2.2.0. So please package the new
> upstream release.
>
> Hi Sebastian,
>
> I am thinking to help with updating libsbsms, but unfortunately I can't
> find newer version than 2.0.2
>
> https://sourceforge.net/projects/sbsms/files/sbsms/2.0.2/
>
> they changed location?
>

Some
​more investigation ...​

lib-src/sbsms/libsbsms.spec.in
​ says "version 2.0.2"​ ...
I've tried build audacity successfully against internal libsbsms and I
forced (by patch) build against system-wide libsms 2.0.2
which failed.
Comparing both libs in Meld showing that internal one is modified ... by
audacity developers I guess.

Benjamin as you have done some commits in audacity upstream can you shed
some light on this please?

​Is sbsms still developed?​ Or it is living own life in audacity?

best regards

mira

Bug#873541: libsbsms: please package 2.2.0

[Jaromír Mikeš]

> audacity 2.1.3 depends on libsbsms 2.2.0. So please package the new
upstream release.

Hi Sebastian,

I am thinking to help with updating libsbsms, but unfortunately I can't
find newer version than 2.0.2

https://sourceforge.net/projects/sbsms/files/sbsms/2.0.2/

they changed location?

best regards

mira

Bug#873718: Fixes for security vulnerabilities on libgig?

[Jaromír Mikeš]

2017-10-03 20:07 GMT+02:00 Christian Schoenebeck <
schoeneb...@linuxsampler.org>:

Hi Christian,


> I just applied your patch regarding CVE-2017-12950, CVE-2017-12952 and
> CVE-2017-12953 for libgig on our side, in slightly modified form:
>
> http://svn.linuxsampler.org/cgi-bin/viewvc.cgi?view=revision=3348
>
> Additionally, the following 2 patches are yet missing on your side, as far
> as
> I can see it.
>
> 1. CVE-2017-12951:
> http://svn.linuxsampler.org/cgi-bin/viewvc.cgi?view=revision=3349
>
> 2. CVE-2017-12954:
> http://svn.linuxsampler.org/cgi-bin/viewvc.cgi?view=revision=3350
>

Sorry for coming so late ... I am just applying your patches and will
update libgig in debian
this evening.

best regards

mira

Bug#872972: ITP: padthv1 - an old-school polyphonic additive synthesizer

[Jaromír Mikeš]

Package: wnpp
Severity: wishlist
Owner: mira.mi...@seznam.cz


* Package name : padthv1
Version : 0.8.4
Upstream Author : Rui Nuno Capela 
* URL : https://sourceforge.net/projects/padthv1/files/
* License : GPL-2+
Programming Lang: C+
Description : an old-school polyphonic additive synthesizer
padthv1 is based on the PADsynth algorithm by Paul Nasca,
as a special variant of additive synthesis.
padthv1 has a stereo fx.

Bug#843638: swami debian bug

[Jaromír Mikeš]

2016-11-08 14:58 GMT+01:00 Jaromír Mikeš <mira.mi...@gmail.com>:

> Hi Josh,
>
> we have new bug in debian can you have a look on this please?
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=843638
>
> BTW how are you doing?
> There haven't been new release of swami for long time.
>
> best regrads
>
> mira
>

ping ;)

Hi Josh,

can you help us fix this issue in debian?

best

mira

Bug#872843: lintian shouldn't check copyright_hints file for FIXME

[Jaromír Mikeš]

Package: lintian
Version: 2.5.52
Severity: normal

Hi,

I believe that lintian shouldn't check d/copyright_hints file for FIXME
entries.
Check should be limited to d/copyright file.

The very _purpose_ of the copyright_hints file is to _hint_ about
copyright and licensing information, and to distinguish hints from facts
- i.e. to avoid maintainers blindly trusting the hints by copying over
to copyright file without double-checking.

best regards

mira



-- System Information:
Debian Release: buster/sid
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'testing'), (500, 'stable'), 
(500, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.12.0-8.3-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), 
LANGUAGE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages lintian depends on:
ii  binutils  2.29-4
ii  bzip2 1.0.6-8.1
ii  diffstat  1.61-1+b1
ii  dpkg  1.18.24
ii  file  1:5.31-1
ii  gettext   0.19.8.1-2+b1
ii  intltool-debian   0.35.0+20060710.4
ii  libapt-pkg-perl   0.1.32+b2
ii  libarchive-zip-perl   1.59-1
ii  libclass-accessor-perl0.34-1
ii  libclone-perl 0.38-2+b2
ii  libdpkg-perl  1.18.24
ii  libemail-valid-perl   1.202-1
ii  libfile-basedir-perl  0.07-1
ii  libipc-run-perl   0.96-1
ii  liblist-moreutils-perl0.416-1+b3
ii  libparse-debianchangelog-perl 1.2.0-12
ii  libperl5.26 [libdigest-sha-perl]  5.26.0-5
ii  libtext-levenshtein-perl  0.13-1
ii  libtimedate-perl  2.3000-2
ii  liburi-perl   1.72-1
ii  libxml-simple-perl2.24-1
ii  libyaml-libyaml-perl  0.63-2+b2
ii  man-db2.7.6.1-2
ii  patchutils0.3.4-2
ii  perl  5.26.0-5
ii  t1utils   1.40-2
ii  xz-utils  5.2.2-1.3

Versions of packages lintian recommends:
ii  libperlio-gzip-perl  0.19-1+b4

Versions of packages lintian suggests:
pn  binutils-multiarch 
ii  dpkg-dev   1.18.24
ii  libhtml-parser-perl3.72-3+b2
ii  libtext-template-perl  1.46-1

-- no debconf information

Bug#872307: ITP: jack-delay - Jack sound card latency meter

[Jaromír Mikeš]

Package: wnpp
Severity: wishlist
Owner: mira.mi...@seznam.cz


* Package name : jack-delay
Version : 0.4.0
Upstream Author : Fons Adriaensen 
* URL : http://kokkinizita.linuxaudio.org/linuxaudio/downloads/
* License : GPL-2+
Programming Lang: C
Description : JACK latency meter
Jack_delay can be used to measure the round-trip latency of a soundcard.

Bug#871649: lv2-dev: abuse of non portable pointer of uint8_t type

[Jaromír Mikeš]

2017-08-11 20:20 GMT+02:00 Joël Krähemann <jkraehem...@gmail.com>:

> Hi
>
> For sure you can cast any pointer. But feels somehow wrong. The
> opinion was the specs
> are always correct.
>
> Bests,
> Joël
>
>
> On Fri, Aug 11, 2017 at 8:12 PM, Jaromír Mikeš <mira.mi...@gmail.com>
> wrote:
> >
> >
> > 2017-08-10 16:23 GMT+02:00 Joël Krähemann <jkraehem...@gmail.com>:
> >>
> >> Hi James,
> >>
> >> It is common that you use for storing uint8_t an entire word.
> >> The use of a uint8_t pointer confused me as you are pointing
> >> to a struct.
> >>
> >> Bests,
> >> Joël
> >>
> >>
> >> On Thu, Aug 10, 2017 at 4:10 PM, James Cowgill <jcowg...@debian.org>
> >> wrote:
> >> > Hi,
> >> >
> >> > On 10/08/17 08:31, Joël Krähemann wrote:
> >> >> Package: lv2-dev
> >> >> Version: 1.14.0~dfsg1-1
> >> >> Severity: important
> >> >>
> >> >> Dear Maintainer,
> >> >>
> >> >> The following header makes use of smallest possible pointer in
> >> >> LV2_Event_Buffer struct's data field.
> >> >>
> >> >> lv2/lv2plug.in/ns/ext/event/event.h
> >> >>
> >> >> Please change it to biggest possible pointer. It should be definitely
> >> >> void* type because the memory
> >> >> pointed by data shall contain another struct LV2_Event.
> >> >>
> >> >> This describes an integer overflow. There shouldn't be any overflow.
> >> >
> >> > I'm afraid I don't see what the problem is here, or where the integer
> >> > overflow is. The data field is casted to an appropriate pointer type
> >> > whenever it is used and doing that is portable if you're careful.
> >>
> >
> > Hi Joel,
> >
> > You still think it is a bug?
> > Did you contacted upstream author about this issue already?
> >
> > best regards
> >
> > mira
> >
>

@ Joel as you didn't my second question I'm assuming you didn't contacted
upstream author yet.

Hi David,

can you please comment on this bug which we have opened in debian against
lv2-dev package?
I am not sure what to do with it.

best regards

mira

Bug#871649: lv2-dev: abuse of non portable pointer of uint8_t type

[Jaromír Mikeš]

2017-08-10 16:23 GMT+02:00 Joël Krähemann :

> Hi James,
>
> It is common that you use for storing uint8_t an entire word.
> The use of a uint8_t pointer confused me as you are pointing
> to a struct.
>
> Bests,
> Joël
>
>
> On Thu, Aug 10, 2017 at 4:10 PM, James Cowgill 
> wrote:
> > Hi,
> >
> > On 10/08/17 08:31, Joël Krähemann wrote:
> >> Package: lv2-dev
> >> Version: 1.14.0~dfsg1-1
> >> Severity: important
> >>
> >> Dear Maintainer,
> >>
> >> The following header makes use of smallest possible pointer in
> LV2_Event_Buffer struct's data field.
> >>
> >> lv2/lv2plug.in/ns/ext/event/event.h
> >>
> >> Please change it to biggest possible pointer. It should be definitely
> void* type because the memory
> >> pointed by data shall contain another struct LV2_Event.
> >>
> >> This describes an integer overflow. There shouldn't be any overflow.
> >
> > I'm afraid I don't see what the problem is here, or where the integer
> > overflow is. The data field is casted to an appropriate pointer type
> > whenever it is used and doing that is portable if you're careful.
>
>
Hi Joel,

You still think it is a bug?
Did you contacted upstream author about this issue already?

best regards

mira

Bug#866525: capnproto: New upstream release 0.6.1

[Jaromír Mikeš]

2017-07-29 23:22 GMT+02:00 Tom Lee :

> Thanks for the heads-up Jaromir, 0.6.1-1 is in the NEW queue and should
> land in sid sometime over the next few days/weeks.
>

Thank you for quick fix! ;)

best regards

mira

Bug#866525: capnproto: New upstream release 0.6.1

[Jaromír Mikeš]

Source: capnproto
Severity: normal

Hello,

please update canproto to new upstream release 0.6.1
I am maintainer of sonicvisualiser packege which new upstream release build-
depend on canproto 0.6.0.

best regards

mira



-- System Information:
Debian Release: 9.0
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'testing'), (500, 'stable'), 
(500, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.11.0-7.1-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), 
LANGUAGE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#847081: transition: libgig

[Jaromír Mikeš]

2017-06-25 19:29 GMT+02:00 Jonathan Wiltshire <j...@debian.org>:

> Control: reopen -1
>
> On 2017-06-25 16:02, Jaromír Mikeš wrote:
>
>> libgig and gigedit now are uploaded to unstable!
>>
>
> Why did you close this transition request with that upload? The upload
> begins the transition, it doesn't complete it.
>
> Rebuilds scheduled.
>

Oops! Sorry for that! My mistake

best regards

mira

Bug#847081: transition: libgig

[Jaromír Mikeš]

Od: Emilio Pozuelo Monfort <po...@debian.org>

Hi Emilio,

"Control: tags -1 confirmed

On 05/12/16 13:39, Jaromír Mikeš wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
>
> Hi,
> new upstream release of libgig bumps SONAME, so we need to transition. 
> I know we have a transition freeze, but this release is already quite old
and would shame not have it in upcoming debian release.
> Also it is rather "mini-transition" ... so please consider exception. 
>
> Direct reverse dependencies are:
>
> qsampler - version in testing build fine with libgig 4.0.0 - tested
> gigedit - version in experimental 1.0.0 build fine with libgig 4.0.0 -
tested

You can go ahead now. "



libgig and gigedit now are uploaded to unstable!




best regards




mira

Bug#847081: transition: libgig

[Jaromír Mikeš]

On Jun 21, 2017 9:06 PM, "Emilio Pozuelo Monfort" <po...@debian.org> wrote:

Control: tags -1 confirmed

On 05/12/16 13:39, Jaromír Mikeš wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
>
> Hi,
> new upstream release of libgig bumps SONAME, so we need to transition.
> I know we have a transition freeze, but this release is already quite old
and would shame not have it in upcoming debian release.
> Also it is rather "mini-transition" ... so please consider exception.
>
> Direct reverse dependencies are:
>
> qsampler - version in testing build fine with libgig 4.0.0 - tested
> gigedit - version in experimental 1.0.0 build fine with libgig 4.0.0
-tested

You can go ahead now.


Thank you. I am on holiday I am back next week.

Best regards

Mira

Bug#858281: hydrogen: Please remove GMkit content from the package due to license

[Jaromír Mikeš]

2017-05-11 0:28 GMT+02:00 Roberto <robe...@zenvoid.org>:

> On Sat, Apr 08, 2017 at 05:09:35PM +0200, Jaromír Mikeš wrote:
> > 2017-03-22 8:14 GMT+01:00 Jaromír Mikeš <mira.mi...@gmail.com>:
> > > Thank you for reporting this issue.
> > > Actually it is quite unfortunate ... If we would remove GMkit we would
> > > loose tutorial demo songs.
> > > Is there any alternative for GMkit around with friendly license
> > > which we could recommend to upstream author as replacement for GMkit?
> > >
> >
> > Just for record ...
> > I have been discussing this issue with upstream developers ... GMkit
> should
> > be replaced
> > by something with friendly license. Hopefully in next release.
>
>
Hi Roberto,

I will try to help by recording a few new original samples, can you
> please point me to the correct upstream contact or mailing list?
>

If can record some original samples it can be really helpful ;)
Upstream contacts I am using ...
mau...@smoors.de co...@users.sourceforge.net

best regards

mira

Bug#859808: composite: Composite not ready for being qualified package of Debian yet.

[Jaromír Mikeš]

2017-04-19 16:37 GMT+02:00 James Cowgill :

> On 12/04/17 16:43, James Cowgill wrote:
>

Hi James,



> > Do you still think we should keep composite given what Gabriel has said?
>
> No reply. Since I now tend to agree with the people who think composite
> should be removed, I've gone ahead reassigned the bug.
>

Sorry for late answer ...
Even if I still believe it is harmless to have composite in debian archive
it is ok for me to remove it if there is such upstream (Gabriel's) request.

Dear ftp-masters, please remove composite from unstable. It's been dead
> upstream for a few years now, a very similar alternative (hydrogen)
> exists, and the upstream maintainer has also suggested the package be
> removed.
>

Thank you for pushing this forward

best regards

mira

Bug#858281: hydrogen: Please remove GMkit content from the package due to license

[Jaromír Mikeš]

2017-03-22 8:14 GMT+01:00 Jaromír Mikeš <mira.mi...@gmail.com>:

>
>
> 2017-03-20 19:03 GMT+01:00 Roberto <robe...@zenvoid.org>:
>
> Hi Roberto,
>
> Package: hydrogen
>> Severity: normal
>>
>> Content under directory data/drumkits/GMkit is derived from non-free
>> sources (seems to be taken from Roland XV-5080 internal sound libraries).
>> The file data/drumkits/GMkit/drumkit.xml only says "undefined license".
>>
>> Manufacturers of hardware synthesizers sometimes don't say which license
>> applies to their bundled sample libraries, but they are certainly not in
>> the public domain. They typically allow commercial content created with
>> them, without paying royalties, but they could complain if someone creates
>> a competing product derived from their sounds. A software synthesizer can
>> be seen as a competing product (there are precedents of this by Roland
>> Corporation in particular).
>>
>> Moreover, please consider documenting all files under "data" directory in
>> debian/copyright, it will make easier to spot this issues, I've been using
>> the Roland samples in this package for years without knowing.
>>
>
> Thank you for reporting this issue.
> Actually it is quite unfortunate ... If we would remove GMkit we would
> loose tutorial demo songs.
> Is there any alternative for GMkit around with friendly license
> which we could recommend to upstream author as replacement for GMkit?
>

Just for record ...
I have been discussing this issue with upstream developers ... GMkit should
be replaced
by something with friendly license. Hopefully in next release.

mira

Bug#859808: composite: Composite not ready for being qualified package of Debian yet.

[Jaromír Mikeš]

2017-04-08 12:49 GMT+02:00 MAROQQO digital media <supp...@maroqqo.com>:

Hi MAROQQO


> On 04/08/2017 08:52 AM, Jaromír Mikeš wrote:
>
>> composite package builds fine and seems to have it's own users ... by
>> popcon
>> https://qa.debian.org/popcon.php?package=composite
>>
>
> To simply say "well, it has its own users" by showing install graphs of
> 150 installs is a very simplified point.


Yes it is statistic


> Sure it has statistically it's "own users". Every available download has
> that. Pro audio users tend to test available software by just grabbing it
> for a go while they often miss a good overview at first. But it says
> nothing about its real usage. Pro audio users often even have no real clue
> about the OS they run.


Are you joking!!! I am pro_audio user by profession you think that
pro_audio users are so silly!!! You can't be serious!


> That's why there are so many pro audio multi-packaged bundles around.
> Since I have tested the package I can say that this a 100% copy of an old
> Hydrogen version without progression. Many new users will not know what
> they have here, since there is no explanation about it. It's a lil' bit
> like the mess with ffmpeg and libav and the misleading notice while
> installation back in the days. The reason for the install statistics even
> more prove my worries but do not invalidate them.
>

I still don't understand what scary you?

Having Hydrogen and Composite in archive together is totally harmless.
Only reported issue is some "confused Hydrogen users" ( or maybe you? ) ...
do you have some numbers how many of them ?

Maybe we can add note to Hydrogen manpages
"If you want launch Hydrogen double_click Hydrogen icon ... If you want
launch Composite double_click Composite icon"

Sorry for sarcasm, but really think we are solving here pseudo-problem. :/

mira

Bug#859808: composite: Composite not ready for being qualified package of Debian yet.

[Jaromír Mikeš]

2017-04-07 17:00 GMT+02:00 Digidog :

> Package: composite
> Version: 0.006.2+dfsg0-7
> Severity: grave
> Justification: renders package unusable
>
> Dear Maintainer,
>
> Request
> ---
>  + Please remove the Composite package from the Debian repositories in
> near future.
>
> Reasons
> ---
>  + Composite describes its own status as "a broken version of Hydrogen"
>  + This status has never been changed since 2009
>  + Composite stucks in early alpha and completely feels, acts, looks and
> works like Hydrogen, a well known and in active development being audio
> application with the exactly same GUI and features atm.
>  + The roadmap shows that this package is in early state and only confuses
> Hydrogen users now since this fork has never left any copy paste state yet
> despite of its name
>
> Sources
> ---
>  + http://riggable.com/composite/
>  + http://riggable.com/composite/roadmap.html
>  + http://riggable.com/composite/faq.html#q.what-is-composite
>  + https://sourceforge.net/p/hydrogen/mailman/message/23947443/
>  + http://www.hydrogen-music.org/hcms/
>

Hi,

composite package builds fine and seems to have it's own users ... by popcon
https://qa.debian.org/popcon.php?package=composite

I am maintaining packages with lower popcon too ;)

I am very sorry that some hydrogen users are confused but I personally
don't think
it is reason strong enough to remove composite from debian archive

Thank you for reporting

best regards

mira

Bug#859793: fluidsynth: Package has infringed GPL

[Jaromír Mikeš]

2017-04-07 14:16 GMT+02:00 Javier Serrano Polo :

> Source: fluidsynth
> Version: 1.1.6-4
> Severity: wishlist
>
> fluid_chorus.c is under a custom license, granting the following:
>
> This source code is freely redistributable and may be used for
> any purpose.
>

Hi fluidsynth devs,

we serious licensing issue in debian in fluid_chorus.c file.
Is there any chance to relicense this file with some GPL friendly license?
Full bug report here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=859793

best regards

mira

Bug#858281: hydrogen: Please remove GMkit content from the package due to license

[Jaromír Mikeš]

2017-03-20 19:03 GMT+01:00 Roberto :

Hi Roberto,

Package: hydrogen
> Severity: normal
>
> Content under directory data/drumkits/GMkit is derived from non-free
> sources (seems to be taken from Roland XV-5080 internal sound libraries).
> The file data/drumkits/GMkit/drumkit.xml only says "undefined license".
>
> Manufacturers of hardware synthesizers sometimes don't say which license
> applies to their bundled sample libraries, but they are certainly not in
> the public domain. They typically allow commercial content created with
> them, without paying royalties, but they could complain if someone creates
> a competing product derived from their sounds. A software synthesizer can
> be seen as a competing product (there are precedents of this by Roland
> Corporation in particular).
>
> Moreover, please consider documenting all files under "data" directory in
> debian/copyright, it will make easier to spot this issues, I've been using
> the Roland samples in this package for years without knowing.
>

Thank you for reporting this issue.
Actually it is quite unfortunate ... If we would remove GMkit we would
loose tutorial demo songs.
Is there any alternative for GMkit around with friendly license
which we could recommend to upstream author as replacement for GMkit?

best regards

mira

Bug#852082: gwc in testing crashes at startup

[Jaromír Mikeš]

2017-01-22 1:11 GMT+01:00 James Cowgill :

> Control: severity -1 grave
>

Hi,

sorry for slightly delayed answer :(


> On 21/01/17 14:18, Christian Grigis wrote:
> > Package: gwc
> > Version: 0.21.19~dfsg0-6
> > Severity: important
> >
> > Running 'gnome_wave_cleaner' from the testing package version
> > (0.21.19~dfsg0-6) crashes immediately at startup:
> >
> > $ gnome_wave_cleaner
> > Current stack limit: 8388608 bytes
> > Segmentation fault
>
> This bug is clearly RC. Jaromír, you did test this before uploading it
> right?
>

Actually I didn't as upload was only "debian packaging improvement" not new
upstream release
I was not expecting problems of this kind ... sorry


> [...]
> > The gdb backtrace gives:
> >
> > (gdb) run
> > Starting program: /home/glove/tmp/gwc-testing/gwc-0.21.19~dfsg0/gwc
> > [Thread debugging using libthread_db enabled]
> > Using host libthread_db library "/lib/x86_64-linux-gnu/
> libthread_db.so.1".
> > Current stack limit: 8388608 bytes
> >
> > Program received signal SIGSEGV, Segmentation fault.
> > 0x76e047f9 in g_type_is_a () from /usr/lib/x86_64-linux-gnu/
> libgobject-2.0.so.0
> > (gdb) bt
> > #0  0x76e047f9 in g_type_is_a () from /usr/lib/x86_64-linux-gnu/
> libgobject-2.0.so.0
> > #1  0x77519084 in gtk_type_new () from /usr/lib/x86_64-linux-gnu/
> libgtk-x11-2.0.so.0
> > #2  0x5557223c in led_bar_new (segments=20, orientation=0) at
> gtkledbar.c:82
>
> The problem is here. led_bar_get_type returns an unsigned int, but
> gtk_type_new expects a "GtkType" which is an integer with the same size
> as a pointer. This code is going to need porting to work on 64-bit arches.
>

James I guess as it wouldn't be trivial to fix it by patch and we need to
this issue must be fixed upstream.
Am I right?

best regards

mira

Bug#851028: composite: FTBFS: lrdf.h:8:20: fatal error: raptor.h: No such file or directory

[Jaromír Mikeš]

2017-01-12 1:09 GMT+01:00 Jonas Smedegaard <d...@jones.dk>:

> Quoting Jaromír Mikeš (2017-01-11 23:29:24)
> > 2017-01-11 19:55 GMT+01:00 Lucas Nussbaum <lu...@debian.org>:
> >
> > >
> > > During a rebuild of all packages in sid, your package failed to build
> on
> > > amd64.
> > >
> > > Relevant part (hopefully):
> > > >^~~
> > > > In file included from /<>/composite-0.006.
> > > 2+dfsg0/src/Tritium/src/fx/Effects.cpp:36:0:
> > > > /usr/include/lrdf.h:8:20: fatal error: raptor.h: No such file or
> > > directory
> > > >  #include 
> > > > ^
> > > > compilation terminated.
> > > > src/Tritium/CMakeFiles/Tritium.dir/build.make:1025: recipe for
> target
> > > 'src/Tritium/CMakeFiles/Tritium.dir/src/fx/Effects.o' failed
> > > > make[3]: *** [src/Tritium/CMakeFiles/Tritium.dir/src/fx/Effects.o]
> > > Error 1
> > >
> > > The full build log is available from:
> > >http://aws-logs.debian.net/2017/01/11/composite_0.006.2+
> > > dfsg0-6_unstable.log
> > >
> > > <http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/
> pkg-multimedia-maintainers>
> > >
> >
> > Hi Jonas,
> >
> > isn't it this bug rather bug in ldrf and the line in /usr/include/lrdf.h
> > file should be:
> > #include 
> > as ldrf now B-D on libraptor2-dev?
>
> Well, that would be one way to solve it, but the more correct one, I
> believe, is for composite to use pkg-config.
>
> Something like this:
>
>   pkg-config --cflags liblrdf
>
> should correctly provide this:
>
>   -I/usr/include/raptor2 -I/usr/include
>
>
> Seems to me that composite build fails to properly set build flags, but
> happened to work anyway in the past because back then no custom path was
> needed.


Thank you Jonas,

I will have a look on this latter ... now I am short on time ... just
leaving :(

mira

Bug#851028: composite: FTBFS: lrdf.h:8:20: fatal error: raptor.h: No such file or directory

[Jaromír Mikeš]

2017-01-11 19:55 GMT+01:00 Lucas Nussbaum :

>
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
>
> Relevant part (hopefully):
> >^~~
> > In file included from /<>/composite-0.006.
> 2+dfsg0/src/Tritium/src/fx/Effects.cpp:36:0:
> > /usr/include/lrdf.h:8:20: fatal error: raptor.h: No such file or
> directory
> >  #include 
> > ^
> > compilation terminated.
> > src/Tritium/CMakeFiles/Tritium.dir/build.make:1025: recipe for target
> 'src/Tritium/CMakeFiles/Tritium.dir/src/fx/Effects.o' failed
> > make[3]: *** [src/Tritium/CMakeFiles/Tritium.dir/src/fx/Effects.o]
> Error 1
>
> The full build log is available from:
>http://aws-logs.debian.net/2017/01/11/composite_0.006.2+
> dfsg0-6_unstable.log
>
> 
>

Hi Jonas,

isn't it this bug rather bug in ldrf and the line in /usr/include/lrdf.h
file should be:
#include 
as ldrf now B-D on libraptor2-dev?

best regards

mira

Bug#849786: ITP: avldrums.lv2 - Drum Sample Player Plugin

[Jaromír Mikeš]

Package: wnpp
Severity: wishlist
Owner: mira.mi...@seznam.cz


* Package name : avldrums.lv2
Version : 0.2.2
Upstream Author : Robin Gareus ro...@gareus.org
* URL : https://github.com/x42/avldrums.lv2
* License : GPL-2+
Programming Lang: C
Description : a Drum Sample Player Plugin
avldrums.lv2 is a simple Drum Sample Player Plugin,
 dedicated to the http://www.bandshed.net/avldrumkits/

Bug#849587: RM: lv2core -- ROM; dead upstream; replaced by lv2-dev

[Jaromír Mikeš]

Package: ftp.debian.org
Severity: normal

lv2core is obsolete ... it is replaced by lv2-dev
The unified LV2 release is now provided by the lv2-dev package. 
lv2core is a dummy package and can be now removed.

regards

mira

Bug#847081: transition: libgig

[Jaromír Mikeš]

Od: Julien Cristau <jcris...@debian.org>

"On Mon, Dec 5, 2016 at 13:39:56 +0100, Jaromír Mikeš wrote: 

> Package: release.debian.org 
> Severity: normal 
> User: release.debian@packages.debian.org 
> Usertags: transition 
> 
> Hi, 
> new upstream release of libgig bumps SONAME, so we need to transition. 
> I know we have a transition freeze, but this release is already quite old 
and would shame not have it in upcoming debian release. 

If it's already quite old and it's that important then it should have 
been uploaded before the transition freeze, not a month after... "
 

Hi Julien,




yes you are right it should be uploaded sooner ... but I haven't been 
uploader of these packages before.

I started work on them with this uploadcin believe I can upload them in time
and save the situation.

Also quite long time has been taken to sort out some issues with upstream ..
. that's delayed me :(




best regards




mira

Bug#783217: [showq] Crash when saved

[Jaromír Mikeš]

Hi Michael,

I just upload new git snapshot of showq to debian.
Can you please check if this bug still exists or can be closed?

best regards

mira

Bug#705898: [showq] Fader-Cues are broken after interruption with "Escape"

[Jaromír Mikeš]

Hi Michael,

I just upload new git snapshot of showq to debian.
Can you please check if this bug still exists or can be closed?

best regards

mira

Bug#847169: pkg-multimedia-maintain...@lists.alioth.debian.org

[Jaromír Mikeš]

Package: wnpp
Severity: wishlist
Owner: mira.mi...@seznam.cz


* Package name :qm-dsp
Version : 1.7.1
Upstream Author : Queen Mary, University of London
* URL : https://code.soundsoftware.ac.uk/projects/qm-dsp
* License : GPL-2+
Programming Lang: C++
Description : C++ library for audio signals analysis
 This is a C++ library of functions  for DSP
 and Music Informatics purposes.
 Provides audio analysis.

Bug#847081: transition: libgig

[Jaromír Mikeš]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

Hi,
new upstream release of libgig bumps SONAME, so we need to transition.
I know we have a transition freeze, but this release is already quite old and 
would shame not have it in upcoming debian release.
Also it is rather "mini-transition" ... so please consider exception.

Direct reverse dependencies are:

qsampler - version in testing build fine with libgig 4.0.0 - tested
gigedit - version in experimental 1.0.0 build fine with libgig 4.0.0 -tested

best regards

mira

Bug#846551: qtractor: Hangs when opening a file chooser dialog

[Jaromír Mikeš]

2016-12-02 7:28 GMT+01:00 Philip Chung :
> Package: qtractor
> Version: 0.8.0-1
> Severity: important

Hi Philip,

> Whenever I perform an action that opens a file chooser dialog, Qtractor
> simply hangs. There is no error in the Messages area, and running it
> through GDB does not indicate any crash.
>
> The actions I have tested are opening a project (either from the
> toolbar, the File menu, or the keyboard shortcut) and choosing a
> location to save a project.
>
> I have also tried loading a sample in a drumkv1 LV2 plugin, which also
> requires a file chooser. It causes Qtractor to hang as well. This does
> not occur with the standalone version of drumkv1. I am using source
> version 0.8.0-1 of drumkv1.

Did you tried contact upstream author?
It looks like ... it must be fixed upstream.

best regards

mira

Bug#844266: RM: sineshaper-- ROM; package is abandoned upstream; RC buggy

[Jaromír Mikeš]

Package: ftp.debian.org
Severity: normal

sineshaper is dead upstream and it is RC buggy

regards

mira

Bug#844265: RM: slv2 -- ROM; dead upstream; replaced by lilv

[Jaromír Mikeš]

Package: ftp.debian.org
Severity: normal

slv2 is obsolete ... it is replaced by lilv

regards

mira

Bug#629107: hydrogen: No text in User Manual (Was: hydrogen packaging)

[Jaromír Mikeš]

2016-11-13 11:55 GMT+01:00 James Cowgill <jcowg...@debian.org>:
> Control: tags -1 patch
>
> Hi,
>
> On 12/11/16 11:41, Jaromír Mikeš wrote:
>> 2016-11-12 11:58 GMT+01:00  <treb...@tuxfamily.org>:
>>
>>> while you're working around the Hydrogen packaging, can I humbly
>>> ask you to have a look at this bug :
>>> https://bugs.debian.org/629107 ?
>>>
>>> There is willingness upstream (which I'm part of regarding the
>>> manual) to update and improve the bundled update manual and not
>>> having it displayed/accessible in the GUI is frustrating.
>>>
>>> As said in bug 629107, I've been looking at it but am not
>>> knowledgeable/competent to resolve it. Help here would be
>>> appreciated.
>>
>> Hi Olivier,
>>
>> I know about this bug and I am not ignoring it.
>> I already tried fix it in past without success :(
>> Hopefully some more skilled mate from team will give a hand with it.
>
> How about the attached patch?
>
> I think the original purpose of that code in debian/rules was to force
> the manual to always be rebuilt. Unfortunately it moves 'manual.docbook'
> out of the way (as if it was autogenerated) but it looks like this is
> the master manual which is directly edited.
>
> My alternate implementation simply touches the master manuals which
> should hopefully force everything to be rebuilt as well.

Works perfectly! Thank you James!

mira

Bug#840835: harvid: ffmpeg not found

[Jaromír Mikeš]

2016-10-15 14:30 GMT+02:00 Arturo Borrero Gonzalez :
> Package: harvid
> Version: 0.8.1-2+b2
> Severity: normal
>
> Thanks for your work with this package, it's really appreciated.
>
> Today, I tried to import a video in ardour following this method:
>
>  * opened ardour
>  * session -> open video
>  * it then asked me to install harvid
>  * installed harvid via aptitude
>  * tried again session -> open video
>  * a dialog to choose the video to import
>  * Then Ardour, in a windows called "Transcode/Import video file" says:
>
> ffmpeg not found. Unable to import video.
>


Hi Arturo,

is this bug already fixed with new ardour package uploaded?

best regards

mira.

Bug#824353: abGate - strange GUI

[Jaromír Mikeš]

2016-09-24 12:06 GMT+02:00  :
> Dear maintainers, hello,
>
> I've been retesting a bit deeply this and the situation is still the same.
> (Ardour 5.3 and jalv.select 0.6).
> Not that, even if the GUI is a bit odd, the plug still sounds to be working
> as expected.
>
> To add some more information here, I tested it in qtractor 0.7.9, and it
> does work as expected *and* the GUI displays fine (ie: as expected).

Hi there,

did you try contact upstream author? Looks like this must be fixed upstream.

best regards

mira

Bug#838519: jack-audio-connection-kit: new upstream release

[Jaromír Mikeš]

Package: jack-audio-connection-kit
Version: 1:0.124.1+20140122git5013bed0-3
Severity: normal

Dear Maintainer,

There is new upstream release 0.125.0 ... please update.
https://github.com/jackaudio/jack1

best regards

mira

Bug#832095: Fwd: zita-resampler - debian bug

[Jaromír Mikeš]

2016-08-29 20:53 GMT+02:00 Fons Adriaensen :

Hi Fons,

>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=832095
>>
>> Actually it is a patch speed up zita-resampler processing 3x quicker
>> on sse machines.
>> I am reluctant apply it without your approval.
>
> Thanks for your message.
>
> Apparently Steinar didn't get my reply to his latest message,
> so I'm adding him in CC.
>
> What I wrote a few weeks ago is basically this:
>
> I wil not accept the patch in its current form, but OTOH the
> code is too good to just be ignored, so I will integrate it
> in another way.
>
> For the next release of zita-resampler I will reorganise the
> code a bit, so it will be possible to have separate optimised
> Resampler1,2,4 classes (for 1,2,4 channels respectively) using
> the SSE code, and without too much code duplication. Same for
> Vresampler.
>
> So Steinar, could you provide optimised 1 and 4 chan versions
> as well ? Even better would be if the latter could handle any
> multiple of 4 channels. In all cases you may assume (hlen % 4 == 0).
>
> There is one comment in your patch which I don't understand:
>
> +// Writes two bytes more than we want, but this is fine since out_count 
> >= 2.
> +_mm_storeu_ps (out_data, s);
>
> What are those two extra bytes ? Doesn't this instruction just write
> four floats ?
>
>
> P.S. I will indeed be in holiday as of tomorrow :-)
> I'll keep an eye on my mailbox, but it will have
> low priority so expect some delay.

Thank you for clarifying I will look forward for next release!
Enjoy your holidays!

best regrads

mira

Bug#831469: brp-pacu has a new version

[Jaromír Mikeš]

Hi,

This new version only fixing build on Mac 64bit ... no other changes in code.
There is no need to update :(

best regards

mira

Bug#723474: lilv link with -L/usr/lib

[Jaromír Mikeš]

Hi YunQiang Su,

is this bug still actual? Or this bug can be closed now?
I have several instances of this bug in packages I am maintain.
What about the others?

best regards

mira 

Bug#600256: ardour-i686: Loud, painful clicking noises immediately after export

[Jaromír Mikeš]

Hi,

I can't reproduce this bug anymore. I am going to close it.
If you will encounter this issue again feel free to reopen.

best regards

mira 

Bug#732196: xjadeo crashes if video format is the one obtained using man page example

[Jaromír Mikeš]

Hi,

as the xjadeo is now build against the ffmpeg I am going close this bug.
If problem persists please feel free to reopen it.

best regards

mira

Bug#743400: zynaddsubfx-dssi plugin unusable

[Jaromír Mikeš]

>   * jack-dssi-host /usr/lib64/dssi/libzynaddsubfx_dssi.so 
> Cannot find DSSI or LADSPA plugin at 
> '/usr/lib64/dssi/libzynaddsubfx_dssi.so'Hi,you are using wrong 
> path ... correct should be:   * jack-dssi-host 
> /usr/lib/dssi/libzynaddsubfx_dssi.soI am going to close this 
> bug.best regardsmira

Bug#832095: patch for SSE-optimizing resampling of stereo signals

[Jaromír Mikeš]

2016-08-02 23:29 GMT+02:00 Steinar H. Gunderson <se...@debian.og>:
> On Sun, Jul 24, 2016 at 02:24:48PM +0200, Jaromír Mikeš wrote:
>> as the patch is rather complex and change code quite a lot I would
>> like to see rather a new upstream release
>> including your work. Than apply it only in debian.
>> Or at least upstream approval of this patch.
>
> I've made another attempt at reaching Fons, but to no avail. Have you been in
> contact with him recently?

No I didn't ... there hasn't been reason for it.
But it is summer time - holidays time

mira

Bug#828186: transition: rtaudio

[Jaromír Mikeš]

"


-- Původní zpráva --
Od: Emilio Pozuelo Monfort <po...@debian.org>
Komu: Jaromír Mikeš <mira.mi...@seznam.cz>, 828...@bugs.debian.org
Datum: 28. 6. 2016 10:52:58
Předmět: Re: Bug#828186: transition: rtaudio

"Control: tags -1 confirmed

On 27/06/16 18:46, Jaromír Mikeš wrote:
>> Did you test build them?
> 
> Hi,
> 
> I just did test build of packages above.
> Location of header files changed from include to include/rtaudio so some 
easy patching will be needed.
> Otherwise they build fine.

Alright, go ahead. Please file bugs for the rdeps that need patches and let 
me
know which ones don't need any changes and can be rebuilt."



Ok bugs for r-deps filled ... unfortunately all of them need patches.



"



Hi,




all packages related to rtaudio transition are fixed and uploaded to 
unstable.

Can I now upload rtaudio 4.1.2  
to unstable?




best regards



mira

Bug#832366: sineshaper: does not start

[Jaromír Mikeš]

2016-07-24 20:09 GMT+02:00 James Cowgill :
> Package: sineshaper
> Version: 0.4.2-8
> Severity: grave
>
> Hi,
>
> sineshaper does not start properly. When run it gives the jack-dssi-
> host usage message:
>
> Usage: sineshaper [-v] [-a] [-n] [-p ] [-c ] [-] 
> [:] [...]
> [...]
>
> This is because the sineshaper dssi plugin is installed into
> /usr/lib//dssi which is not in the dssi search path (only
> /usr/lib/dssi is).
>
> Given that a bug this serious has not been reported in two years, maybe
> no-one uses this package?

Yes popcon is quite low ... 88 ... And I am not sure if it is developed.
I will ask upstream.

best regards

mira

Bug#832095: patch for SSE-optimizing resampling of stereo signals

[Jaromír Mikeš]

2016-07-22 11:24 GMT+02:00 Steinar H. Gunderson :
> Package: libzita-resampler1
> Version: 1.3.0-2
> Severity: wishlist
> Tags: upstream patch
>
> Hi,
>
> Please find attached a patch for SSE-optimizing resampling of stereo signals;
> it makes this more or less three times as fast on Intel systems, without
> sacrificing any quality.
>
> I talked to upstream about this patch back in the day, and he seemed happy to
> accept it, but somehow just stopped answering -- I guess he got busy with 
> other
> things in life. It would be nice if we could get it into Debian nevertheless
> (I want it for reducing CPU used in my realtime video mixer).
>
> It is taken to be by Steinar H. Gunderson  (ie., work hat
> from my ex-job), and licensed under the same terms as zita-resampler itself
> (ie., GPLv3+).
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386, armhf
>
> Kernel: Linux 4.7.0-rc7 (SMP w/4 CPU cores)
> Locale: LANG=nb_NO.utf8, LC_CTYPE=nb_NO.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages libzita-resampler1 depends on:
> ii  libc6  2.23-2
> ii  libgcc11:6.1.1-9
> ii  libstdc++6 6.1.1-9
> ii  multiarch-support  2.23-2
>
> libzita-resampler1 recommends no packages.
>
> libzita-resampler1 suggests no packages.
>
> -- no debconf information

Hi,

as the patch is rather complex and change code quite a lot I would
like to see rather a new upstream release
including your work. Than apply it only in debian.
Or at least upstream approval of this patch.

best regards

mira

Bug#828187: transition: rtmidi

[Jaromír Mikeš]

"

-- Původní zpráva --
Od: Emilio Pozuelo Monfort <po...@debian.org>
Komu: Jaromír Mikeš <mira.mi...@seznam.cz>, 828...@bugs.debian.org
Datum: 28. 6. 2016 10:52:18
Předmět: Re: Bug#828187: transition: rtmidi

"Control: tags -1 confirmed

On 27/06/16 18:44, Jaromír Mikeš wrote:
> On 25/06/16 23:49, Jaromír Mikeš wrote:
>> Package: release.debian.org
>> Severity: normal
>> User: release.debian@packages.debian.org
>> Usertags: transition
>>
>> Hi,
>> new upstream rtmidi bumps SONAME, so we need to transition.
>>
>> Direct reverse dependencies are:
>>
>> stk
>> giada
>> midisnoop
>> milkytracker
>>
>> Did you test build them?
> 
> Hi,
> 
> I just did test build of packages above.
> Location of header files changed from include to include/rtmidi so some 
easy patching will be needed.
> I just get some trouble to build midisnoop but not because of rtmidi 
package. 
> I am also maintainer of midisnoop and I don't see it as stopper for 
transition. 

Alright, go ahead. Please file bugs for the rdeps that need patches and let 
me
know which ones don't need any changes and can be rebuilt."



Ok bugs for r-deps filled ... unfortunately all of them need patches.



"



Hi,




all packages related to rtmidi transition are fixed and uploaded to 
unstable.

Can I now upload rtmidi 2.1.1 to unstable?




best regards




mira

Bug#812034: klick: FTBFS with GCC 6: needed for in-class initialization

[Jaromír Mikeš]

2016-01-20 5:41 GMT+01:00 Martin Michlmayr :
> Package: klick
> Version: 0.12.2-2
> Severity: important
> User: debian-...@lists.debian.org
> Usertags: ftbfs-gcc-6
>
> This package fails to build with GCC 6.  GCC 6 has not been released
> yet, but it's expected that GCC 6 will become the default compiler for
> stretch.
>
> Note that only the first error is reported; there might be more.  You
> can find a snapshot of GCC 6 in experimental.  To build with GCC 6,
> you can set CC=gcc-6 CXX=g++-6 explicitly.

Hi,

I'm trying fix this issue
I added gcc-6 and g++-6 as build-deps and these lines to d/rules:
export CC = gcc-6
export CXX = g++-6

Not sure if I still missing something but package build fine this way...

best regards

mira

Bug#828187: transition: rtmidi

[Jaromír Mikeš]

-- Původní zpráva --
Od: Emilio Pozuelo Monfort <po...@debian.org>
Komu: Jaromír Mikeš <mira.mi...@seznam.cz>, 828...@bugs.debian.org
Datum: 28. 6. 2016 10:52:18
Předmět: Re: Bug#828187: transition: rtmidi

"Control: tags -1 confirmed

On 27/06/16 18:44, Jaromír Mikeš wrote:
> On 25/06/16 23:49, Jaromír Mikeš wrote:
>> Package: release.debian.org
>> Severity: normal
>> User: release.debian@packages.debian.org
>> Usertags: transition
>>
>> Hi,
>> new upstream rtmidi bumps SONAME, so we need to transition.
>>
>> Direct reverse dependencies are:
>>
>> stk
>> giada
>> midisnoop
>> milkytracker
>>
>> Did you test build them?
> 
> Hi,
> 
> I just did test build of packages above.
> Location of header files changed from include to include/rtmidi so some 
easy patching will be needed.
> I just get some trouble to build midisnoop but not because of rtmidi 
package. 
> I am also maintainer of midisnoop and I don't see it as stopper for 
transition. 

Alright, go ahead. Please file bugs for the rdeps that need patches and let 
me
know which ones don't need any changes and can be rebuilt."



Ok bugs for r-deps filled ... unfortunately all of them need patches.




best regards



mira
 
"
"

Bug#828186: transition: rtaudio

[Jaromír Mikeš]

-- Původní zpráva --
Od: Emilio Pozuelo Monfort <po...@debian.org>
Komu: Jaromír Mikeš <mira.mi...@seznam.cz>, 828...@bugs.debian.org
Datum: 28. 6. 2016 10:52:58
Předmět: Re: Bug#828186: transition: rtaudio

"Control: tags -1 confirmed

On 27/06/16 18:46, Jaromír Mikeš wrote:
>> Did you test build them?
> 
> Hi,
> 
> I just did test build of packages above.
> Location of header files changed from include to include/rtaudio so some 
easy patching will be needed.
> Otherwise they build fine.

Alright, go ahead. Please file bugs for the rdeps that need patches and let 
me
know which ones don't need any changes and can be rebuilt."



Ok bugs for r-deps filled ... unfortunately all of them need patches.




best regards




mira

Bug#828957: milkytracker: FTBFS with rtmidi 2.1.1

[Jaromír Mikeš]

Package: milkytracker
Version: 0.90.86+dfsg-1
Severity: important
User: pkg-multimedia-maintain...@lists.alioth.debian.org
Usertags: rtmidi 2.1.1

Dear Maintainer,

your package fails to build with the upcoming rtmidi2.1.1

Location of header files changed from include to include/rtmidi so some easy 
patching will be needed.
Otherwise it builds fine.


Best regards,
mira

Bug#828956: midisnoop: FTBFS with rtmidi 2.1.1

[Jaromír Mikeš]

Package: midisnoop
Version: 0.1.2~repack0-3
Severity: important
User: pkg-multimedia-maintain...@lists.alioth.debian.org
Usertags: rtmidi 2.1.1

Dear Maintainer,

your package fails to build with the upcoming rtmidi2.1.1

Location of header files changed from include to include/rtmidi so some easy 
patching will be needed.
Otherwise it builds fine.


Best regards,
mira

Bug#828955: giada: FTBFS with rtmidi 2.1.1

[Jaromír Mikeš]

Package: giada
Version: 0.12.2~dfsg1-1
Severity: important
User: pkg-multimedia-maintain...@lists.alioth.debian.org
Usertags: rtmidi 2.1.1

Dear Maintainer,

your package fails to build with the upcoming rtmidi2.1.1

Location of header files changed from include to include/rtmidi so some easy 
patching will be needed.
Otherwise it builds fine.


Best regards,
mira

Bug#828954: stk: FTBFS with rtmidi 2.1.1

[Jaromír Mikeš]

Package: stk
Version: 4.5.2+dfsg0-2
Severity: important
User: pkg-multimedia-maintain...@lists.alioth.debian.org
Usertags: rtmidi 2.1.1

Dear Maintainer,

your package fails to build with the upcoming rtmidi2.1.1

Location of header files changed from include to include/rtmidi so some easy 
patching will be needed.
Otherwise it builds fine.


Best regards,
mira

Bug#828951: jacktrip: FTBFS with rtaudio 4.1.2

[Jaromír Mikeš]

Package: jacktrip
Version: 4.5.2+dfsg0-2
Severity: important
User: pkg-multimedia-maintain...@lists.alioth.debian.org
Usertags: rtaudio 4.1.2

Dear Maintainer,

your package fails to build with the upcoming rtaudio 4.1.2

Location of header files changed from include to include/rtaudio so some easy 
patching will be needed.
Otherwise it builds fine.


Best regards,
mira

Bug#828950: stk: FTBFS with rtaudio 4.1.2

[Jaromír Mikeš]

Package: stk
Version: 4.5.2+dfsg0-2
Severity: important
User: pkg-multimedia-maintain...@lists.alioth.debian.org
Usertags: rtaudio 4.1.2

Dear Maintainer,

your package fails to build with the upcoming rtaudio 4.1.2

Location of header files changed from include to include/rtaudio so some easy 
patching will be needed.
Otherwise it builds fine.


Best regards,
mira

Bug#828952: mlt: FTBFS with rtaudio 4.1.2

[Jaromír Mikeš]

Package: mlt
Version: 6.2.0
Severity: important
User: pkg-multimedia-maintain...@lists.alioth.debian.org
Usertags: rtaudio 4.1.2

Dear Maintainer,

your package fails to build with the upcoming rtaudio 4.1.2

Location of header files changed from include to include/rtaudio so some easy 
patching will be needed.
Otherwise it builds fine.


Best regards,
mira

Bug#827516: qmidinet is marked for autoremoval from testing

[Jaromír Mikeš]

2016-06-25 6:39 GMT+02:00 Debian testing autoremoval watch
:
> qmidinet 0.4.0-1 is marked for autoremoval from testing on 2016-07-16
>
> It is affected by these RC bugs:
> 827516: qmidinet: FTBFS: /tmp/ccch9o1p.o:(.qtversion[qt_version_tag]+0x0): 
> undefined reference to `qt_version_tag'

Hi,

does this bug still apply with new 0.4.0 release of qmidinet in sid and testing?

best regards

mira

Bug#828186: transition: rtaudio

[Jaromír Mikeš]

-- Původní zpráva --
Od: Emilio Pozuelo Monfort 
Komu: Jaromír Mikeš , 828...@bugs.debian.org
Datum: 26. 6. 2016 9:55:04
Předmět: Re: Bug#828186: transition: rtaudio

On 25/06/16 23:47, Jaromír Mikeš wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> 
> Hi,
> new upstream rtaudio bumps SONAME, so we need to transition. 
> 
> Direct reverse dependencies are:
> 
> stk
> jacktrip
> mlt

> Did you test build them?

Hi,

I just did test build of packages above.
Location of header files changed from include to include/rtaudio so some easy 
patching will be needed.
Otherwise they build fine.

regards

mira

Bug#828187: transition: rtmidi

[Jaromír Mikeš]

On 25/06/16 23:49, Jaromír Mikeš wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> 
> Hi,
> new upstream rtmidi bumps SONAME, so we need to transition.
> 
> Direct reverse dependencies are:
> 
> stk
> giada
> midisnoop
> milkytracker
>
>Did you test build them?

Hi,

I just did test build of packages above.
Location of header files changed from include to include/rtmidi so some easy 
patching will be needed.
I just get some trouble to build midisnoop but not because of rtmidi package. 
I am also maintainer of midisnoop and I don't see it as stopper for transition. 

regards

mira

Bug#828187: transition: rtmidi

[Jaromír Mikeš]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

Hi,
new upstream rtmidi bumps SONAME, so we need to transition.

Direct reverse dependencies are:

stk
giada
midisnoop
milkytracker

best regards

mira

Bug#828186: transition: rtaudio

[Jaromír Mikeš]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

Hi,
new upstream rtaudio bumps SONAME, so we need to transition. 

Direct reverse dependencies are:

stk
jacktrip
mlt

best regards

mira

Bug#660248: Qtractor 0.7.7 -released

[Jaromír Mikeš]

Hi,

(Now send also to submitters)
can you please confirm that this bug still exists in new 0.7.7 release of 
Qtractor?
(Just uploaded)
If not I would like to close this bug.

thank you

mira

Bug#811240: qmidinet: cannot connect to X server

[Jaromír Mikeš]

2016-06-17 2:21 GMT+02:00 James Cowgill :
> On Sun, 17 Jan 2016 03:27:41 + (UTC) Giulio Moro wrote:
>> Package: qmidinet
>> Version: 0.1.2-1
>> Severity: important
>>
>> Dear Maintainer,
>> when running
>>   $ qmidinet
>> I get
>>   qmidinet: cannot connect to X server
>> I am on a headless Beaglebone Black, so no X server is running.
>> qmidinet should realize that and should not try to connect to it.
>> Building qmidinet from source on the same machine produces a working
>> binary file.
>
> This bug seems almost fixed in 0.3.0. 0.3.0 now the '--no-gui' option
> which will allow you to run it without an X server. It also attempts to
> provide some automatic detection but there is a bug in this line:
> https://sources.debian.net/src/qmidinet/0.3.0-1/src/qmidinet.cpp/#L388
>
> Q_WS_X11 is a qt4 constant and is never defined in qt5 so the detection
> never works. The nearest constant in qt5 is Q_OS_UNIX, but the code
> should then also be modified to detect wayland displays as well (or
> maybe there is a QT API to do this portably?)
>

Hi,

can you please check if this is still bug with new 0.4.0 release?
If yes I think this issue should be fixed rather upstream.
Can you report it to upstream developers please?

best regards

mira