On Tuesday, 15 December 2020 15:40:57 -03 Thiago Maciel wrote:
> I see, thank you.
What you can do is point to a tarball of any commit of the Git repository of
your choice, assuming the Git hosting tool on that end supports that (GitLab,
GitHub, cgit do). The important part is that the tarball is fixed to a
specific commit and you will be able to rebuild the RPM package, even if
upstream has moved on.
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel DPG Cloud Engineering
On 12/15/2020 10:25 AM, Thiago Maciel wrote:
> Hi there,
> Is there a proper way to configure autospec to clone *.git directly or is
> it mandatory to work with tarballs?
> I see "giturl" in options.conf but it seems to prefer to download from url
> = ... .tar.gz
by policy choice we only do tar files.
the giturl is only used for other tools and to create changelogs
Is there a proper way to configure autospec to clone *.git directly or is
it mandatory to work with tarballs?
I see "giturl" in options.conf but it seems to prefer to download from url
= ... .tar.gz
Thanks in advance,
There are some aspects of the clr ecosystem that are very stable and good (
https://github.com/clearlinux/mixer-tools), but somewhat inactive right
now. There are some improvements to be made on the mixer tools... I really
liked go so I could learn how to contribute to it.
I was curious as to whether there have been changes at Clear Linux? I’ve noticed that a number of bugs/package reqs have remained dormant on GitHub, and now the website appears to be down.
Any thoughts from our friends at Intel?
To Whom It May Concern,
I am submitting a patch to update efl from version 1.22.5 to version 1.22.6
(see for-review-efl.txt) with plans to update all the way to the latest
version, including enlightenment.
Checking the dependencies on the 1.22.x tree (cf.
https://www.enlightenment.org/news/efl-1.22.0), I've found that bullet was
missing in your upstream, so a also created a package for it (see
Note: bullet is not needed in the latest 1.25.1, but I will remove it when
I get there. Anyway, it is an active project and you might consider it.
I am also wondering whether we have xorg-libXp somewhere. Otherwise, it
will be missing and I can include a patch for review afterwards.