<div dir="ltr"><div class="gmail_default" style="font-size:small">Olivier, it is going to take me some time to absorb all of this and have GG answer the Developer questions. Meanwhile, I will look at the parts that I can like the blacklist that I can do. I think the Mailing List is best for this kind of communication rather than MantisBT.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">BTW, yesterday we downloaded the "testing" version of Debian 10 and will try to do a build for that at the end of the month, due to a request in the comment on April News on the website. This is not what we would normally do but if someone takes the time to write about it, we should at least look at it. More later, Phyllis/GG<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, May 24, 2019 at 9:52 AM Olivier Humbert <<a href="mailto:trebmuh@tuxfamily.org">trebmuh@tuxfamily.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi GG, Phylis, Sam and all<br>
<br>
Now that things as settled around, and now that I'm good with the <br>
website French translation, I'm taking back the packaging of Cin-GG for <br>
my audio-linux debian-based distribution (and maybe later, a potential <br>
inclusion into Debian mainstream, but... one step after another).<br>
<br>
I've been doing a build with the last cin_5.1.20190430 and it seems to <br>
be successful so far.<br>
<br>
Doing that, I found a bunch of LV2 plugins which are avoided Cin to be <br>
launched and then, which needs to be added to the LV2_blacklist.txt file <br>
(after I did that locally, Cin is launching fine). Those following lines <br>
are the culprits:<br>
<br>
file:///usr/lib/lv2/MonoEffect.ingen/MonoEffect.ttl<br>
file:///usr/lib/lv2/MonoInstrument.ingen/MonoInstrument.ttl<br>
file:///usr/lib/lv2/StereoEffect.ingen/StereoEffect.ttl<br>
file:///usr/lib/lv2/StereoInstrument.ingen/StereoInstrument.ttl<br>
<a href="http://example.org/raffo" rel="noreferrer" target="_blank">http://example.org/raffo</a><br>
<a href="http://www.wodgod.com/newtonator/1.0" rel="noreferrer" target="_blank">http://www.wodgod.com/newtonator/1.0</a><br>
<a href="https://sami.boukortt.com/plugins/intersect#Intersect" rel="noreferrer" target="_blank">https://sami.boukortt.com/plugins/intersect#Intersect</a><br>
<a href="https://sami.boukortt.com/plugins/intersect#SymmetricDifference" rel="noreferrer" target="_blank">https://sami.boukortt.com/plugins/intersect#SymmetricDifference</a><br>
<a href="https://sami.boukortt.com/plugins/intersect#Upmix" rel="noreferrer" target="_blank">https://sami.boukortt.com/plugins/intersect#Upmix</a><br>
<br>
<br>
<br>
Also, please, find attached an improved version for the <br>
./blds/debian/control file which contains those improvements/changes:<br>
- I added a bit of description (then it looks better with the packages <br>
managers)<br>
- I improved the Maintainer field (changed the name from "mailing list" <br>
to "Cinelerra-GG devs")<br>
- I moved the Standard-version and the Homepage fields downer (standard <br>
good practice for Debian packaging)<br>
- Build-depends :<br>
-- 1 item per line (standard good practice for Debian packaging even if <br>
it doesn't change anything computer-side, it is easier to human-read)<br>
-- alphabetically ordered (standard good practice for Debian packaging <br>
too, easier for human-reading)<br>
-- removing of duplicates : libxft-dev, libxinerama-dev, and libxv-dev<br>
-- adding libusb-1.0-0-dev (the compilation failed here without it)<br>
<br>
I've got a few questions about the debian/control file which I'd like to <br>
have your dev's point of view here (I left those as-is for now waiting <br>
for your answers in case I'm missing something):<br>
- Build-depends field:<br>
-- why is inkscape needed for building ? It sounds like a mistake at a <br>
first glance.<br>
-- why is e2fsprogs needed ? For information, it contains those binaries <br>
: <a href="https://packages.debian.org/stretch-backports/amd64/e2fsprogs/filelist" rel="noreferrer" target="_blank">https://packages.debian.org/stretch-backports/amd64/e2fsprogs/filelist</a><br>
-- same for linux-firmware, why is that needed for building ? It doesn't <br>
even look to be in the Debian repository anymore<br>
- The "Standards-Version" number is currently defined to "5.1.20190430". <br>
It is not supposed to be the program version number (which is defined in <br>
the debian/changelog file), but a number matching a Debian standard. If <br>
you're OK with that, I would set it up to 3.9.8 which is the standard <br>
for Debian Stretch (current stable - Debian 9) and which will work as <br>
well for the next stable (Buster - Debian 10).<br>
<br>
<br>
<br>
I hope that helps.<br>
<br>
Thanks for your continuous work on cin-gg !<br>
Cheers,<br>
Olivier<br>
<br>
<br>
PS: last but not least, I've send it to the mailing list as I did a few <br>
months ago back in the cin-cv times, but feel free to let me know if you <br>
would better like me to use the Mantis bug-tracker or any other way to <br>
contribute. I'm planning to send you other improvements/contributions on <br>
a next step.<br>
<br>
<br>
-- <br>
Site web : <a href="https://librazik.tuxfamily.org/" rel="noreferrer" target="_blank">https://librazik.tuxfamily.org/</a><br>
Donation : <a href="https://liberapay.com/LibraZiK/" rel="noreferrer" target="_blank">https://liberapay.com/LibraZiK/</a><br>
Diaspora : <br>
<a href="https://framasphere.org/people/8c184af0c9450134f6682a0000053625" rel="noreferrer" target="_blank">https://framasphere.org/people/8c184af0c9450134f6682a0000053625</a><br>
Mastodon : <a href="https://mastodon.xyz/@LibraZiK" rel="noreferrer" target="_blank">https://mastodon.xyz/@LibraZiK</a>-- <br>
Cin mailing list<br>
<a href="mailto:Cin@lists.cinelerra-gg.org" target="_blank">Cin@lists.cinelerra-gg.org</a><br>
<a href="https://lists.cinelerra-gg.org/mailman/listinfo/cin" rel="noreferrer" target="_blank">https://lists.cinelerra-gg.org/mailman/listinfo/cin</a><br>
</blockquote></div>