12:12 p.m.
I'm sure there are others of you out there like me who are using
Github Actions for continuous integration. Recently, I got tired of
updating my CI workflow definition every time a new Fedora release
branched, so I wrote a reusable Github Action[1] to query Bodhi for
the list of "current" (aka "stable") and "pending" (AKA
"branched" or
"rawhide") releases and return them as a JSON array that can be used
to dynamically generate the build matrix.
Since I figured it might be useful to others, I have made it available
publicly. See the Marketplace link[1] for usage examples.
[1] https://github.com/marketplace/actions/get-fedora-releases
12:28 p.m.
Dnia Wed, Apr 14, 2021 at 01:12:47PM -0400, Stephen Gallagher napisał(a):
Since I figured it might be useful to others, I have made it
available
publicly. See the Marketplace link[1] for usage examples.
[1] https://github.com/marketplace/actions/get-fedora-releases
#v+
name: Get Fedora Releases
runs-on: ubuntu-latest
#v-
:-)
--
Tomasz Torcz To co nierealne – tutaj jest normalne.
tomek(a)pipebreaker.pl Ziomale na życie mają tu patenty specjalne.
1:27 p.m.
On Wed, Apr 14, 2021 at 1:38 PM Tomasz Torcz <tomek(a)pipebreaker.pl> wrote:
Dnia Wed, Apr 14, 2021 at 01:12:47PM -0400, Stephen Gallagher napisał(a):
> Since I figured it might be useful to others, I have made it available
> publicly. See the Marketplace link[1] for usage examples.
>
> [1] https://github.com/marketplace/actions/get-fedora-releases
#v+
name: Get Fedora Releases
runs-on: ubuntu-latest
#v-
Yeah, the irony isn't lost on me, but it's the only Linux container
host Github currently offers.
5:52 a.m.
On Wed, 14 Apr 2021 at 20:29, Stephen Gallagher <sgallagh(a)redhat.com> wrote:
On Wed, Apr 14, 2021 at 1:38 PM Tomasz Torcz
<tomek(a)pipebreaker.pl> wrote:
>
> Dnia Wed, Apr 14, 2021 at 01:12:47PM -0400, Stephen Gallagher napisał(a):
> > Since I figured it might be useful to others, I have made it available
> > publicly. See the Marketplace link[1] for usage examples.
> >
> > [1] https://github.com/marketplace/actions/get-fedora-releases
>
> #v+
> name: Get Fedora Releases
> runs-on: ubuntu-latest
> #v-
>
Yeah, the irony isn't lost on me, but it's the only Linux container
host Github currently offers.
You can actually run containers directly [0] (might still be running on
ubuntu but hey ). I have also been playing with self-hosted runner on
Fedora CoreOS[1] a blog post will follow soon :)
[0] -
https://docs.github.com/en/actions/reference/workflow-syntax-for-github-a...
[1] - https://github.com/cverna/fcos-actions-runner
_______________________________________________
devel mailing list -- devel(a)lists.fedoraproject.org
To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it:
https://pagure.io/fedora-infrastructure
7:10 a.m.
On Thu, Apr 15, 2021 at 6:58 AM Clement Verna <cverna(a)fedoraproject.org> wrote:
On Wed, 14 Apr 2021 at 20:29, Stephen Gallagher <sgallagh(a)redhat.com> wrote:
>
> On Wed, Apr 14, 2021 at 1:38 PM Tomasz Torcz <tomek(a)pipebreaker.pl> wrote:
> >
> > Dnia Wed, Apr 14, 2021 at 01:12:47PM -0400, Stephen Gallagher napisał(a):
> > > Since I figured it might be useful to others, I have made it available
> > > publicly. See the Marketplace link[1] for usage examples.
> > >
> > > [1] https://github.com/marketplace/actions/get-fedora-releases
> >
> > #v+
> > name: Get Fedora Releases
> > runs-on: ubuntu-latest
> > #v-
> >
>
> Yeah, the irony isn't lost on me, but it's the only Linux container
> host Github currently offers.
You can actually run containers directly [0] (might still be running on ubuntu but hey ).
I have also been playing with self-hosted runner on Fedora CoreOS[1] a blog post will
follow soon :)
Yes, but this particular action is basically just a quick
python-requests GET and then some almost-trivial data manipulation.
There's no reason to add the overhead of pulling a container image
when the host has all the necessary pieces.
If you're curious, `uses:
sgallagher/get-fedora-releases-action(a)v1.0.0` would get you the first
version of it that I wrote. That version did exactly what you suggest
and pulled down a container (specifically, `python:3`) to run in. It
took a little over 30s to process, whereas the version that just runs
on the Ubuntu host takes only 6s.
7:24 a.m.
On Thu, 15 Apr 2021 at 14:11, Stephen Gallagher <sgallagh(a)redhat.com> wrote:
On Thu, Apr 15, 2021 at 6:58 AM Clement Verna
<cverna(a)fedoraproject.org>
wrote:
>
>
>
> On Wed, 14 Apr 2021 at 20:29, Stephen Gallagher <sgallagh(a)redhat.com>
wrote:
>>
>> On Wed, Apr 14, 2021 at 1:38 PM Tomasz Torcz <tomek(a)pipebreaker.pl>
wrote:
>> >
>> > Dnia Wed, Apr 14, 2021 at 01:12:47PM -0400, Stephen Gallagher
napisał(a):
>> > > Since I figured it might be useful to others, I have made it
available
>> > > publicly. See the Marketplace link[1] for usage examples.
>> > >
>> > > [1] https://github.com/marketplace/actions/get-fedora-releases
>> >
>> > #v+
>> > name: Get Fedora Releases
>> > runs-on: ubuntu-latest
>> > #v-
>> >
>>
>> Yeah, the irony isn't lost on me, but it's the only Linux container
>> host Github currently offers.
>
>
> You can actually run containers directly [0] (might still be running on
ubuntu but hey ). I have also been playing with self-hosted runner on
Fedora CoreOS[1] a blog post will follow soon :)
>
Yes, but this particular action is basically just a quick
python-requests GET and then some almost-trivial data manipulation.
There's no reason to add the overhead of pulling a container image
when the host has all the necessary pieces.
If you're curious, `uses:
sgallagher/get-fedora-releases-action(a)v1.0.0` would get you the first
version of it that I wrote. That version did exactly what you suggest
and pulled down a container (specifically, `python:3`) to run in. It
took a little over 30s to process, whereas the version that just runs
on the Ubuntu host takes only 6s.
Right, that makes sense :-)
_______________________________________________
devel mailing list -- devel(a)lists.fedoraproject.org
To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it:
https://pagure.io/fedora-infrastructure
7:01 p.m.
On Wed, 2021-04-14 at 13:12 -0400, Stephen Gallagher wrote:
I'm sure there are others of you out there like me who are using
Github Actions for continuous integration. Recently, I got tired of
updating my CI workflow definition every time a new Fedora release
branched, so I wrote a reusable Github Action[1] to query Bodhi for
the list of "current" (aka "stable") and "pending" (AKA
"branched" or
"rawhide") releases and return them as a JSON array that can be used
to dynamically generate the build matrix.
Since I figured it might be useful to others, I have made it available
publicly. See the Marketplace link[1] for usage examples.
I really need to keep a count of the number of people who've
implemented approximately this. We could have t-shirts!
You can use Bodhi for this, but beware: Bodhi's definition of when a
release goes "current" or "pending" may not match your expectations.
Particularly, releases go "stable" according to Bodhi several days
before they are actually publicly released in the sense that the
expected mirror locations are populated and publicly accessible. See
https://gitlab.gnome.org/GNOME/gnome-software/-/issues/214 .
There are two other sources you could use for this information. You can
use https://admin.fedoraproject.org/pkgdb/api/collections/ , which used
to be an endpoint of the pkgdb app and is now just a hand-maintained
JSON file that gets updated when someone in releng remembers to do it,
or someone expecting the information to be accurate hits them with a
pointy stick.
You can also use
https://fedorapeople.org/groups/qa/metadata/release.json , which gets
updated when *I* remember to do it or when someone hits *me* with a
pointy stick.
I also wrote https://pagure.io/fedora-qa/releasestream as an attempt to
provide a mechanism for making this all less dumb. But I didn't get
around to trying to get it actually deployed in infra and get releng
processes hooked up to it yet.
--
Adam Williamson
Fedora QA
IRC: adamw | Twitter: adamw_ha
https://www.happyassassin.net
1103
days inactive
1105
days old
6 comments
4 participants
participants (4)
-
Adam Williamson -
Clement Verna -
Stephen Gallagher -
Tomasz Torcz