Hi Carsten, Hi List,
Le Fri, Sep 23, 2022 at 07:01:05AM +0200, Carsten Schoenert a écrit :
> heavily force pushing to not blow up the git tree with dozens of Fixup
> commits! In the 'official' git tree this is a no go of course.
Would doing the work in a git branch and 'git merge --squash' at the
Hi Carsten (2022.09.23_05:01:05_+)
> sure, that's a killer argument that I can't really argue against. But that
> is not the point for me.
>
> For all these checks we already have existing infrastructure, running the
> same also by a pipeline job isn't helping at all if it's not clear how to
>
Hello Emanuele,
Am 21.09.22 um 12:01 schrieb Emanuele Rocca:
Well but that's the whole point of automated testing. There's no *need*
to do it locally if it's already done by Salsa for you. What is already
automated and working pretty well is:
- amd64 build
- i386 build
- source build
- autopkgt
> Well but that's the whole point of automated testing. There's no *need*
> to do it locally if it's already done by Salsa for you. What is already
> automated and working pretty well is:
>
> - amd64 build
> - i386 build
> - source build
> - autopkgtest
> - blhc
> - lintian
> - piuparts
> - reprote
Emanuele Rocca writes:
> What's wrong with pushing your work before uploading to ftp-master
> instead? :-)
I am learning to do this with my packages.
Because otherwise, when I push to get, I often find I forgot to do a
pull beforehand, and there are changes in salsa that are not reflected
in my
Hi,
Le 20/09/2022 à 17:35, Carsten Schoenert a écrit :
Hi,
Am 20.09.22 um 16:13 schrieb Emanuele Rocca:
Salsa CI is useful because it automatically performs binary/source
builds,
arm64 crossbuilds, and it runs various pretty important tests such as
lintian,
piuparts, reproducible build testin
Hello,
Emanuele Rocca, le mer. 21 sept. 2022 12:01:21 +0200, a ecrit:
> The only work left to be done on your machine is a binary build to see
> if the packages look good, perhaps some specific manual testing [1],
>
> [1] though that may be an opportunity for writing a new autopkgtest!
Yes, nowa
Hi,
On 2022-09-20 03:09, Sandro Tosi wrote:
> the vast majority of the team members (based on the commits email i
> receive) are uploading the package to the archive at the same time as
> they are pushing a full set of changes to salsa (and sometimes only
> *after* the package has been ACCEPTED);
Hallo Carsten,
On 2022-09-20 05:35, Carsten Schoenert wrote:
> Am 20.09.22 um 16:13 schrieb Emanuele Rocca:
> > Salsa CI is useful because it automatically performs binary/source builds,
> > arm64 crossbuilds, and it runs various pretty important tests such as
> > lintian,
> > piuparts, reproduci
> Am 20.09.22 um 16:13 schrieb Emanuele Rocca:
> > Salsa CI is useful because it automatically performs binary/source builds,
> > arm64 crossbuilds, and it runs various pretty important tests such as
> > lintian,
> > piuparts, reproducible build testing, and more. It also runs autopkgtest in
> > L
Hi,
Am 20.09.22 um 16:13 schrieb Emanuele Rocca:
Salsa CI is useful because it automatically performs binary/source builds,
arm64 crossbuilds, and it runs various pretty important tests such as lintian,
piuparts, reproducible build testing, and more. It also runs autopkgtest in
LXC.
quite most
Hi Sandro,
On Tue, Sep 20, 2022 at 08:31:14AM -0400, Sandro Tosi wrote:
> the way i worded my initial question was so that you could list the
> reasons that make it so useful, in detail: so would you like to do?
Salsa CI is useful because it automatically performs binary/source builds,
arm64 cros
On Tue, Sep 20, 2022 at 4:33 AM Emanuele Rocca wrote:
> On 19/09 02:14, Sandro Tosi wrote:
> > what would the team get out of doing this?
>
> The way I see it, CI on Salsa is so useful that it should be enabled by
> default unless there are good reasons not to.
the way i worded my initial questio
Hi Sandro,
On 19/09 02:14, Sandro Tosi wrote:
> what would the team get out of doing this?
The way I see it, CI on Salsa is so useful that it should be enabled by
default unless there are good reasons not to.
ciao,
Emanuele
> I was wondering if it would make sense to enable CI/CD on Salsa for all
> projects owned by the Debian Python Team, or if there's any concern
> about scaling issues in terms of pipeline workers (or anything else
> really).
what would the team get out of doing this?
--
Sandro "morph" Tosi
My we
On 2022-09-19 06 h 51, Emanuele Rocca wrote:
Hello debian-salsa-ci and debian-python!
I was wondering if it would make sense to enable CI/CD on Salsa for all
projects owned by the Debian Python Team, or if there's any concern
about scaling issues in terms of pipeline workers (or anything else
re
On Mon, Sep 19, 2022 at 01:52:09PM +0200, Iñaki Malerba wrote:
> [...]
> > Perhaps there's an opportunity to automate and getting wider CI usage.
>
> One of the biggest issues we had when a team adopted the pipeline was
> DDOSing of the instance because of the multiple pipelines generated when
> p
Hello debian-salsa-ci and debian-python!
I was wondering if it would make sense to enable CI/CD on Salsa for all
projects owned by the Debian Python Team, or if there's any concern
about scaling issues in terms of pipeline workers (or anything else
really).
For the past few days I've been enablin
18 matches
Mail list logo
