| 1 |
I decided to use "EGIT_COMMIT" to let the ebuild pulling a certain commit. |
| 2 |
|
| 3 |
Using the archive tarball is indeed interesting! |
| 4 |
|
| 5 |
Thank you for your help! |
| 6 |
|
| 7 |
-Ramon |
| 8 |
|
| 9 |
On 28/07/2020 15:32, Ramon Fischer wrote: |
| 10 |
> Oh yeah, as Neil was pointing that out. |
| 11 |
> |
| 12 |
> I will give it a try and report soon. |
| 13 |
> |
| 14 |
> -Ramon |
| 15 |
> |
| 16 |
> On 28/07/2020 14:52, tastytea wrote: |
| 17 |
>> On 2020-07-28 12:02+0200 Ramon Fischer <Ramon_Fischer@×××××××.de> wrote: |
| 18 |
>> |
| 19 |
>>> Hello tastytea, |
| 20 |
>>> |
| 21 |
>>> I am aware of this "workaround", thank you. :) |
| 22 |
>>> |
| 23 |
>>> I guess, I was not precise enough: |
| 24 |
>>> |
| 25 |
>>> The ebuild "drm_master_util-9999"[1] is hosted on my repository, but |
| 26 |
>>> the ebuild file itself pulls in an external repository[2]. |
| 27 |
>> Sorry, I misread your first email. |
| 28 |
>> |
| 29 |
>>> My question is: Is it a best practise to fork the external |
| 30 |
>>> repository[2], to link my fork with "drm_master_util-9999"[1], so I |
| 31 |
>>> have full control about updating the fork. Just to check, that the |
| 32 |
>>> external source is not doing shenanigans? |
| 33 |
>> I would use either EGIT_COMMIT from git-r3.eclass¹ or download a |
| 34 |
>> snapshot via SRC_URI². |
| 35 |
>> |
| 36 |
>> ¹ |
| 37 |
>> <https://devmanual.gentoo.org/eclass-reference/git-r3.eclass/index.html#lbAF> |
| 38 |
>> ² <https://github.com/gch1p/drm_master_util/archive/<COMMIT-HASH>.tar.gz> |
| 39 |
>> |
| 40 |
> |
| 41 |
> |
Archives