duplicity-team team mailing list archive

[Kenneth Loafman <kenneth@xxxxxxxxxxx>]

I'm up for centralizing the discussion on anything but email.  Since a lot
of the discussion has already gone on in issue #119
<https://gitlab.com/duplicity/duplicity/-/issues/119>, let's centralize
there for now.  It has the ability to do limited threading and markdown.

As for building on GitLab, I've tried.  Look back in history for
.gitlab-ci.yml and you'll see the build steps.  They stopped working on
core20 and I went back to a Ubuntu 18.04 VM build.  I would love to be able
to build on GitLab again, but things just don't work.

...Ken

On Mon, Mar 21, 2022 at 4:16 PM <edgar.soldin@xxxxxx> wrote:

> On 21.03.2022 22:05, Aaron wrote:
> > On 2022-03-21 20:50, Aaron wrote:
> >
> >> I feel like the "proper" solution here is to add a step to the CI/CD
> process on Gitlab to test the snap before it goes to stable. That is a bit
> awkward as snaps do not run inside Docker containers, which are what is
> easiest in Gitlab CI/CD. I will try to make some time to investigate this
> -- maybe I can set up a spend-limited Linode API key and just have it run
> some smoke tests on the snap as part of a specified release process or
> something. To do it all as a pipeline, I think we would have to do the
> release and snapping in there as well.
> >>
> > As much to help me find it again in the future, I see that I found some
> guidance on building snaps on Gitlab and pushing them to the snap store
> here:
>
> how about we move this discussion into a ticket on gitlab, so it get's
> archived for the future? :)
>
> >
> https://forum.snapcraft.io/t/building-and-pushing-snap-packages-from-gitlab/9537
> <
> https://forum.snapcraft.io/t/building-and-pushing-snap-packages-from-gitlab/9537
> >
> >
> > It's a bit old now, but hopefully still useful. Perhaps we can now use
> remote build to avoid faffing with special containers for building?
>
> having done some remote building, i'd say f***ing slow but very useful for
> non amd64 archs. having said that. snapping locally in a CI will probably
> still be the fastest, although personally i do build and push releases
> manually, always, just to keep things under control. it's not like i
> release daily or so ;)
>
> ..ede
>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~duplicity-team
> Post to     : duplicity-team@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~duplicity-team
> More help   : https://help.launchpad.net/ListHelp
>