<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2017-02-01 18:22 GMT+01:00 Jonas Smedegaard <span dir="ltr"><<a href="mailto:jonas@jones.dk" target="_blank">jonas@jones.dk</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Your picking this particular "low-hanging fruit" potentially does more<br>
harm than good.  I recommend that you don't - let an existing maintainer<br>
do that work (or explicitly acknowledge that you do it with them or<br>
instead of them - then taking over as new maintainer).<br>
<span class=""><br></span></blockquote><div><br></div><div>Alright, you are the boss. I'm available to help with packaging that thing, but if you think that's a bad idea, then so be it.<br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
<br>
>> If you are talking about how to bootstrap a package _based_ on<br>
>> existing Bitcoin package, then please try rephrase your question - I<br>
>> don't quite follow what your plan is, and how you are lost in that<br>
>> plan of yours.<br>
>><br>
> As I'm learning how all of this work, I'm figuring out how I can<br>
> provide value along the way. My first step was to get the current<br>
> package to build and all to get familiar with the tech. My second step<br>
> is to modify this to package an alternative.<br>
<br>
</span>Sounds fine, described broadly as you do above.  My concern here is the<br>
risk of your screwing up causes _more_ work for me or others - work that<br>
we have shown to lack in recent time in this team.<br>
<br>
Therefore I strongly recommend that you explore options without risk of<br>
breaking existing packages.<br>
<div class="HOEnZb"><div class="h5"><br></div></div></blockquote><div><br></div><div>Got you. I'll focus on getting the alternative packaged without touching the original package.<br><br></div></div></div></div>