Bug#916638: ITP : dragonfly-reverb - an audio reverb software

[trebmuh]

Package: wnpp
Severity: whishlist
Owner: 'Olivier Humbert' 

* Package name: dragonfly-reverb
  Version : 1.1.2
  Upstream Author : Michael Willis
* URL : https://github.com/michaelwillis/dragonfly-reverb/
* License : GPL-3
  Description : A very nice and easy-to-use reverb available in LV2, 
VST, and jack-standalone formats.

Bug#672704: [blop] LADSPA plugins shouldn't call setlocale()

[trebmuh]

Wouldn't the most clean approach be to configure the package with
'--disable-nls' and be done with it?

 - Fabian


Hi Fabian,
it might work, but it would means then loosed the translations.
There is currently a german translation included in the sources.

Since I wrote this earlier email today, a friend of mine, who is
programmer, undertook to write a proper patch for blop. We'll add it
to this report when done.


So, after he looked deeply on the code, he told me that the code wasn't 
looking that good and would need a big review for that to works fine.
So, because last upstream hasn't released a new version since 2004, and 
because the LV2 version of it sounds to be more active ( 
http://drobilla.net/software/blop-lv2 ), it doesn't seem to worth to 
spend time on fixing i18n on the LADSPA version, specifically because 
there is only one half translation in german.


Then, we finally agreed that what Fabian suggested sounds to be the more 
reasonable solution: "configure the package with '--disable-nls' and be 
done with it".


I've been testing a package rebuild with this option in d/rules on a 
debian stretch, and it's working for the purpose of using cinelerra and 
mhwavedit. All good this way then.


Hope that helps,
Olivier

Bug#672704: [blop] LADSPA plugins shouldn't call setlocale()

[trebmuh]

Hi all,

I can confirm that the bug is still present in the 0.2.8-6 package on
Debian Stretch.

The way I encountered it is that I (manually by compilation since
there
is no package in Debian for it) installed cinelerra (both CV and GG
version), then when launching it, its GUI is in English. Then, I've
removed the blop package (with synaptic) and relaunched cinelerra and
now, the GUI is displayed in French (my locale).

I've seen that there is a patch attached, but it seems from the
comment
above that it's not safe to apply it so I didn't try.

What would you people would recommend to move forward from here?
It could be great to have this one fixed for the next buster release.

Cheers,
Olivier

PS : note that this bug is affecting mhWaveEdit as well.

Steps to reproduce with mhWaveEdit:
1) open mhwaveedit with a French locale
2) go to Fichier -> Ouvrir... (file -> open...) and open an audio file
3) cut (ctrl-x) a part of it
4) go to Fichier -> Quitter (file -> quit)
the pop up window asking if you want to save the changes is in French.

All good.

Then (with the blop package installed):
5) open mhwaveedit with a French locale
6) go to Fichier -> Ouvrir... (file -> open...) and open an audio file
7) got to Effets -> boite à effets...
see that a part of this new window is in English
8) push the "Fermer" button ("close")
9) cut (ctrl-x) a part of the audio file
10) go to Fichier -> Quitter (file -> quit)
the pop up window asking if you want to save the changes is now in
English. Something is wrong here.

Then, uninstall the blop package:
11) open mhwaveedit with a French locale
12) go to Fichier -> Ouvrir... (file -> open...) and open an audio
file
13) got to Effets -> boite à effets...
see that a the window is now fully in French
8) push the "Fermer" button ("close")
9) cut (ctrl-x) a part of the audio file
10) go to Fichier -> Quitter (file -> quit)
now, the pop up window asking if you want to save the changes is in
French. All good.

PS-2: copying debian multimedia maintainer to this report



Wouldn't the most clean approach be to configure the package with
'--disable-nls' and be done with it?

 - Fabian


Hi Fabian,
it might work, but it would means then loosed the translations.
There is currently a german translation included in the sources.

Since I wrote this earlier email today, a friend of mine, who is 
programmer, undertook to write a proper patch for blop. We'll add it to 
this report when done.


Olivier

Bug#672704: [blop] LADSPA plugins shouldn't call setlocale()

[trebmuh]

Hi all,

I can confirm that the bug is still present in the 0.2.8-6 package on 
Debian Stretch.


The way I encountered it is that I (manually by compilation since there 
is no package in Debian for it) installed cinelerra (both CV and GG 
version), then when launching it, its GUI is in English. Then, I've 
removed the blop package (with synaptic) and relaunched cinelerra and 
now, the GUI is displayed in French (my locale).


I've seen that there is a patch attached, but it seems from the comment 
above that it's not safe to apply it so I didn't try.


What would you people would recommend to move forward from here?
It could be great to have this one fixed for the next buster release.

Cheers,
Olivier

PS : note that this bug is affecting mhWaveEdit as well.

Steps to reproduce with mhWaveEdit:
1) open mhwaveedit with a French locale
2) go to Fichier -> Ouvrir... (file -> open...) and open an audio file
3) cut (ctrl-x) a part of it
4) go to Fichier -> Quitter (file -> quit)
the pop up window asking if you want to save the changes is in French. 
All good.


Then (with the blop package installed):
5) open mhwaveedit with a French locale
6) go to Fichier -> Ouvrir... (file -> open...) and open an audio file
7) got to Effets -> boite à effets...
see that a part of this new window is in English
8) push the "Fermer" button ("close")
9) cut (ctrl-x) a part of the audio file
10) go to Fichier -> Quitter (file -> quit)
the pop up window asking if you want to save the changes is now in 
English. Something is wrong here.


Then, uninstall the blop package:
11) open mhwaveedit with a French locale
12) go to Fichier -> Ouvrir... (file -> open...) and open an audio file
13) got to Effets -> boite à effets...
see that a the window is now fully in French
8) push the "Fermer" button ("close")
9) cut (ctrl-x) a part of the audio file
10) go to Fichier -> Quitter (file -> quit)
now, the pop up window asking if you want to save the changes is in 
French. All good.



PS-2: copying debian multimedia maintainer to this report

Bug#885781: petri-foo: Depends on libgnomecanvas

[trebmuh]

For information, there is someone working on porting petri-foo out of 
libgnomecanvas.

See :
- https://github.com/petri-foo/Petri-Foo/issues/37
- https://github.com/petri-foo/Petri-Foo/pull/40

Olivier

Bug#907220: Some caps plugins are crashing

[trebmuh]

Tags: patch + pending

... couic ...


The attached patch fixes the issue on a debian stretch rebuild.
It hasn't been tried by me so far (hence this report and not a commit
to the debian salsa repository).


It should have been :

It hasn't been tried by me **on a Buster build** so far (hence this 
report

and not a commit to the debian salsa repository).

Olivier

Bug#907220: Some caps plugins are crashing

[trebmuh]

Package: caps
Version: 0.9.24-5

This has been tested on a Stretch system from the stable package version 
(0.9.24-4) as well as from a home-made backport of the current 
buster/sid package (0.9.24-5).


The following plugins aren't working :
- C* AmpVTS
- C* Compress
- C* CompressX2
- C* Saturate

When one of these plugins is inserted into Ardour, an audio click is 
happening and the track's meters is going up in the red and stays there.


The attached patch fixes the issue on a debian stretch rebuild.
It hasn't been tried by me so far (hence this report and not a commit to 
the debian salsa repository).


Notes:
1) this patch has been sent to the upstream maintainer
2) I'm copying the patch writer to this bug report, please keep him 
CC'ed for any later message on this thread


Hope that helps.
OlivierDescription: fix crash (bug LZK #487)
Origin: https://github.com/moddevices/caps-lv2/pull/14
Forwarded: don't know
Author: Olivier Humbert 
Reviewed-by: Jean-Pierre Cimalando
Last-Update: 2018-08-23

--- a/dsp/windows.h
+++ b/dsp/windows.h
@@ -157,12 +157,9 @@
 
 	for (double i = -n / 2 + .1; si < n; ++si, i += step)
 	{
-		double k = besseli ((beta * sqrt (1 - pow ((2 * i / (n - 1)), 2 / bb;
-
-		/* can you spell hack */
-		if (!finite (k) || isnan(k))
-			k = 0;
-
+		double a = 1 - pow ((2 * i / (n - 1)), 2);
+		a = (a < 0.0) ? 0.0 : a;
+		double k = besseli ((beta * sqrt (a))) / bb;
 		F (s[si], k);
 	}
 }

Bug#864717: libffado: FTCBFS assumes host = machine architecture

[trebmuh]

Le 2017-06-13 15:19, James Cowgill a écrit :


I've adjusted the title to something a bit better.


Thank you for that, James.



The issue is that the libffado scripts assume that they can determine
the host architecture by probing the machine architecture through some
black magic (calling objdump on /bin/mount !). The x32.patch follows
this by reading "uname -m" to determine if it's running on x32 or i386.

The correct solution is to remove all of this code and just invoke 
$(CC)

which in Debian package builds should be set to a suitable compiler for
the right architecture. Conveniently, there appears to an option to do
this "DETECT_USERSPACE_ENV=False", so we don't need to patch the source
and we can probably remove x32.patch after this as well (untested 
though!).


As a workaround you can use "linux32 pbuilder..." when building the
package to override "uname -m". I know that sbuild already does this 
for

you which is probably why none of the buildds suffer from this bug.


I'm cleaning up my inbox, and it appears that I didn't got back to you.
From memories, the "linux32 pbuilder" did the trick.

Thank you for that James.

Cheers,
Olivier

Bug#864717: libffado: FTCBFS assumes host = machine architecture

[trebmuh]

Le 2018-07-05 12:25, Nicolas Boulenguez a écrit :

Hello.
Packaging for 2.4.1-0.1 passes CC to the upstream build system
and probably fixes this issue.
Can you please attempt to reproduce the problem?
If so, please CC me when reporting the result.
Thanks.


Hi Nicolas,

I've been trying a backport (stretch) rebuild of 2.4.1-0.1
and it does work without the need to trick pbuilder with
a "linux32 pbuilder...".

Thank you.
Olivier

PS: I'm closing the bug then.
Thank you James and Nicolas.

Bug#906153: jnoisemeter FTCBFS: upstream Makefile hard codes build architecture g++ in one place

[trebmuh]

Source: jnoisemeter
Version: 0.1.0-4
Tags: pending
User: helm...@debian.org
Usertags: rebootstrap

Hi Helmut,

I've applied your patch against the current master in the debian repo.

Thanks.

Olivier

Bug#895151: Guitarix update 35.2-2 (stretch) -> 36.1-1 (buster) improvement

[trebmuh]

Package: guitarix
Version: 36.1-1

While upgrading from the Stretch package (35.2-2) to the sid/buster one 
(36.1-1), it doesn't update the libgxw0 and libgxwmm0 packages which are 
needed by the Guitarix application.


Then, the application isn't fully functional since it requires those 
libs to work with, and doesn't have those in the right version, then 
missing the right versionned functions. Hence there are some errors 
while using guitarix.


In d/control, adding to the binary "Package: guitarix" 's "Depends" ' 
field the following seems to fix the issue :

libgxw0 (>= ${source:Version}),
libgxwmm0 (>= ${source:Version}),

Please double check before applying.

Hope that helps.
Olivier

Bug#888657: ladish: should this package be removed?

[trebmuh]

Le 2018-01-28 14:38, Simon McVittie a écrit :

Source: flowcanvas
Severity: important
User: debian...@lists.debian.org
Usertags: proposed-removal
Control: clone -1 -2
Control: reassign -2 ladish
Control: retitle -2 ladish: should this package be removed?

flowcanvas depends on numerous obsolete GNOME 2-era libraries
(e.g. #885095) and hasn't had a maintainer upload since 2009. Its 
upstream

website says:

**Note**: FlowCanvas is dead, long live Ganv!

ganv is also in Debian as src:ganv; it's orphaned in Debian, but 
appears

to have commit activity upstream.

flowcanvas has one reverse-dependency in Debian, gladish (src:ladish),
whose most recent maintainer upload was in 2014. web.archive.org says
the ladish.org website has been down since mid 2014.


ladish looks to be maintained by alessio (last commit 20 Apr 2017) here 
:

https://github.com/alessio/ladish/
(the same goes laditools as well)




These packages both seem like candidates for removal from unstable.


It would be a big regression from a user point of view since it'll 
remove
the "studio" (reopen everything in one-click) from Debian with no 
alternative.





If you agree, please reassign this bug to the ftp team with
cont...@bugs.debian.org commands similar to these:

severity xx normal
reassign xx ftp.debian.org
retitle xx RM: flowcanvas -- RoQA; depends on obsolete libraries,
superseded by ganv

severity yy normal
reassign yy ftp.debian.org
retitle yy RM: ladish -- RoQA; depends on obsolete libraries,
appears unmaintained upstream

(replacing RoQA with RoM if you are a maintainer of the appropriate 
package).


Thanks,
smcv


Hope that helps.
Olivier

Bug#888656: flowcanvas: should this package be removed? (superseded by ganv)

[trebmuh]

Le 2018-01-28 14:38, Simon McVittie a écrit :

Source: flowcanvas
Severity: important
User: debian...@lists.debian.org
Usertags: proposed-removal
Control: clone -1 -2
Control: reassign -2 ladish
Control: retitle -2 ladish: should this package be removed?

flowcanvas depends on numerous obsolete GNOME 2-era libraries
(e.g. #885095) and hasn't had a maintainer upload since 2009. Its 
upstream

website says:

**Note**: FlowCanvas is dead, long live Ganv!

ganv is also in Debian as src:ganv; it's orphaned in Debian, but 
appears

to have commit activity upstream.

flowcanvas has one reverse-dependency in Debian, gladish (src:ladish),
whose most recent maintainer upload was in 2014. web.archive.org says
the ladish.org website has been down since mid 2014.


ladish looks to be maintained by alessio (last commit 20 Apr 2017) here 
:

https://github.com/alessio/ladish/
(the same goes laditools as well)




These packages both seem like candidates for removal from unstable.


It would be a big regression from a user point of view since it'll 
remove
the "studio" (reopen everything in one-click) from Debian with no 
alternative.





If you agree, please reassign this bug to the ftp team with
cont...@bugs.debian.org commands similar to these:

severity xx normal
reassign xx ftp.debian.org
retitle xx RM: flowcanvas -- RoQA; depends on obsolete libraries,
superseded by ganv

severity yy normal
reassign yy ftp.debian.org
retitle yy RM: ladish -- RoQA; depends on obsolete libraries,
appears unmaintained upstream

(replacing RoQA with RoM if you are a maintainer of the appropriate 
package).


Thanks,
smcv


Hope that helps.
Olivier

Bug#887400: lilv-utils is broken when naspro-bridges is installed

[trebmuh]

Package: lilv-utils
Version: 0.24.2~dfsg0-1

Dear debian maintainers,

lilv-utils CLI tools seems broken when naspro-bridges (version: 0.5.1-2) 
is installed.

(note: lv2ls is one of the tools installed by the lilv-utils package)

Steps to reproduce:
1) (without naspro-bridges package installed) run lv2ls in a terminal, 
it does work as expected, showing a list of LV2 plugins URI

2) install naspro-bridges with synaptic
3) run lv2ls in a terminal which ends up quickly with a segfault
4) remove naspro-bridge with synaptic
5) run lv2ls in a terminal, back to normal it's showing a list of LV2 
plugins URI


Hope that helps,
Olivier

Bug#883636: showq: does not start

[trebmuh]

Le 2018-01-02 12:44, James Cowgill a écrit :

...zip...


Note that the prefix does *not* have a trailing slash in debian/rules:

override_dh_auto_configure:
$(WAF) configure   --prefix=/usr


So the simple fix is to use "--prefix=/usr/", but arguably this is an
upstream bug as well since it should work with prefixes without 
trailing

slashes.


...zip...

Thank you very much James.
I've been testing a rebuild on a Stretch with this small change in 
d/rules and I'm able to launch ShowQ.


I've been letting upstream know about your workaround and inform them 
about the possibility to fix it upstream.
See 
https://github.com/evandelisle/showq/issues/29#issuecomment-354783402


Thanks again James, and enjoy 2018 sunrise.
Cheers.

Bug#883636: ShowQ doesn't start

[trebmuh]

Package: showq
Version: 0.4.1+git20161215~dfsg0-2

Dear debian maintainers,

trying to launch showq (debian stretch here) doesn't work at all.
When ran from a terminal, it tells:
$ showq
ShowQ:out_1 # system:playback_1
ShowQ:out_2 # system:playback_2
ShowQ:out_3 # PulseAudio JACK Source:front-left
ShowQ:out_4 # PulseAudio JACK Source:front-right

Then a pop up windows appears telling:

Show Q encountered an unknown error.
Please report this error to the developers of the program.


Pushing the "OK" button, and it stops.

I've already reported this to upstream : 
https://github.com/evandelisle/showq/issues/29


Cheers,
Olivier

Bug#649274: new upstream releases: 2.14.0 (2012) + git hourly

[trebmuh]

Dear Debian maintainers,

I just want to let you know that I'd really be happy to see timidity 
2.14 in Debian.


Thanks,
Olivier

Bug#853253: timidity: Started consuming 100% CPU for no reason

[trebmuh]

Package: timidity
Version: 2.13.2-40.5

Dear Debian maintainers, I can confirm that this bug is present in 
up-to-date Stretch and was present in Jessie as well. I didn't find any 
way to reproduce it, just get it launched and wait for a few hours.


If you could please fix it, it would be really much appreciated.

Thanks,
Olivier

Bug#714617: Lingot: several vulnerabilities

[trebmuh]

Dear all,

Building Lingot from Debian Stretch on a Stretch with this patch gives 
me a segfault when launching Lingot.


Hope that helps.

Bug#864717: failed to rebuild on Stretch

[trebmuh]

Package: libffado
Version: 2.3.0-2

Dear debian maintainers,

trying to rebuild a 32 bits package for FFADO with pbuilder on 64 bits 
machine gives me a :

...
zip
...
scons: done reading SConscript files.
scons: Building targets ...
building 'config_debug.h' from 'config_debug.h.in'
building 'config.h' from 'config.h.in'
g++ -o src/DeviceStringParser.os -c -std=gnu++11 -mx32 -fPIC -fPIC 
-DDEBUG_MESSAGES -DENABLE_BEBOB -DENABLE_FIREWORKS -DENABLE_OXFORD 
-DENABLE_MOTU -DENABLE_DICE -DENABLE_RME -DENABLE_GENERICAVC -I. -Isrc 
-I/usr/include/libxml++-2.6 
-I/usr/lib/i386-linux-gnu/libxml++-2.6/include -I/usr/include/libxml2 
-I/usr/include/glibmm-2.4 -I/usr/lib/i386-linux-gnu/glibmm-2.4/include 
-I/usr/include/glib-2.0 -I/usr/lib/i386-linux-gnu/glib-2.0/include 
-I/usr/include/sigc++-2.0 -I/usr/lib/i386-linux-gnu/sigc++-2.0/include 
src/DeviceStringParser.cpp

In file included from /usr/include/inttypes.h:25:0,
 from src/ffadotypes.h:31,
 from src/debugmodule/../fbtypes.h:27,
 from src/debugmodule/debugmodule.h:30,
 from src/DeviceStringParser.h:27,
 from src/DeviceStringParser.cpp:24:
/usr/include/features.h:364:25: fatal error: sys/cdefs.h: No such file 
or directory

 #  include 
 ^
compilation terminated.
scons: *** [src/DeviceStringParser.os] Error 1
g++ -o src/bebob/bebob_avdevice.os -c -std=gnu++11 -mx32 -fPIC -fPIC 
-DDEBUG_MESSAGES -DENABLE_BEBOB -DENABLE_FIREWORKS -DENABLE_OXFORD 
-DENABLE_MOTU -DENABLE_DICE -DENABLE_RME -DENABLE_GENERICAVC -I. -Isrc 
-I/usr/include/libxml++-2.6 
-I/usr/lib/i386-linux-gnu/libxml++-2.6/include -I/usr/include/libxml2 
-I/usr/include/glibmm-2.4 -I/usr/lib/i386-linux-gnu/glibmm-2.4/include 
-I/usr/include/glib-2.0 -I/usr/lib/i386-linux-gnu/glib-2.0/include 
-I/usr/include/sigc++-2.0 -I/usr/lib/i386-linux-gnu/sigc++-2.0/include 
src/bebob/bebob_avdevice.cpp

In file included from /usr/include/inttypes.h:25:0,
 from src/ffadotypes.h:31,
 from src/debugmodule/../fbtypes.h:27,
 from src/debugmodule/debugmodule.h:30,
 from src/devicemanager.h:28,
 from src/bebob/bebob_avdevice.cpp:26:
/usr/include/features.h:364:25: fatal error: sys/cdefs.h: No such file 
or directory

 #  include 
 ^
compilation terminated.
scons: *** [src/bebob/bebob_avdevice.os] Error 1
scons: building terminated because of errors.
debian/rules:62: recipe for target 'debian/stamp-scons-build' failed
make: *** [debian/stamp-scons-build] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit 
status 2

I: copying local configuration
E: Failed autobuilding of package

Please, advice.
Olivier

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

[trebmuh]

Hi,

if I remember correctly, one of the main goal for the Composite fork of 
Hydrogen, was to get Hydrogen as a LV2 plug.
I just tried it with jalv.select, jalv, jalv.gtk, jalv.gtk3, jalv.gtkmm, 
and jalv.qt and all of them gaves me :

Feature http://lv2plug.in/ns/ext/event is not supported

So I would say that the LV2 versio doesn't work.

Last commit is from March 2013 : 
https://gitlab.com/composite/composite/commits/master


For my point of view, Composite doesn't bring in anything better that 
what Hydrogen does. Hence I'd approve for it to be removed.


Hope that helps,
Olivier

Bug#852714: tuxguitar : new 1.4 upstream version

[trebmuh]

Package: tuxguitar
Version: 1.2-22


Dear debian maintainers,

there is a new 1.4 version of tuxguitar : 
https://sourceforge.net/projects/tuxguitar/files/TuxGuitar/

it could be great to have it in debian stretch+1

Olivier

PS : copying the multimedia team since tuxguitar music production 
orientated

Bug#852440: lv2proc new upstream version

[trebmuh]

Package: lv2proc
Version: 0.5.0-2

Dear debian maintainers,

it looks like there is a newer version of lv2proc : 
http://naspro.sourceforge.net/


HTH
Olivier

Bug#852439: lv2file new upstream version

[trebmuh]

Package: lv2file
Version: 0.83-1

Dear debian maintainers,

it looks like there is a newer version of lv2file : 
https://github.com/jeremysalwen/lv2file/releases


HTH
Olivier

Bug#845355: ZynAddSubFX : install upstream manpage rather than the (quite old) debian/ one

[trebmuh]

Package: zynaddsubfx
Version: 3.0.0-1

Dear debian maintainers,

I saw there is an upstream manpage shipped within the sources :
https://github.com/zynaddsubfx/zynaddsubfx/blob/master/doc/zynaddsubfx.1.txt
which looks like (much) more updated than the debian/ one:
https://anonscm.debian.org/cgit/pkg-multimedia/zynaddsubfx.git/tree/debian/zynaddsubfx.1

Would that worth it to enjoy the 3.0.0 version for stretch to set it up 
for

installation?

Hope that helps,
Olivier

Bug#844688: Firefox - compile with jack audio output support

[trebmuh]

Package: firefox
Version: 45.5.0esr-1

Dear Debian maintainers,

Now that it's supported by upstream, it'd be really great to compile 
Firefox with enabling the jack audio output capability.


See https://bugzilla.mozilla.org/show_bug.cgi?id=783733#c82 for more 
information.


Cheers,
Olivier

Bug#629107: hydrogen: No text in User Manual

[trebmuh]

Le 2016-11-14 12:08, James Cowgill a écrit :

Where is the source for that documentation index?

If I grep the hydrogen sources, I can't find the strings from that
image. I also tried building upstream git master and the index doesn't
work for me there either.


Hi James and all,

I've been following up with Hydrogen upstream as you can see here : 
https://github.com/hydrogen-music/hydrogen/issues/74

The result is that something was missing and has been corrected now.

I guess we could cherry pick up this commit : 
https://github.com/hydrogen-music/hydrogen/commit/99aeea17d0f8cdf0ca8b12908d6499f586257610 
and use it as a debian/patches/manual.patch to allow construction

of the index which is how Hydrogen is supposed to be.

In the meantime, I've been rebuilding (pbuilder) hydrogen git master on 
Debian Jessie from a debian/* close to what it was before
Jaromir started to work on the 0.9.7 version + your patch, and I can see 
the menu index, the English manual, but the others links in the index 
(Manuale in italiano, manual en espanol,...etc) are giving an empty 
page.


Strangely enough, I can see the .po files for those in 
/usr/share/hydrogen/data/doc/, but can't see the different 
documentations in the same location. This is corroborated by launching 
Hydrogen from the terminal and clicking on the links which gives :

QTextBrowser: No document for manual_it.html
QTextBrowser: No document for manual_es.html
QTextBrowser: No document for manual_de.html
QTextBrowser: No document for manual_fr.html
QTextBrowser: No document for manual_nl.html
QTextBrowser: No document for tutorial_en.html
QTextBrowser: No document for tutorial_it.html
QTextBrowser: No document for tutorial_fr.html
QTextBrowser: No document for manual_de.html
...

I'm don't feel really knowledgeable here, but it does look to me that 
the *.html files are not generated from the *.po .


Hope that helps, and thanks for your interest.
Olivier

Bug#844413: Ardour 5.4 support of the Push2 interface

[trebmuh]

Package: ardour
Version: 1:5.4.0~dfsg-2

Hi all,

I've rebuild the current packaging for Jessie and found that the build 
process print this :


"You are missing the libusb-1.0 development package needed to compile 
Push2 support"


Adding "libusb-1.0-0-dev" to the debian/control build-depends section 
did the job for me and the support for the Push2 is included.



Hope that helps.
Olivier

Bug#629107: hydrogen: No text in User Manual

[trebmuh]

Le 2016-11-13 11:55, James Cowgill a écrit :

Control: tags -1 patch

Hi,

On 12/11/16 11:41, Jaromír Mikeš wrote:

2016-11-12 11:58 GMT+01:00  :


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.

Thanks,
James


Hi James,

and thanks for this patch which definitely move forward. Thanks ! (If 
you'd

know the number of times I prayed for this bug to be fixed)

I tried a rebuild at home on a Debian Jessie + 0.9.7 version with this 
added.

And I made one qt4 build and one qt5 build.

The outcome is that when going to : hydrogen menu -> Info -> User 
manual, I've got

the user manuel (in English whatever the language I'm using).
If I then click on "Documentation index" with I expect to show me this :
https://cloud.githubusercontent.com/assets/8705846/17536586/4797c9fc-5e96-11e6-91fb-ad40223b4fcf.png
But it doesn't.

James, Jaromir, others, any idea ?

Cheers,
Olivier

PS : thanks again James, really appreciated.

Bug#841276: timemachine - slight improvement of the menu item

[trebmuh]

Package: timemachine
Version: 0.3.3-2

Dear debian maintainers,

please add those lines to the debian/timemachine.desktop file in order 
for the menu item to provide a comment :

Comment=JACK audio recorder for spontaneous and conservatory use
Comment[fr]=Enregistreur audio JACK pour une utilisation spontanée et 
conservatrice


HTH
Olivier

Bug#824353: abGate - strange GUI

[trebmuh]

Le 2016-09-26 09:46, Jaromír Mikeš a écrit :

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


Hi mira,

yes I did that on Saturday (2 days ago), asking him to come and check 
this BTS bug.

Hope this can be fixed upstream and then will be clean in stretch.

Cheers,
Olivier

Bug#824353: abGate - strange GUI

[trebmuh]

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).

Hope that helps.

Bug#837473: whysynth package - new upstream version

[trebmuh]

(Copying multimedia maintainers in case Rosea isn't available anymore)
Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
Upstream-Name: whysynth
Source: http://www.smbolton.com/whysynth.html

Files: *
Copyright: Sean Bolton s...@smbolton.com
Comment:
 Sean Bolton s...@smbolton.com
 .
 Much of the original code in WhySynth would not have been possible
 without the generous availability of the work of Tim Stilson, Julius
 Smith, Eli Brandt, John Chowning, Curtis Roads, and a slew of other
 pioneers.  
 .
 Bug fixes have been contributed by:
 Chris Cannam can...@all-day-breakfast.com
 .
 WhySynth (or Xsynth-DSSI) patch contributors:
 Nigel Henry cave.dnb2m9...@aliceadsl.fr
 Silvan (D. Michael McIntyre) rosegarden.trumpe...@gmail.com
 Garett Shulman shulm...@colorado.edu
 Ken Restivo k...@restivo.org
 .
 WhySynth mutated out of Xsynth-DSSI, and a few bits of code may
 remain from the original Xsynth v1.0.2, copyright (c) 1999 S. J.
 Brookes, under the GNU General Public License version 2.
 .
 Portions of the minBLEP oscillator code are based on Fons
 Adriaensen's VCO-plugins v0.3.0, copyright (c) 2003 under the GNU
 General Public License version 2.  (Thanks also to Daniel Werner for
 his public domain minBLEP generation code, upon which I based my
 discontinuity-delta generation code).
 .
 The MVCLPF-3 filter was taken directly from Fons Adriaensen's
 MCP-plugins v0.3.0, copyright (c) 2003 under the GNU General Public
 License version 2.
 .
 The amSynth 4P-LPF filter comes from Nick Dowell's amSynth,
 copyright (c) 2001,2002 Nick Dowell, under the GNU General Public
 License version 2.
 .
 The asynchronous granular synthesis implementation was inspired by
 MSS, (c) 2002 Mats Olsson.  Some of the grain envelope code comes
 directly from Mats.
 .
 The PADsynth implementation began as Nasca O. Paul's public domain
 example code.
 .
 Major portions of the event handling code are derived from
 Fluidsynth, copyright (c) 2003 Peter Hanappe and others, under the
 GNU General Public License version 2.
 .
 Portions of the DSSI interface and OSC handling code come from Chris
 Cannam and Steve Harris's public domain DSSI example code.
 .
 The GTK+ knob code was adapted from gAlan 0.2.0, copyright (c) 1999
 Tony Garnock-Jones.
 .
 The wavecycle data was in part resynthesized from Claude Kaber's
 Virtual K4 soundfont, and from //christian's exegesis of the Ensoniq
 SQ-80 wavetable ROMs.
 .
 The Kellet pink noise filter and reson{r,z} filters come from
 Csound, copyright (c) 1999 Sean Costello, rasmus ekman, et. al.
 .
 Nearly all of the Plate reverb code comes from the Plate2x2
 reverb in CAPS 0.2.3, copyright (c) 2002-4 Tim Goetze.
License: GPL-2

Files: debian/*
Copyright:
 2011 Regis Boudin 
 2009 rosea grammostola 
License: GPL-2

License: GPL-2
 This package is free software; you can redistribute it and/or modify
 it under the terms of the GNU General Public License as published by
 the Free Software Foundation; either version 2 of the License, or
 (at your option) any later version.
 .
 This package is distributed in the hope that it will be useful,
 but WITHOUT ANY WARRANTY; without even the implied warranty of
 MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 GNU General Public License for more details.
Comment:
 You should have received a copy of the GNU General Public License
 along with this program. If not, see 
 .
 On Debian systems, the complete text of the GNU General
 Public License version 2 can be found in "/usr/share/common-licenses/GPL-2".

Bug#837473: whysynth package - new upstream version

[trebmuh]

Package: whysynth
Version: 20090403-1.2
Tag: patch

Dear Debian Maintainers,

Please note that there is a new upstream version from 2012. I've been 
building (.deb with pbuilder) and playing it on a debian-jessie system, 
and it works great.


From my home-package, I found those things :

1) we can add "libcairo2-dev" as build-depends in order to build 
whysynth with nicer knobs.


2) we can drop the debian/control build-depends' "libasound-dev" which 
is not available anymore in debian.


3) we can bump to debhelper (>= 9).

4) the upstream repo moved to 
https://github.com/smbolton/whysynth/releases which the debian/watch 
file can be pointed to I think.


5) Please, find an updated machine-readable debian/copyright

Hope that helps.

Olivier
Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
Upstream-Name: whysynth
Source: http://www.smbolton.com/whysynth.html

Files: *
Copyright: Sean Bolton s...@smbolton.com
Comment:
 Sean Bolton s...@smbolton.com
 .
 Much of the original code in WhySynth would not have been possible
 without the generous availability of the work of Tim Stilson, Julius
 Smith, Eli Brandt, John Chowning, Curtis Roads, and a slew of other
 pioneers.  
 .
 Bug fixes have been contributed by:
 Chris Cannam can...@all-day-breakfast.com
 .
 WhySynth (or Xsynth-DSSI) patch contributors:
 Nigel Henry cave.dnb2m9...@aliceadsl.fr
 Silvan (D. Michael McIntyre) rosegarden.trumpe...@gmail.com
 Garett Shulman shulm...@colorado.edu
 Ken Restivo k...@restivo.org
 .
 WhySynth mutated out of Xsynth-DSSI, and a few bits of code may
 remain from the original Xsynth v1.0.2, copyright (c) 1999 S. J.
 Brookes, under the GNU General Public License version 2.
 .
 Portions of the minBLEP oscillator code are based on Fons
 Adriaensen's VCO-plugins v0.3.0, copyright (c) 2003 under the GNU
 General Public License version 2.  (Thanks also to Daniel Werner for
 his public domain minBLEP generation code, upon which I based my
 discontinuity-delta generation code).
 .
 The MVCLPF-3 filter was taken directly from Fons Adriaensen's
 MCP-plugins v0.3.0, copyright (c) 2003 under the GNU General Public
 License version 2.
 .
 The amSynth 4P-LPF filter comes from Nick Dowell's amSynth,
 copyright (c) 2001,2002 Nick Dowell, under the GNU General Public
 License version 2.
 .
 The asynchronous granular synthesis implementation was inspired by
 MSS, (c) 2002 Mats Olsson.  Some of the grain envelope code comes
 directly from Mats.
 .
 The PADsynth implementation began as Nasca O. Paul's public domain
 example code.
 .
 Major portions of the event handling code are derived from
 Fluidsynth, copyright (c) 2003 Peter Hanappe and others, under the
 GNU General Public License version 2.
 .
 Portions of the DSSI interface and OSC handling code come from Chris
 Cannam and Steve Harris's public domain DSSI example code.
 .
 The GTK+ knob code was adapted from gAlan 0.2.0, copyright (c) 1999
 Tony Garnock-Jones.
 .
 The wavecycle data was in part resynthesized from Claude Kaber's
 Virtual K4 soundfont, and from //christian's exegesis of the Ensoniq
 SQ-80 wavetable ROMs.
 .
 The Kellet pink noise filter and reson{r,z} filters come from
 Csound, copyright (c) 1999 Sean Costello, rasmus ekman, et. al.
 .
 Nearly all of the Plate reverb code comes from the Plate2x2
 reverb in CAPS 0.2.3, copyright (c) 2002-4 Tim Goetze.
License: GPL-2

Files: debian/*
Copyright:
 2011 Regis Boudin 
 2009 rosea grammostola 
License: GPL-2

License: GPL-2
 This package is free software; you can redistribute it and/or modify
 it under the terms of the GNU General Public License as published by
 the Free Software Foundation; either version 2 of the License, or
 (at your option) any later version.
 .
 This package is distributed in the hope that it will be useful,
 but WITHOUT ANY WARRANTY; without even the implied warranty of
 MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 GNU General Public License for more details.
Comment:
 You should have received a copy of the GNU General Public License
 along with this program. If not, see 
 .
 On Debian systems, the complete text of the GNU General
 Public License version 2 can be found in "/usr/share/common-licenses/GPL-2".

Bug#836878: amSynth : package improvement

[trebmuh]

Hi Jonas,

Le 2016-09-06 21:17, Jonas Smedegaard a écrit :

Hi Olivier,

Quoting treb...@tuxfamily.org (2016-09-06 20:39:59)

I made a proper man page, starting from the information given by the
"amsynth -h" output. I made a French translation of it as well. Please
find these attached to this email.

I'd like to enjoy this email to talk about the debian/README.debian
file. Is it still actual ? Should it be kept or dropped ?


Thanks for your contribution!

NB: I am not the package maintainer - just throwing ideas here...:

Hand-written man pages has a high risk of getting out of sync.

I can suggest to look at help2man, for automated man page generation.

Then there is the translation.  Ideally upstream would a) adopt your
translation, and b) support localized --help output, and c) we could
then extend our help2man routine to also convert translations.

Until all that is in place, a way for the packaging to ensure not
shipping out-of-sync man pages (translated or not) would be to capture
--help output at build time, compute a checksum, and if checksum fails
then fail the build with a message explaining to double-check man pages
and if ok update checksum.


 - Jonas


I agree to that idea. Unfortunately, I don't have the 
competences/knowledge to do so.
So I did the best I could : sending the man pages upstream and asking 
the upstream author (Nick) to have a read about what you said.

( https://github.com/amsynth/amsynth/pull/27 )

Hope that helps and thanks for sharing your idea.

Olivier

Bug#836878: amSynth : package improvement

[trebmuh]

Package: amsynth
Version: 1.6.4-1
Severity: minor
Tags: patch

Dear debian maintainers,

I made a proper man page, starting from the information given by the 
"amsynth -h" output. I made a French translation of it as well.

Please find these attached to this email.

I'd like to enjoy this email to talk about the debian/README.debian 
file. Is it still actual ? Should it be kept or dropped ?


Hope that helps,
Olivier
.TH AMSYNTH "1" "September 2016" "amsynth 1.6.4" "User Commands"
.SH NAME
amsynth \- a two oscillator software synthesizer.
.SH SYNOPSIS
.PP
.B amsynth
[options]
.SH DESCRIPTION
.PP
amsynth 1.6.4 [Jan 19 2016]  [http://amsynth.github.io/].
Copyright 2001\-2016 Nick Dowell .
.PP
amsynth is an easy-to-use software synth with a classic subtractive synthesizer topology.
.PP
amsynth comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to redistribute it
under certain conditions. See the file COPYING for details.
.SH OPTIONS
.PP
Any options given here override those in the config file ($HOME/.amSynthrc).
.HP
\fB\-h\fR \- show a help message
.HP
\fB\-v\fR \- show version information
.HP
\fB\-d\fR \- show some debugging output
.HP
\fB\-b\fR  \- use  as the bank to store presets
.HP
\fB\-t\fR  \- use  as a tuning file
.HP
\fB\-a\fR  \- set the sound output driver to use [alsa/oss/auto(default)]
.HP
\fB\-r\fR  \- set the sampling rate to use
.HP
\fB\-m\fR  \- set the midi driver to use [alsa/oss/auto(default)]
.HP
\fB\-c\fR  \- set the midi channel to respond to (default=all)
.HP
\fB\-p\fR  \- set the polyphony (maximum active voices)
.HP
\fB\-n\fR  \- specify the JACK client name to use
.HP
\fB\-\-jack_autoconnect=
.SH FILES
.TP
.B $HOME/.amSynthrc
.PP
Configuration for amsynth.
.TP
.B $HOME/.amsynth/*
.PP
Banks and others.
.TP
.B $HOME/.amSynth.presets
.PP
Presets.
.SH ENVIRONMENT
.PP
nothing
.SH BUGS & FEATURES REQUEST
.PP
If you find any bug or if you would like to propose a new feature, please report it to https://github.com/amsynth/amsynth/issues .
.SH AUTHORS
.PP
Nick Dowell and contributors. See complete list at amsynth's "Help" -> "About" Dialog.
.SH MISC
This manual page was written by Olivier Humbert  on September the 06 2016 as a part of the LibraZiK project (and can be used by others).
.TH AMSYNTH "1" "Septembre 2016" "amsynth 1.6.4" "Commandes utilisateur"
.SH NOM
amsynth \- un synthétiseur logiciel à deux oscillateurs.
.SH SYNOPSIS
.PP
.B amsynth
[options]
.SH DESCRIPTION
.PP
amsynth 1.6.4 [Janv 19 2016]  [http://amsynth.github.io/].
Copyright 2001\-2016 Nick Dowell .
.PP
amsynth est un synthétiseur logiciel facile à utiliser avec une topologie de synthétiseur soustractif classique.
.PP
amsynth est fourni SANS AUCUNE GARANTIE.
C'est un logiciel libre, et vous êtes encouragé à le redistribuer sous certaines conditions.
Voir le fichier COPYING pour les détails.
.SH OPTIONS
.PP
Toute option donnée ici écrase celle du fichier de configuration ($HOME/.amSynthrc).
.HP
\fB\-h\fR \- affiche un message d'aide (en anglais)
.HP
\fB\-v\fR \- affiche les informations de version
.HP
\fB\-d\fR \- affiche des informations de débogage
.HP
\fB\-b\fR  \- utilise  en tant que banque pour sauvegarder les pré-réglages
.HP
\fB\-t\fR  \- utilise  en tant que fichier d'accordage
.HP
\fB\-a\fR  \- paramètre le pilote de sortie son à utiliser [alsa/oss/auto(défaut)]
.HP
\fB\-r\fR  \- paramètre le taux d'échantillonnage à utiliser
.HP
\fB\-m\fR  \- paramètre le pilote MIDI à utiliser [alsa/oss/auto(défaut)]
.HP
\fB\-c\fR  \- paramètre le canal MIDI auquel répondre (défaut=tous)
.HP
\fB\-p\fR  \- paramètre la polyphonie (voix actives maximum)
.HP
\fB\-n\fR  \- spécifie le nom de client JACK à utiliser
.HP
\fB\-\-jack_autoconnect=
.SH FICHIERS
.TP
.B $HOME/.amSynthrc
.PP
Configuration pour amsynth.
.TP
.B $HOME/.amsynth/*
.PP
Banques et autres.
.TP
.B $HOME/.amSynth.presets
.PP
Pré-réglages.
.SH ENVIRONEMENT
.PP
nothing
.SH BOGUES & DEMANDE DE FONCTIONNALITÉS
.PP
Si vous trouvez un bogue, ou si vous voulez proposer une nouvelle fonctionnalité, veuillez le reporter à https://github.com/amsynth/amsynth/issues .
.SH AUTEURS
.PP
Nick Dowell et contributeurs. Voir la liste complète dans le dialogue d'amsynth : "Aide" -> "À propos".
.SH DIVERS
Cette page de manuel a été écrite par Olivier Humbert  le 06 septembre 2016 en tant que partie du projet LibraZiK (et peut être utilisé par d'autres).

Bug#836743: zita-at1 : package improvement (2)

[trebmuh]

Package: zita-at1
Version: 0.4.0

Dear debian maintainers,

Please, find attached to this email a French translated man page which 
can be added to the debian packaging.


Please, note also that there is a typo in the debian/zita-at1.1 file 
where it's written :

".SH "AUTHOR"
zita-resampler was written by Fons Adriaensen ."
and should be :
".SH "AUTHOR"
zita-at1 was written by Fons Adriaensen ."

Hope that helps,
Olivier.TH ZITA-AT1 "1" "June 2011" "" "User Commands"
.SH NAME
zita\-at1 \- auto-tuner pour JACK
.SH DESCRIPTION
.B AT1
est un 'auto-tuner' pour JACK, habituellement utilisé pour corriger la hauteur 
de pistes de voix chantant (légèrement) faux. Par rapport à autotalent, il 
fournit un algorithme amélioré d'estimation de la hauteur ainsi qu'un meilleur
ré-échantillonnage.
.PP
.B AT1
n'inclut pas de correction de formant, il est donc utilisable pour de petites 
corrections d'erreurs mais pas vraiment pour transposer un morceau. La hauteur 
tonale attendue peut être contrôlée soit par MIDI-JACK, soit par un ensemble de 
notes données. AT1 peut probablement être utilisé sur certains instruments, bien 
qu'il soit conçu originellement pour couvrir le spectre de la voix humaine. Il 
est également possible de l'utiliser comme un accordeur sommaire de guitare. 
.SH OPTIONS
.TP
\fB\-h\fR
Affiche ce texte
.TP
\fB\-name\fR 
Nom de client JACK
.TP
\fB\-s\fR 
Nom du serveur JACK
.TP
\fB\-g\fR 
Position de la fenêtre
.PP
.SH "AUTHOR"
zita-at1 a été écrit par Fons Adriaensen .
.PP
Cette page de manuel a été écrite par Alessio Treglia  pour 
le projet Debian (et peut être utilisé par d'autres). Elle a été traduite en 
français par Olivier Humbert  pour le projet LibraZiK.

Bug#836689: zita-at1 : package improvement

[trebmuh]

Package: zita-at1
Version: 0.4.0

Dear debian maintainers,

Please, find the 2 following lines to add to debian/zita-at1.desktop to 
get the menu item translated in french if your environment is in french 
:

GenericName[fr]=autotuner pour JACK
Comment[fr]=Corrige la hauteur d'une voix chantant désaccordée

By the way, please consider to drop the debian/menu file according to 
#741573.


Hope that helps,
Olivier

Bug#836380: eq10q : package improvement

[trebmuh]

Package: eq10q
Version: 2.1~repack0-1
Severity: minor

Dear debian maintainers,

since there is a new plugin in this package, please add this line to the 
debian/control "description" field :

  * cs10qm : side-chain input compressor.

Also, I suggest to replacer the "eq6q   -  6 band equalizer;"-type lines 
by "eq6q : 6 band equalizer;" as the output of the description field is 
broken when using gdebi-gtk.


Hope that helps,
Olivier

Bug#836372: x42-plugins : package improvement

[trebmuh]

Package: x42-plugins
Version: 20160825-1

Dear debian maintainers, since there are new plugins in this package, 
please add those lines to the debian/control "description" file :

  * controlfilter.lv2
- filter/process Control Parameters, intended to be used with 
modular

  synthesizers, in particular ingen
  * fat1.lv2
- auto-tuner based on Fons Adriaensen's zita-at1
  * midimap.lv2
- rule based MIDI mapper plugin
  * midigen.lv2
- simple test-sequence generator
  * stepseq.lv2
- simple step sequencer
  * stereoroute.lv2
- stereo routing plugin
  * testsignal.lv2
- signal-test generator

Hope that helps,
Olivier

Bug#834440: gigedit - new upstream version

[trebmuh]

Package: gigedit
Version: 0.2.0-1

Dear debian maintainers,

there is a new upstream version of gigedit 1.0.0 as can been seen here :
http://www.linuxsampler.org/downloads.html#gigedit
Note that building it needs libgig >=4.0.0 (see 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=834436 )


Hope that helps,
Olivier

Bug#834436: libgig - new upstream version

[trebmuh]

Package: libgig6
Version: 3.3.0-3

Dear debian maintainers,

there is a new upstream version of libgig 4.0.0 as can been seen here :
http://www.linuxsampler.org/downloads.html#libgig
Note that upstream is moving to libgig7 with this release.

Hope that helps,
Olivier

Bug#834364: liblscp - new upstream version

[trebmuh]

Package: liblscp
Version: 0.5.6-7

Dear debian maintainers,
there is a new upstream version of liblscp 0.5.7 as can been seen here :
http://www.linuxsampler.org/downloads.html#liblscp

Hope that helps,
Olivier

Bug#834140: FFADO - French translation + icon in the menu item

[trebmuh]

Package: libffado2
Version: 2.3.0-1

Dear debian maintainers,

Please, add those lines to support/xdg/ffado.org-ffadomixer.desktop in
order to provide a FR translation to the FFADO mixer item in the menu

Name[fr]=Mixeur FFADO
Comment[fr]=Mixeur audio pour les interfaces firewire
GenericName[fr]=Mixeur audio Firewire

Also, you might want to change :
Icon=ffado
to :
Icon=hi64-apps-ffado
to get the icon displayed in the menu.

For information, this has been already been reported upstream : 
https://sourceforge.net/p/ffado/mailman/message/35275718/


Hope that helps,
Olivier

Bug#833949: libffado - new upstream version

[trebmuh]

Package: libffado
Version: 2.2.1-3

Dear debian maintainers,

just to let you know that upstream has released a new version which 
brings a bunch of improvements including new sound-interface support. 
Please see : http://ffado.org/?q=node/3378 .


Hope that helps,
Olivier

Bug#629107: hydrogen: No text in User Manual

[trebmuh]

Dear debian multimedia maintainer,

I can confirm that this bug is still present in the current build 
system. That said, some of this bug-related-outcomes have changed since 
the original report. You can have an overview of the current situation 
by reading at https://github.com/hydrogen-music/hydrogen/issues/74 .


I've been trying to find a correct solution but am getting lost 
somewhere and need someone which understand better than me what the 
debian/rules is supposed to be doing with those files and why it fails 
to doing so.


Hope that helps,
Olivier (olinuxx/trebmuh)

Bug#833545: Hexter - new upstream version

[trebmuh]

Dear debian maintainers,

For information, I've been rebuilding this 1.0.3 version for Debian 
Jessie (using pbuilder) and it does look to be doing well after a few 
usual operations tests.


Hope that helps
Olivier

Bug#833545: Hexter - new upstream version

[trebmuh]

Package: hexter
Version: 1.0.2-3

Dear debian maintainers,

There is a 1.0.3 version on sourceforge : 
https://sourceforge.net/projects/dssi/files/hexter/1.0.3/ which fix a 
possible crash in host. It would be great to get it package for stretch.


Hope that helps,
Olivier

Bug#833520: Hexter - French translation of the menu item

[trebmuh]

Package: hexter
Version: 1.0.2-3

Dear debian maintainers,

please, find the followind line to be added to the debian/hexter.desktop 
file in order to provide a French translated item on the menu :

Comment[fr]=Greffon DSSI modélisant un Yamaha DX7

Hope that helps,
Olivier

Bug#833360: Kmidimon - French translation

[trebmuh]

Package: kmidimon
Version: 0.7.5-2

Dear debian maintainers,

just to let you know that I've been doing a french translation of 
kmidimon which has been incorporated upstream in rev 201 as you can find 
here : https://sourceforge.net/p/kmidimon/code/201/ .


I'm copying Pedro Lopez Cabanillas (who is upstream) to this email in 
case he might want to be in the loop.


Hope that helps,
Olivier

Bug#827406: setbfree : FR translation for the desktop file

[trebmuh]

Le 2016-06-16 00:28, Jaromír Mikeš a écrit :


Done in our git repo ... will be fixed with next upload.

mira


Sweet. Thanks for that.

FYI, I've been reporting it upstream (github) as well. I don't know if 
you're using it or know but now, you know.


olivier

Bug#827406: setbfree : FR translation for the desktop file

[trebmuh]

Package: setbfree
Version: 0.8.1-1

Dear debian maintainers,

find below 2 lines to add to the debian/setbfree.desktop file for the FR 
translation:


GenericName[fr]=orgue à roues phoniques
Comment[fr]=Synthétiseur logiciel contrôlé par MIDI, utilisant JACK

HTH
Olivier

Bug#826110: swh-plugins, vocoder-ladspa: error when trying to install together

[trebmuh]

Hi all,


Yes ... both packages shipping same plugin now ...
What would be correct solution ?
Replace Breaks Conflicts ?
Or maybe just remove vocoder-ladspa package from archive ...
If I understand right this plugin has been moved to swh-plugins
project by same people which maintain vocoder-ladspa package.

https://packages.debian.org/sid/vocoder-ladspa
https://github.com/swh/ladspa/commit/2e212812910f989e48566b2c71791bcc8db8f8ef



What's about removing vocoder-ladspa from the archive now that it has 
been upstreamed by LMMS to SWH, and making LMMS depends on swh-ladspa?

Bug#824211: swh-plugins: Package new upstream version

[trebmuh]

Hi Jaromír and all,

I finished my review and Steve has tagged a new version on github :
https://github.com/swh/ladspa/releases

Hope that helps,
Olivier

Bug#825137: general: Please add ISSE to Debian repositories http://isse.sourceforge.net/

[trebmuh]

Hi Nicholas and thanks for your celerity in answering.
Really appreciated.

ISSE being a wonderfull improvement to libre audio softwares, I hope a 
dev is going to pick it up.


All the best, and thanks for the work already done on it.

Olivier

Bug#825137: general: Please add ISSE to Debian repositories http://isse.sourceforge.net/

[trebmuh]

(@debian people: copying the devs of ISSE here)

Hi Nicholas, Gautham and Ge,

there is a current discussion about getting ISSE in the debian repo as 
you can read on https://bugs.debian.org/825137


It would great if you can comment on the "is it dead or alive upstream 
?" part of the discussion.


By advance,
Thanks
Olivier

Bug#825137: general: Please add ISSE to Debian repositories http://isse.sourceforge.net/

[trebmuh]

Hi there,

copying the multimedia team in there since they could have some interest 
on it.


I've been using ISSE a few months ago (so the same version than the one 
currently available). From memories (I could be wrong here) :
1) it is crashing every now and then, especialy when trying to click 
everywhere when it's computing the sound file, so can be considered 
unstable (one bad point here)
2) it's dead upstream since it was a students thesis - or something 
similar - project (second bad point here)  but I didn't try to contact 
those ex-students to check if they would have some interest in pushing 
forward the developement,
3) it is the only application doing the job that I'm aware of which is, 
for me, trashing the 2 bad points.


My conclusion is : it could be really great to get it into debian.

I think I saw somewhere (a someone personal repo) a package of it once 
but can't remember where. I can find to dig back further in my brain if 
that can be of help. Please let me know.


Olivier

Bug#824211: swh-plugins: Package new upstream version

[trebmuh]

Hi all,

I've been talking to Steve (upstream) on those last days as I'm 
currently reviewing some of the definition to squash the few typos in 
there.


Steve is happy to tag a new version in the github repo and it'll 
certainly happen after I'm done with the review which should be in a few 
days hopefully.


I'll let you know when it's done.

Cheers,
Olivier

Bug#825042: zita-rev1 : a bit of french in there

[trebmuh]

Package: zita-rev1
Version: 0.2.1

Dear debian maintainers,

Please, find the 2 following lines to add to debian/zita-rev1.desktop to 
get the menu item translated in french if your environment is in french 
:

- GenericName[fr]=réverbération JACK autonome
- Comment[fr]=réverbération extraordinaire par kokkinizita - davantage 
de boum par bit


Secondly, please find attached a translation of the debian/zita-rev1.1 
manpage in french.


HTH
Olivier
.TH ZITA-REV1 "1" "Mai 2011"
.SH NOM
zita-rev1 \- effet de réverbération audio-pro
.SH SYNOPSIS
.B zita-rev1
.RI [ options ]
.SH DESCRIPTION
REV1 est une version retravaillée de la réverb développée à l'origine pour
Aeolus. Son caractère est davantage 'hall' que 'plate', mais elle peut être
utilisée pour une grande variété d'instruments ou de voix. Ce n'est pas un
spatialiseur \- les premières réflexions sont are differentes pour les 
entrées
gauche et droite, mais ne correspondent à aucune pièce réelle. Elles ont 
été
réglées pour correspondre aux sources droite et gauche dans une certaine
mesure.
.PP
En mode stéréo, un contrôle de mixage originel/traité est fourni, il peut 
donc
être utilisé soit comme un insert, soit comme un mode envoi/retour. Pour le
mono, connecter simplement un des deux canaux.
.PP
En mode ambisonie (sélectionné par l'option de ligne de commande \-B), la 
seule
option est le mode envoi/retour.
.SH OPTIONS
.TP
\fB\-B\fR
Mode ambisonie
.TP
\fB\-name\fR nom
Nom du clien jack
.TP
\fB\-s\fR serveur
Nom du serveur jack
.TP
\fB\-g\fR géometrie
Position de la fenêtre
.TP
\fB\-h\fR
Affiche ce texte
.PP
.SH "VOIR ÉGALEMENT"
Un guide rapide (en anglais) est disponible à 

.SH "AUTEUR"
zita-rev1 fut écrit par Fons Adriaensen .
.PP
Cette page de manuel (en anglais) a été écrite par Alessio Treglia
 pour le projet Debian (mais peut être utilisé par
d'autres), et a été traduite en français par Olivier Humbert
 pour le projet LibraZiK (et peut également être
utilisée par d'autres).

Bug#824719: swh-lv2 : new upstream release

[trebmuh]

The debian/watch will need to be updated.

Bug#824719: swh-lv2 : new upstream release

[trebmuh]

Package: swh-lv2
Version: 1.0.15+git20151104~repack0-1

Dear debian maintainers,

there is a new 1.0.16 version upstream : 
https://github.com/swh/lv2/releases


HTH
Olivier

Bug#824561: monobristol : a few improvements

[trebmuh]

Package: monobristol
Version: 0.60.3-2.1

Dear maintainers,

here is a contribution for monoBristol.desktop which provide icon 
installation and viewablity in the menu item :

-Icon=monobristol.png
+Icon=monobristol.xpm

Please find attached a manpage in FR as well which is a translation of 
the EN one.


Lastly, I'd suggested to remove the debian/menu following the committee 
decision (#741573).


HTH
Olivier
.TH MONOBRISTOL 1 "Mai 07, 2016"

.SH NAME
monoBristol \- interface graphique utilisateur simple pour Bristol.
.SH SYNOPSIS
\fBmonobristol\fP
.RI [ fichier... ]
.SH DESCRIPTION
\fBmonoBristol\fP fourni une interface graphique utilisateur simple pour 
Bristol.
 Bristol est un paquet d'émulation de synthétiseurs pour une variété de
 synthétiseurs vintage, de pianos électriques et d'orgues.
 L'application consiste en un synthétiseur audio multifilière et une interface
 appelée brighton.

.SH AUTEURS
\fBmonoBristol\fP a été créé par David Horvath  et cette page 
de 
manuel a été écrite dans sa version originelle (en anglais) par Stefan Ebner 
. La traduction français a été réalisée par Olivier 
Humbert 
 dans le cadre du projet LibraZiK.

.SH LICENCE
\fBmonoBristol\fP est fourni sous une licence GNU General Public, version 3.

Bug#824353: abGate - strange GUI

[trebmuh]

Package: abgate
Version: 1.1.7-1

Dear debian maintainers,

running an up-to-date Jessie here, abGate's GUI looks a bit strange :

in ardour : http://pix.toile-libre.org/upload/original/1463259111.png
in jalv.select : 
http://pix.toile-libre.org/upload/original/1463259135.png


which isn't what's expected if I'm looking at the official website : 
http://abgate.sourceforge.net/


HTH
Olivier

Bug#823648: monobristol : new version upstream (was: "pkg-multimedia-maintain...@lists.alioth.debian.org")

[trebmuh]

Please retitle to : "monobristol : new version upstream", my bad.

Copying the multimedia team this time.

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

[trebmuh]

Package: monobristol
Version: 0.60.3-2.1

Dear maintainer,
just to inform you that a new (minor) version has been released upstream 
:

https://sourceforge.net/projects/monobristol/files/monobristol/monobristol-0.60.3.2/

Copying the multimedia team here.

HTH
Olivier

Bug#636518: monobristol: Moog Voyager Blue Ice, Prophet-52, Pro-1, YAMAHA DX cannot be called from monoBristol

[trebmuh]

Dear maintainers,

I'm just adding a +1 on this one. I did rebuild (using pbuilder) 
monobristol with the patch mentionned above (on a debian Jessie), and 
that's wonderful to hear those 4 synth/piano sounding !


Just adding my voice here trying to get some interest.

I'm copying the multi mediateam as well since they could have some 
interest in providing this new build.


Cheers,
Olivier

Bug#823360: Gxtuner - french menu item (was "Mudita24 - fren...")

[trebmuh]

The title of this message should have been "Gxtuner - frenc...".
My bad, sorry.
Olivier

Bug#823360: Mudita24 - french menu item

[trebmuh]

Package: gxtuner
Version: 2.1-1

Hi all,

Please, add those 2 lines to debian/gxtuner.desktop for the menu item to 
be translated into french :

GenericName[fr]=Accordeur
Comment[fr]=Interface d'accordeur simple pour JACK

Also, the debian/menu file can be dropped following the #741573 CTTE 
decision.


HTH
Olivier

Bug#819197: Acknowledgement (dgedit - french localisation for the menu item)

[trebmuh]

Thanks.

Bug#816827: closed by IOhannes m zmölnig (Debian/GNU) <umlae...@debian.org> (Bug#816827: fixed in mudita24 1.0.3+svn13-6)

[trebmuh]

Thanks.

Olivier

Bug#798249: closed by IOhannes m zmölnig (Debian/GNU) <umlae...@debian.org> (Bug#798249: fixed in mudita24 1.0.3+svn13-6)

[trebmuh]

Thanks.

Olivier

Bug#819197: dgedit - french localisation for the menu item

[trebmuh]

Package: dgedit
Version: 0~git20151217-2

Please find this line (to be added to the debian/dgedit.desktop file) 
which adds a french comment in the menu :


Comment[fr]=Éditeur de kit de batterie pour DrumGizmo

Hope that helps,
Olivier

Bug#818577: spelling mistakes

[trebmuh]

Package: debian-kernel-handbook
Version: 1.0.15

Dear maintainer,

I've been reading at http://kernel-handbook.alioth.debian.org/index.html 
which I believe is related to the package "debian-kernel-handbook" as 
addressed here.


I found a few spelling mistakes as following:


http://kernel-handbook.alioth.debian.org/ch-scope.html
"... executed with superuser priviliges, either ..."
-> privileges

http://kernel-handbook.alioth.debian.org/ch-modules.html
"...  are detected and neccessary kernel modules ..."
-> necessary

http://kernel-handbook.alioth.debian.org/ch-initramfs.html
"... performs other neccessary initialization ..."
-> necessary

Hope that helps.

Regards,
Olivier

Bug#816603: Ardour (4) - Adding FR translation to the desktop file

[trebmuh]

Le 2016-03-05 22:18, ow...@bugs.debian.org a écrit :

Processing commands for cont...@bugs.debian.org:


tags 816603 +pending
Bug #816603 [ardour] Ardour (4) - Adding FR translation to the desktop 
file

Added tag(s) pending.

thanks

Stopping processing here.

Please contact me if you need assistance.



Thank you :)
Olivier

Bug#816827: Mudita24 - upstream location change

[trebmuh]

Package: mudita24
Version: 1.0.3+svn13-5

Hi all,

The upstream location just changed for 
https://github.com/NielsMayer/mudita24


Relevant fields in d/copyright and d/control should be changed 
accordingly.


HTH
Olivier

Bug#816603: Ardour (4) - Adding FR translation to the desktop file

[trebmuh]

Le 2016-03-04 23:17, IOhannes m zmölnig a écrit :

GenericName[fr]=Enregistreur audio numérique Ardour 4


my french is a bit rusty, but this translation seems to be a bit too
specific (ardour is much more than just a recording tool).

according to wikipedia, the french equivalent for DAW would be "station
audionumérique"


hi,
mmm. I never liked the "DAW" definition neither in english or french 
since
it refers to a cloudy definition which can talk about pretty much 
everything
using computing to work with sound. Then, I usually try to avoid using 
this

"DAW" thing, hence my first proposition.

Anyway, I guess this is not the right place to complain about that and
it doesn't help with your remark :)

Based on a purely formal translation : good hint IOhannes, thanks.
Actually I'd go for "station de travail audio-numérique" which is what
people are using in french when translting "DAW". ("travail" is
translating "work" from "workstation" here).

So, I'd propose :
GenericName[fr]=Station de travail audionumérique Ardour 4

Cheers,
Olivier

Bug#816603: Ardour (4) - Adding FR translation to the desktop file

[trebmuh]

Package: ardour
Version: 1:4.7~dfsg-1

Hi all,

Please find below the 2 lines to be added to the desktop file
to add the FR translation of the menu item :

GenericName[fr]=Enregistreur audio numérique Ardour 4
Comment[fr]=Enregistrer, mixer et mastériser de l'audio multi-piste

Hope that helps.

All the best and thanks for Debian.
Olivier

Bug#816110: Please, package QjackRcd 1.1.0 in Debian

[trebmuh]

... zip ...
I've been taking with the upstream developper (not me, but another ... 
zip ...

  ^
"talking", not "taking", obviously.

Olivier

Bug#816110: Please, package QjackRcd 1.1.0 in Debian

[trebmuh]

Package: qjackrcd
Version: 1.1.0

Hi to everyone,

qjackrcd got an update back in May 2015 going from version 1.0.6 
(current one in Debian) to 1.1.0 .
This 1.1.0 brings on a few new feature really helpful with this software 
:

- update from Qt4 to Qt5
- possibility of choosing the directory your files are going to
- possibility to autoconnect to jack output

It would be awesome to get it in Debian.

I've been taking with the upstream developper (not me, but another 
Olivier) and he is copied to this email.


All the best and thanks for Debian.
Olivier

Bug#806586: Please keep playitslowly in Debian

[trebmuh]

Hi all,


Le 2015-12-21 14:52, Mattia Rizzolo a écrit :

On Mon, Dec 21, 2015 at 02:08:00PM +0100, treb...@tuxfamily.org wrote:
I had a discussion with Jonas Wagner (who is upstream and is copied to 
this

email) and we are lucky that he was kind enough to work on getting
playitslowly to work with GTK 3 and gstreamer 1.0 . Thanks for that 
Jonas !


I didn't have anytime to test it so far. You can find Jonas public 
message
here : https://github.com/jwagner/playitslowly/issues/7 and see that 
the

code has been updated here :
https://github.com/jwagner/playitslowly/commits/master


Cool.
I think the best way to get this fix in Debian is for him to do a new
release.  Looking at the commits it seems to me that quite a few stuff
changed, so it's not really "including a patch" in the package.
Given that this removal won't happen in the next few days, I suggest
upstream to do his own testing, update the readme, when ready cut a 
release.
While you're doing all of these updates, I'd suggest also moving to 
py3.


Once everything is ready I can NMU the new version, to avoid this
package being removed, but for sure I won't take the maintenance over.


Given : https://github.com/jwagner/playitslowly/issues/7 and 
https://github.com/jwagner/playitslowly/blob/master/CHANGELOG

I does looks like Jonas has followed your advices Mattia.

Everything sounds to be in a good shape for your NMU.

Cheers and merry Christmas,
Olivier

Bug#806586: Please keep playitslowly in Debian

[trebmuh]

Le 2015-12-20 17:08, Moritz Muehlenhoff a écrit :

On Sun, Dec 20, 2015 at 03:15:08PM +, Mattia Rizzolo wrote:

On Sun, Dec 20, 2015 at 10:07:20AM -0500, Tiago Bortoletto Vaz wrote:
> Mattia, as you've recently put some work on this package I'm forwarding this
> removal request, in case you want to fix one more issue. I'm still in VAC
> and can't take it in the next few weeks.

I'm not really interested in this software, and furthermore I know
nothing about gstreamer, so for me it would mean losing a whole lot of
time to only start understanding what gstreamer does.

I can happily take a patch and apply it, if somebody provides me that.

Moritz: given that this removal now causes interest, is the current
state of the transition too advanced or can we put this removal on 
hold

(= tag -1 + moreinfo) for some other weeks?


We can certainly wait a few more weeks (if there's an actual chance 
that

this fixes it).

Cheers,
Moritz


Hi everyone,

I had a discussion with Jonas Wagner (who is upstream and is copied to 
this email) and we are lucky that he was kind enough to work on getting 
playitslowly to work with GTK 3 and gstreamer 1.0 . Thanks for that 
Jonas !


I didn't have anytime to test it so far. You can find Jonas public 
message here : https://github.com/jwagner/playitslowly/issues/7 and see 
that the code has been updated here : 
https://github.com/jwagner/playitslowly/commits/master


Cheers,
Olivier

Bug#806586: Please keep playitslowly in Debian

[trebmuh]

Le 2015-12-20 12:38, Moritz Mühlenhoff a écrit :

On Fri, Dec 04, 2015 at 05:35:32PM +0100, treb...@tuxfamily.org wrote:

Hi all,
I'd say that I'd like Debian to keep it in since I'm using it.
Just my 2 cents.
Olivier


We won't be able to keep it unless it's get ported/maintained.

Cheers,
Moritz


I've sent an email to upstream to check what are his plan on 
playitslowly.

I'll keep you updated when/if I got a reply.

Cheers,
Olivier

Bug#806586: Please keep playitslowly in Debian

[trebmuh]

Hi all,
I'd say that I'd like Debian to keep it in since I'm using it.
Just my 2 cents.
Olivier

Bug#804870: synaptic - FR localisation patch

[trebmuh]

Le 2015-11-13 17:47, Michael Vogt a écrit :

On Thu, Nov 12, 2015 at 04:09:07PM +0100, treb...@tuxfamily.org wrote:

Package: synaptic
Version: 0.82

Hi, please find attached a debdiff which adds French localisation to 
the
fr.po file. I've been checking in the version 0.81-2 version (jessie 
stable

version) and those 2 strings doesn't appear neither. So it could be
backported as well.


Thanks! I commited the patch to git and it will be part of the
next upload.

Cheers,
 Michael


Sweet.
Thanks.
Olivier

Bug#804870: synaptic - FR localisation patch

[trebmuh]

Package: synaptic
Version: 0.82

Hi, please find attached a debdiff which adds French localisation to the 
fr.po file. I've been checking in the version 0.81-2 version (jessie 
stable version) and those 2 strings doesn't appear neither. So it could 
be backported as well.


Regards,
Olivier
Description: l10n FR
Origin: LibraZiK
Forwarded: not needed - already there upstream
Author: Olivier Humbert 
Reviewed-by:
Last-Update: 2015 11 12

--- a/po/fr.po
+++ b/po/fr.po
@@ -1,15 +1,16 @@
 # French translation for synaptic
-# Copyright (c) 2011 Rosetta Contributors and Canonical Ltd 2011
+# Copyright (c) 2011 Rosetta Contributors and Canonical Ltd 2011 and others.
 # This file is distributed under the same license as the synaptic package.
 # FIRST AUTHOR , 2011.
+# Olivier Humbert , 2015.
 #
 msgid ""
 msgstr ""
 "Project-Id-Version: synaptic\n"
 "Report-Msgid-Bugs-To: \n"
 "POT-Creation-Date: 2011-02-10 09:41+0100\n"
-"PO-Revision-Date: 2012-01-04 12:47+\n"
-"Last-Translator: Bruno Patri \n"
+"PO-Revision-Date: 2015-11-12 13:52+0100\n"
+"Last-Translator: Olivier Humbert \n"
 "Language-Team: French \n"
 "Language: fr\n"
 "MIME-Version: 1.0\n"
@@ -2704,6 +2705,10 @@
 msgid "Show for individual files"
 msgstr "Afficher les détails par fichier"
 
+#: ../gtk/gtkbuilder/window_fetch.ui.h:1
+msgid "Show individual files"
+msgstr "Afficher les détails par fichier"
+
 #: ../gtk/gtkbuilder/window_changes.ui.h:1
 msgid ""
 "Mark additional required changes?

Bug#799297: debian-installer-launcheri - *.desktop file's l10n FR

[trebmuh]

Package: debian-installer-launcher
Version: 19+deb8u1

Hi, please find attached a patch which adds French localisation to the 
.desktop file.
This patch has been made with : LANG=C diff 
debian-installer-launcher-19+deb8u1/ 
debian-installer-launcher-19+deb8u1\ \(2\)/ > l10n-FR-desktop-file.patch

I added then manually the 4 header lines.

Best,
Olivier
Description: add l10n FR to .desktop file
Origin: LibraZiK
Forwarded: yes
Author: Olivier Humbert 

Common subdirectories: debian-installer-launcher-19+deb8u1/debian and 
debian-installer-launcher-19+deb8u1 (2)/debian
diff debian-installer-launcher-19+deb8u1/debian-installer-launcher.desktop 
"debian-installer-launcher-19+deb8u1 (2)/debian-installer-launcher.desktop"
3a4
> Name[fr]=Installer Debian jessie
4a6
> Comment[fr]=Installer ce système de manière permanente sur votre disque dur
Common subdirectories: debian-installer-launcher-19+deb8u1/hooks and 
debian-installer-launcher-19+deb8u1 (2)/hooks
Common subdirectories: debian-installer-launcher-19+deb8u1/plugins and 
debian-installer-launcher-19+deb8u1 (2)/plugins

Bug#798249: mudita24 - update for debian/*

[trebmuh]

Package: mudita24
Version: 1.0.3+svn13-4

Hi, please find attached a debdiff which adds French localisation to the 
.desktop file and provides an update of the debian/control VCS fields as 
well as an update of the debian/copyright homepage link.


Regards,
Olivier
diff debian/control "debian (2)/control"
15,16c15,16
< Vcs-Git: git://git.debian.org/git/pkg-multimedia/mudita24.git
< Vcs-Browser: http://git.debian.org/?p=pkg-multimedia/mudita24.git
---
> Vcs-Git: git://anonscm.debian.org/pkg-multimedia/mudita24.git
> Vcs-Browser: https://anonscm.debian.org/cgit/pkg-multimedia/mudita24.git
diff debian/copyright "debian (2)/copyright"
3c3
< Source: http://nielsmayer.com/envy24control/
---
> Source: https://code.google.com/p/mudita24/
diff debian/mudita24.desktop "debian (2)/mudita24.desktop"
4a5
> GenericName[fr]=Outil graphique de contrôle ALSA pour les interfaces audio 
> Envy24 (ice1712)

Bug#798052: [Pkg-alsa-devel] Bug#798052: alsa-tools-gui - *.desktop files l10n FR

[trebmuh]

Sweet. Thanks for the quickness.
Olivier

Bug#798052: alsa-tools-gui - *.desktop files l10n FR

[trebmuh]

Package: alsa-tools-gui
Version: 1.0.28-1

Hi, please find attached a patch which adds French localisation to the 6 
.desktop files.

(alsa-tools-gui .deb is made from the alsa-tools source package)

Best,
Olivier
Description: add l10n FR in .desktop files
Origin: LibraZiK
Forwarded: yes - to pkg-multimedia-maintain...@lists.alioth.debian.org and 
sub...@bugs.debian.org
Author: Olivier Humbert 

--- a/debian/echomixer.desktop
+++ b/debian/echomixer.desktop
@@ -3,6 +3,7 @@
 Name=Echomixer
 GenericName=
 Comment=Control Echoaudio soundcards
+Comment[fr]=Contrôles pour interfaces audio EchoAudio
 Icon=alsa-tools
 Exec=echomixer
 Terminal=false
--- a/debian/envy24_control.desktop
+++ b/debian/envy24_control.desktop
@@ -3,6 +3,7 @@
 Name=Envy24 control
 GenericName=
 Comment=Control Envy24 (ice1712) based soundcards
+Comment[fr]=Contrôles pour interfaces audio basées sur Envy24 (ice1712)
 Icon=alsa-tools
 Exec=envy24control
 Terminal=false
--- a/debian/hdajackretask.desktop
+++ b/debian/hdajackretask.desktop
@@ -3,6 +3,7 @@
 Name=HDAJackRetask
 GenericName=
 Comment=Retask jacks on Intel HDA sound cards
+Comment[fr]=Réassignement des jacks sur les interfaces audio Intel HDA
 Icon=alsa-tools
 Exec=hdajackretask
 Terminal=false
--- a/debian/hdspconf.desktop
+++ b/debian/hdspconf.desktop
@@ -3,6 +3,7 @@
 Name=HDSPConf
 GenericName=
 Comment=Control the Hammerfall HDSP ALSA settings
+Comment[fr]=Contrôles pour les paramètres ALSA des Hammerfall HDSP
 Icon=alsa-tools
 Exec=hdspconf
 Terminal=false
--- a/debian/hdspmixer.desktop
+++ b/debian/hdspmixer.desktop
@@ -3,6 +3,7 @@
 Name=HDSPMixer
 GenericName=
 Comment=Control the advanced routing features of the RME Hammerfall DSP
+Comment[fr]=Contrôles des fonctionnalités de routage avançé des DSP 
Hammerfall RME
 Icon=alsa-tools
 Exec=hdspmixer
 Terminal=false
--- a/debian/rmedigicontrol.desktop
+++ b/debian/rmedigicontrol.desktop
@@ -3,6 +3,7 @@
 Name=Rmedigicontrol
 GenericName=
 Comment=Control RME Digi32 and RME Digi96 soundcards
+Comment[fr]=Contrôles pour interfaces audio RME Digi32 et RME Digi96
 Icon=alsa-tools
 Exec=rmedigicontrol
 Terminal=false

Bug#792672: musescore: does not honor /etc/papersize

[trebmuh]

Talking with upstream (lasconic) a few minutes ago, he thinks that 
musescore is relying on QT for this.

This bug should probably be reassigned to QT then.

That said, it would be very useful if you could check if this bug 
appears only with musescore or if it's the same with other QT related 
software.


Cheers.

Bug#794356: x42-plugins - ebur128 meter is crashing ardour

[trebmuh]

Package: x42-plugins
Version: 20150702

Short version : the EBUR128 meter is crashing Ardour.
Long version : the plugin loads fine in the mixer strip, the crash 
occurs when you double-click on it to get the GUI. As a side-note, the 
GUI shows up fine when launched as a standalone app (x42-meter 0).


I've been talking with upstream a few days ago (Robin is attached to 
this email) and a fix has been found and released on github. Please see 
: 
https://github.com/x42/meters.lv2/commit/aa4b83f9d3d5bd76836fe762c4c5636136d073d7


I've been rebuilding (with pbuilder) the package from the debian source 
here on a Debian Jessie and it works fine.


Suggestion is to add this patch to the current package.

Best,
Olivier


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#793505: Xjadeo - obsolete PDF in the package

[trebmuh]

Package: xjadeo
Version: 0.8.0-2

Talking with upstream today, it does look that the PDF documentation 
(introduced back in september 2010 by Alessio in this commit 
https://anonscm.debian.org/cgit/pkg-multimedia/xjadeo.git/commit/?id=639142cf16fce704d6d58e96ae262f4fe7a0bc96 
) is by far outdated. Eg: the qt GUI no longer exists, openGL is not 
mentioned, etc..
In addition, there is nowaday an online resource automatically build at 
each release which is much more relevant for any curious user.


Suggestion is to drop it.

Best,
Olivier


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#792672: Assertion error in meters.lv2

[trebmuh]

De: Miguel A. Colón Vélez
Objet: Bug#792672: Assertion error in meters.lv2

Package: x42-plugins
Version: 20150702-1

Hello:

Someone at the #debian-multimedia channel dropped this report

olinuxx Hi guys, I've a bug to report against x42-plugins
olinuxx the meters, both as LV2 or standalone app (x42-meter) who
are normaly displaying a needle are segfaulting
olinuxx using them in ardour crash it
olinuxx the error log is : x42-meter: ./gui/needle.c:118: void
img2surf(const MyGimpImage*, cairo_surface_t**, unsigned char**):
Assertion `ys + xs  (img-width * img-height +
img-bytes_per_pixel)' failed.
olinuxx (you can get it trying x42-meter 6 as an example)
olinuxx this is the case with a fresh Jessie install with the
backport from stretch, as well as a fresh Stretch install
olinuxx I didn't looked deep yet into BTS reporting, so I'm putting
that here, hopefully, someone will pick it up

I looked at the source and the fix is trivial. It should be * and
not + as in:
-assert (ys + xs  (img-width * img-height + img-bytes_per_pixel));
+assert (ys + xs  (img-width * img-height * img-bytes_per_pixel));

ys + xs is a sequence that accumulates the total number of bytes and it 
goes


img-bytes_per_pixel, img-bytes_per_pixel*1, img-bytes_per_pixel*2, 
...

img-bytes_per_pixel*(img-width * img-height -1)

It seems upstream wanted to bound ys + xs by the next value in the
sequence which is (img-width * img-height * img-bytes_per_pixel).
This makes the assertion always true since it will be short of the
upper bound by at least img-bytes_per_pixel.

Upstream's commit suggest that there may be another issue
https://github.com/x42/meters.lv2/commit/70497bb8b77aa5ddf13801b0a1472525cfbe42e7
with array boundaries but that is independent of this report.

I have never run or compiled  these plugins but the math seems to add
up. Hope my pseudo-patch helps.

Cheers,
Miguel

___
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 all (olinuxx here),

I've been talking with Robin Gareus (upstream) over IRC today. He's 
copied to this email.


The outcomes is : the lines assert... can be totally removed and have 
beendone so upstream : 
https://github.com/x42/meters.lv2/commit/a52aca646c18d0356c9ed81f8721f594e3ef13bc


As well, Robin suggested to remove the fast-math optimisation 
(debian/rules) since (quoting Robin) :

ffast-math is not good
that can result in the meters being wrong by half a dB or so.  depends
-ffast-math don't care about accuracy, be fast.
and with small numbers there can be a discrepancy  then convert to dB  
and it'll be even larger


I rebuild the package on my computer using the debian sources and 
pbuilder and it looks to be doing the job, ie: not segfaulting anymore.


Hope this email helps and thanks to you all for the jobs done.
Cheers.
Olivier


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org