Re: how to handle source code from github

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Apr 24, 2017 at 7:39 PM, Rafal Luzynski
<digitalfreak@xxxxxxxxxxxxxxxxx> wrote:
> 23.04.2017 19:23 Christopher <ctubbsii@xxxxxxxxxxxxxxxxx> wrote:
>>
>>  You can set the name of the file via the GitHub API when you download it.
>>
>>  For jQuery (packaged as js-jquery), I use:
>>  https://github.com/jquery/jquery/archive/%{version}/jquery-%{version}.tar.gz
>>
>>  This will work for any GitHub project which tags released versions:
>>
>> https://github.com/<user-or-group>/<repo>/archive/<tag-commit-or-branch>/<preferred-file-name>.tar.gz
>> [...]
>
> I'm afraid this will not work because (according to the GitHub
> repo) this project has 0 release tags. Also the archive has been
> created only 23 days ago. Isn't it too early to package a project
> which has not yet ever been released upstream?

Been there, done that. It assumes that other people are following your
own model of how source control or product releases work.


> Also:
>
>> [...]
>>  On Sun, Apr 23, 2017 at 11:38 AM Globe Trotter <itsme_410@xxxxxxxxx
>> mailto:itsme_410@xxxxxxxxx > wrote:
>>
>> >    I am trying to package the following from github for fedora. (Actually, I
>> > have been using my own RPM for years so it is hopefully not a major task).
>> >
>
> If you say you have been using your own RPM file for this project
> for years then maybe the project is not as young as this GitHub
> repo suggests? Maybe it's just been imported incorrectly, without
> the full history and tags, maybe it has another proper source
> repo which should be used instead?

I could believe there's another repo for source code. I personally run
into this all the time with python and various small perl and java
tools.

I'll note that it is not "incorrect" to import a project without full
history and logs. True, it discards history. But when the history has
been in a source control system that does not allow discarding
*anything*, much like Subversion tries, it's quite common to create a
new git repo with an export and import operation and discard confusing
or even copyright violating or internal security burdened content
wholesale. And if the link to the old repository is deliberately
broke, it massively reduces the risks of accidentally re-importing
bulky or inappropriate old material to the new repository.

Again, been there, done that.


> Regards,
>
> Rafal
> _______________________________________________
> devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
> To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux