On Wed, Oct 14, 2020 at 10:37:26AM +0100, Richard W.M. Jones wrote:> On Tue, Oct 13, 2020 at 03:21:35PM -0600, alan somers wrote: > > Would libguestfs be willing to enable CI for the nbdkit project? It's very > > easy to set up, at least for the Rust portion. I'm comfortable with both > > Cirrus CI and Github's native CI. I can get it started if you agree to do it. > > Sure. > > Be aware we may move to gitlab (same as libvirt) at some point soon. > Libvirt went with gitlab's CI: > https://gitlab.com/libvirt/libvirt/-/pipelinesIf you want to follow libvirt's approach, then you can also use our libvirt-ci tools for creating the container dockerfiles for all the distros, which simplifies keeping everything in sync. Regards, Daniel -- |: https://berrange.com -o- https://www.flickr.com/photos/dberrange :| |: https://libvirt.org -o- https://fstop138.berrange.com :| |: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|
On Wed, Oct 14, 2020 at 3:41 AM Daniel P. Berrangé <berrange@redhat.com> wrote:> On Wed, Oct 14, 2020 at 10:37:26AM +0100, Richard W.M. Jones wrote: > > On Tue, Oct 13, 2020 at 03:21:35PM -0600, alan somers wrote: > > > Would libguestfs be willing to enable CI for the nbdkit project? It's > very > > > easy to set up, at least for the Rust portion. I'm comfortable with > both > > > Cirrus CI and Github's native CI. I can get it started if you agree > to do it. > > > > Sure. > > > > Be aware we may move to gitlab (same as libvirt) at some point soon. > > Libvirt went with gitlab's CI: > > https://gitlab.com/libvirt/libvirt/-/pipelines > > If you want to follow libvirt's approach, then you can also use our > libvirt-ci tools for creating the container dockerfiles for all the > distros, which simplifies keeping everything in sync. > > Regards, > Daniel > -- > |: https://berrange.com -o- > https://www.flickr.com/photos/dberrange :| > |: https://libvirt.org -o- > https://fstop138.berrange.com :| > |: https://entangle-photo.org -o- > https://www.instagram.com/dberrange :| >Until and unless you move to Gitlab, I suggest Cirrus-CI. It's easy to configure; so there's little lost effort if we abandon it. I've already got the configuration ready to go. But I don't have permission to enable the application on the repository. Could a repo owner please follow the steps at https://cirrus-ci.org/guide/quick-start/ ? Stop when you get to "post-installation", and I'll take over. -Alan
On Mon, Oct 19, 2020 at 10:58 AM alan somers <asomers@gmail.com> wrote:> On Wed, Oct 14, 2020 at 3:41 AM Daniel P. Berrangé <berrange@redhat.com> > wrote: > >> On Wed, Oct 14, 2020 at 10:37:26AM +0100, Richard W.M. Jones wrote: >> > On Tue, Oct 13, 2020 at 03:21:35PM -0600, alan somers wrote: >> > > Would libguestfs be willing to enable CI for the nbdkit project? >> It's very >> > > easy to set up, at least for the Rust portion. I'm comfortable with >> both >> > > Cirrus CI and Github's native CI. I can get it started if you agree >> to do it. >> > >> > Sure. >> > >> > Be aware we may move to gitlab (same as libvirt) at some point soon. >> > Libvirt went with gitlab's CI: >> > https://gitlab.com/libvirt/libvirt/-/pipelines >> >> If you want to follow libvirt's approach, then you can also use our >> libvirt-ci tools for creating the container dockerfiles for all the >> distros, which simplifies keeping everything in sync. >> >> Regards, >> Daniel >> -- >> |: https://berrange.com -o- >> https://www.flickr.com/photos/dberrange :| >> |: https://libvirt.org -o- >> https://fstop138.berrange.com :| >> |: https://entangle-photo.org -o- >> https://www.instagram.com/dberrange :| >> > > Until and unless you move to Gitlab, I suggest Cirrus-CI. It's easy to > configure; so there's little lost effort if we abandon it. I've already > got the configuration ready to go. But I don't have permission to enable > the application on the repository. Could a repo owner please follow the > steps at https://cirrus-ci.org/guide/quick-start/ ? Stop when you get to > "post-installation", and I'll take over. > > -Alan >Ping. Could somebody please enable Cirrus- CI? This is blocking me from publishing the crate. Or, if you really really really don't want to have any CI, I can just create a new repo for the Rust plugin. That way you wouldn't need to change your workflow. -Alan
Possibly Parallel Threads
- Re: CI for nbdkit
- CI for nbdkit
- Re: nbdkit rust plugin: copyright notices, Cargo workspace, and macro hygiene
- Re: nbdkit rust plugin: copyright notices, Cargo workspace, and macro hygiene
- nbdkit rust plugin: copyright notices, Cargo workspace, and macro hygiene