Hi!
> I have three feelings.
>
>
> 1. Debian workflows are too fractured. The project would be better if we
> asked people to standardize around a single (or a small number) of workflows.
> To do so, the workflow would need to be flexible enough to handle the wide
> range of technical needs
On Saturday, August 3, 2024 1:37:42 PM MST Salvo Tomaselli wrote:
> > 2. Standardizing around a single (or small number of) workflows will make
> > some people unhappy. But that is an acceptable price to pay because of
the
> > general benefit to the project *as long as the correct solution is
>
On Friday, August 2, 2024 11:26:01 PM MST Jonas Smedegaard wrote:
> I imagine that some in the silent crowd hesitate to chime in due to that
> lumping together the use of git and the use of Gitlab into an
> all-or-nothing choice. I think you intended that reduction, for the
> purpose of simplifyin
On Sat, 03 Aug 2024 at 19:16:30 +0200, Guillem Jover wrote:
> I'm not sure the current state is ideal, because we are back to
> packages being able to rely on some stuff on build daemons, that are
> not guaranteed by default for our supported build entry points
This was already true, though: the o
Hi!
On Sat, 2024-07-06 at 13:13:48 +0200, Alexandre Detiste wrote:
> Le mar. 2 juil. 2024 à 14:37, Guillem Jover a écrit :
> > On Tue, 2024-07-02 at 09:52:05 +0100, Simon McVittie wrote:
> > > On Tue, 02 Jul 2024 at 03:47:29 +0200, Guillem Jover wrote:
> > > > On Fri, 2024-06-07 at 15:40:07 +0200
On 2024-08-03 15:05:27 +0200 (+0200), Alexandre Detiste wrote:
[...]
> the vcswatch service could know about Gihub & Opendev infamous
>"This project has been archived ..."
[...]
As one of the OpenDev Collaboratory sysadmins, I don't know how
"infamous" that is on our end. There's no metadata f
Quoting Fabio Fantoni (2024-08-03 16:45:24)
> Il 03/08/2024 15:59, Jonas Smedegaard ha scritto:
> > Quoting Fabio Fantoni (2024-08-03 15:39:00)
> >> Il 03/08/2024 14:40, Kentaro Hayashi ha scritto:
> >>> Hi,
> >>>
> >>> Even though +1 for DEP-18 basically, I think that it might be better
> >>> to a
Il 03/08/2024 15:59, Jonas Smedegaard ha scritto:
Quoting Fabio Fantoni (2024-08-03 15:39:00)
Il 03/08/2024 14:40, Kentaro Hayashi ha scritto:
Hi,
Even though +1 for DEP-18 basically, I think that it might be better
to add an option
to formalize package owner's (single person maintainer) colla
Quoting Fabio Fantoni (2024-08-03 15:39:00)
> Il 03/08/2024 14:40, Kentaro Hayashi ha scritto:
> > Hi,
> >
> > Even though +1 for DEP-18 basically, I think that it might be better
> > to add an option
> > to formalize package owner's (single person maintainer) collaboration policy
> > especially ab
Il 03/08/2024 15:16, Jonas Smedegaard ha scritto:
Quoting Kentaro Hayashi (2024-08-03 14:40:51)
Hi,
Even though +1 for DEP-18 basically, I think that it might be better
to add an option
to formalize package owner's (single person maintainer) collaboration policy
especially about non-team mainta
Il 03/08/2024 14:40, Kentaro Hayashi ha scritto:
Hi,
Even though +1 for DEP-18 basically, I think that it might be better
to add an option
to formalize package owner's (single person maintainer) collaboration policy
especially about non-team maintained packages under
https://salsa.debian.org/deb
Hi!
[ Mostly trying to clarify some of my earlier comments. ]
On Fri, 2024-06-07 at 17:20:29 +0100, Simon McVittie wrote:
> On Fri, 07 Jun 2024 at 14:32:14 +0200, Guillem Jover wrote:
> > I'm a non-native speaker, who has been involved
> > in l10n for a long time, while at the same time I've pret
Quoting Kentaro Hayashi (2024-08-03 14:40:51)
> Hi,
>
> Even though +1 for DEP-18 basically, I think that it might be better
> to add an option
> to formalize package owner's (single person maintainer) collaboration policy
> especially about non-team maintained packages under
> https://salsa.debia
On Sat, Aug 03, 2024 at 09:40:51PM +0900, Kentaro Hayashi wrote:
> Hi,
>
> Even though +1 for DEP-18 basically, I think that it might be better
> to add an option
> to formalize package owner's (single person maintainer) collaboration policy
> especially about non-team maintained packages under
>
Hi, Tobias.
Thank you for kindly advice, I've misunderstood about debian/ namespace.
Please ignore the previous my post. [1]
I felt sorry posting just a noise.
[1] https://lists.debian.org/debian-devel/2024/08/msg00052.html
Regards,
2024年8月3日(土) 21:54 Tobias Frost :
>
> On Sat, Aug 03, 2024 at
Hi Simon,
I think there could be a more global solution for this problem:
the vcswatch service could know about Gihub & Opendev infamous
"This project has been archived ..."
and the wontfix/upstream bug could be filed automatically to notify
the maintainers that the current upstream dropped the
Hi,
Even though +1 for DEP-18 basically, I think that it might be better
to add an option
to formalize package owner's (single person maintainer) collaboration policy
especially about non-team maintained packages under
https://salsa.debian.org/debian/.
If such a package repository enables merge r
Il 03/08/2024 01:28, Jonas Smedegaard ha scritto:
Quoting Fabio Fantoni (2024-08-02 23:51:26)
Il 02/08/2024 15:49, Jonas Smedegaard ha scritto:
I think that both email and systems like salsa/github/gitlab etc. are
useful, both with pros and cons. Forcing people to use only one or the
other coul
On Fri, 02 Aug 2024 at 21:03:05 +0200, Niels Thykier wrote:
> I think it is more of a question whether [artifacts in /tmp] will be supported
> initially (might require a per-source TMPDIR too for buildd support, so
> artifacts does not get tainted because the buildd was running two builds at
> the
On Sat, 03 Aug 2024 at 15:15:10 +0900, Mattia Rizzolo wrote:
> Consider that in my mind, most packages wouldn't have needed to write
> any imperative code.
> I was considering it for example within dh_auto_configure and
> dh_auto_test, etc, those tools would be responsible for copying the
> relevan
Hello, I like the dgit idea, produce a git repository for people who want to
use git and let other use whatever they want.
Maybe uploading a paquage to Debian could push automatically into dgit. (maybe
this is already the case)
Is it possible then to mirror this dgit repository in salsa ?
Fred
On Sat, Aug 03, 2024 at 04:15:33PM +0900, Charles Plessy wrote:
> > I have drafted a new DEP at
> > https://salsa.debian.org/dep-team/deps/-/merge_requests/8 titled "DEP-18:
> > Enable true open collaboration on all Debian packages".
>
> Hi Otto,
>
> thank you for your initiative,
>
> one proble
Le Sat, Jul 27, 2024 at 03:38:40PM -0700, Otto Kekäläinen a écrit :
>
> I have drafted a new DEP at
> https://salsa.debian.org/dep-team/deps/-/merge_requests/8 titled "DEP-18:
> Enable true open collaboration on all Debian packages".
Hi Otto,
thank you for your initiative,
one problem I have wi
23 matches
Mail list logo
