<div class="gmail_quote">On Wed Nov 26 2014 at 3:36:27 AM Thomas Goirand <<a href="mailto:zigo@debian.org">zigo@debian.org</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 11/21/2014 08:31 PM, Donald Stufft wrote:<br>
><br>
>> On Nov 21, 2014, at 3:59 AM, Thomas Goirand <<a href="mailto:zigo@debian.org" target="_blank">zigo@debian.org</a>> wrote:<br>
>><br>
>>><br>
>>> I'm not sure I understand the meaning behind this question. "bower<br>
>>> install angular" downloads a bower package called "angular".<br>
>><br>
>> Isn't there is a simple URL that I may use with wget? I don't really<br>
>> want to use bower directly, I just would like to have a look to the<br>
>> content of the bower package.<br>
><br>
> You can’t. Bower doesn’t have “traditional” packages where you take a<br>
> directory and archive it using tar/zip/whatever and then upload it to<br>
> some repo. Bower has a registry which maps names to git URLs and then<br>
> the bower CLI looks up that mapping, fetches the git repository and then<br>
> uses that as the input to the “look at metadata and do stuff with files”<br>
> part of the package manager instead of the output of an un-unarchival<br>
> command.<br>
<br>
Then this makes Bower a very bad candidate to "debianize" stuff. We'll<br>
have a moving target with a constantly changing git from upstream,<br>
meaning that we'll have all sorts of surprise in the gate.<br></blockquote><div><br></div><div>It's no more constantly moving than any other project. Bower versions are tied to git tags. In fact, since debian etc. usually go to the repository rather than use release tarballs, bower *improves* things by requiring the tags, making it easier for you to isolate the version in the repository that you need, whereas otherwise people just have to remember to tag and often don't :)</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Frankly, this Bower thing scares me, and I don't really understand why<br>
we're not continuing to use XStatic stuff, which was really convenient<br>
and has been proven to work during the Juno cycle.<br></blockquote><div> </div><div>We're doing this so we don't have the additional burden of creating and maintaining the xstatic packages.</div><div><br></div><div><br></div><div>      Richard</div><div><br></div></div>