<div dir="ltr">Will the new release address the issue at <a href="https://bugs.launchpad.net/snapcraft/+bug/1662464">https://bugs.launchpad.net/snapcraft/+bug/1662464</a>? Currently, I am using ogra's packageproxy, and it works perfectly.  I created a blog at <a href="http://blog.csdn.net/ubuntutouch/article/details/54405477">http://blog.csdn.net/ubuntutouch/article/details/54405477</a><div><br></div><div>However, nodejs is not a debian package. Instead, it downloads every time after the project is cleaned and rebuilt. This is a really a bad developer experience. Last time, when I had a hackathon event, it was almost impossible for a developer to develop a nodejs at the site since the download took years to get it finished due to the network limitation or other reasons. Even now at home, sometimes it takes quite a while to download the nodejs package. I need to try different combination of VPN. It is really troublesome for me.</div><div><br></div><div>Best regards,</div><div>XiaoGuo</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 13, 2017 at 10:44 AM, Michi Henning <span dir="ltr"><<a href="mailto:michi.henning@canonical.com" target="_blank">michi.henning@canonical.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">><br>
> While I don't disagree with the suggestions here, if I may suggest a<br>
> workaround:<br>
><br>
> If you find yourself using cleanbuild a lot (it makes a new ephemeral<br>
> container, builds, then destroys the container), you might find some<br>
> workflow improvements by simply developing the snap in a container. You<br>
> can even bind-mount the source from the host, if you want. This is the<br>
> workflow I use personally. It allows for one to fully customize the apt<br>
> sources while also utilizing Snapcraft's built-in stage package cache*,<br>
> and it doesn't clutter the development environment on the host.<br>
<br>
</span>Thanks Kyle!<br>
<br>
While this works, I don’t think it meets the pragmatic needs of the developer. It’s already complex enough to learn a new tool chain and figure out an effective edit/debug/test cycle. If I have to set up my own container for this, I end up adding yet more variables and possible sources of errors.<br>
<br>
We really need the tool to take care of this, otherwise everyone goes through the same pain (and mistakes) over and over. The big bottleneck here is the endless re-downloading of all the packages. If snapcraft could take care of this transparently and use a cache, things would proceed at a tolerable pace, without everyone having to re-invent their own wheel.<br>
<br>
Cheers,<br>
<div class="HOEnZb"><div class="h5"><br>
Michi.<br>
--<br>
Snapcraft mailing list<br>
<a href="mailto:Snapcraft@lists.snapcraft.io">Snapcraft@lists.snapcraft.io</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/snapcraft" rel="noreferrer" target="_blank">https://lists.ubuntu.com/<wbr>mailman/listinfo/snapcraft</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr">XiaoGuo, Liu </div></div></div></div>
</div>