<p dir="ltr">This is mainly because I stopped using the regular - F build system quite some time ago. I am sorry I did not know you were using that for staging on your end. What I would suggest is instead dropping the - F path and focusing on the -B where we can define an additional variable by which you could prevent that last step on your end and in other places where this its command is not available or practical. What do you think?</p>
<p dir="ltr">As an example of this, look into how I prevent rebuilding the gem package which takes quite a bit of time when using the -b incremental build. I use for this purpose the variable defined in tar_me_up.sh in the externals/Makefile</p>
<p dir="ltr">Hope this helps!</p>
<p dir="ltr">-- <br>
Ivica Ico Bukvic, D.M.A.<br>
Associate Professor<br>
Computer Music<br>
ICAT Senior Fellow<br>
Director -- DISIS, L2Ork<br>
Virginia Tech<br>
School of Performing Arts – 0141<br>
Blacksburg, VA 24061<br>
(540) 231-6139<br>
<a href="mailto:ico@vt.edu">ico@vt.edu</a><br>
<a href="http://www.performingarts.vt.edu">www.performingarts.vt.edu</a><br>
<a href="http://disis.icat.vt.edu">disis.icat.vt.edu</a><br>
<a href="http://l2ork.icat.vt.edu">l2ork.icat.vt.edu</a><br>
<a href="http://ico.bukvic.net">ico.bukvic.net</a></p>
<div class="gmail_quote">On Jun 16, 2016 18:07, "Albert Graef" <<a href="mailto:aggraef@gmail.com">aggraef@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Jun 16, 2016 at 9:52 PM, Ivica Ico Bukvic <span dir="ltr"><<a href="mailto:ico@vt.edu" target="_blank">ico@vt.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I seem to recall that taking place in one of the scripts as it
was not included by default. grep may shed some light onto that. I
am surprised, however, that it does not work via autobuild [...] </blockquote><div><br></div><div>Yeah, found it, it's in the linux_make 'deb' target. There's a bunch of extra staging being done there (linux_make/Makefile:90-156). None of that will be done when creating a tarball package with './tar_em_up.sh -F', which is basically what I'm doing in my packaging scripts. (Note that I can't use the 'make deb' part because in the end it runs dpkg-deb which is of no use with debuild, and doesn't work on Arch at all).<br><br></div><div>So what I need to do right now basically is to replicate the staging that's being done at the beginning 'make deb'. Which isn't really a problem (I've been doing that all along), but of course I need to keep that in sync with your 'make deb' target. As a case in point, it seems that the arduino folder was added recently to 'make deb' and I haven't picked that up yet. I can (and will) fix that, of course.<br></div><div> </div>But, in order to make things easier for 3rd party package maintainers like me, maybe the beginning of 'make deb' could be moved into the linux_make 'make install'? I wonder why this isn't the case to begin with. Is there a good reason to keep all that extra stuff in the "Burrito Supreme" Debian package out of the tarball package?<br><br></div><div class="gmail_quote">Albert<br></div></div><div class="gmail_extra"><br>-- <br><div data-smartmail="gmail_signature"><div dir="ltr">Dr. Albert Gr"af<br>Computer Music Research Group, JGU Mainz, Germany<br>Email: <a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a><br>WWW: <a href="https://plus.google.com/+AlbertGraef" target="_blank">https://plus.google.com/+AlbertGraef</a></div></div>
</div></div>
<br>_______________________________________________<br>
L2Ork-dev mailing list<br>
<a href="mailto:L2Ork-dev@disis.music.vt.edu">L2Ork-dev@disis.music.vt.edu</a><br>
<a href="http://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer" target="_blank">http://disis.music.vt.edu/listinfo/l2ork-dev</a><br></blockquote></div>