> please be careful in your efforts to make contributing easier to not alienate
> those who already contribute, sometimes for decades. also: it's rather easy to
> kill motivation but very hard to revive it, once killed.
The above got quoted in the latest LWN, so it may be a sign that the
above vie
Le Tue, Jan 07, 2025 at 10:46:25AM +1100, Stuart Prescott a écrit :
> It's great to see more packages being maintained on salsa. I've certainly
> noticed that it is making working on packages much simpler.
>
> > > In my campaign, I stated [os1] that I aimed to reduce the number of
> > > packages m
Hi Stuart,
changing subject and suggest moving the topic to Debian QA list where
it probably belongs.
Am Thu, Jan 09, 2025 at 11:54:47AM +1100 schrieb Stuart Prescott:
> Good point on anonscm as well... that really does blow out the numbers.
Unfortunately yes.
> However... some of them still w
Hi Andreas
Good point on anonscm as well... that really does blow out the numbers.
However... some of them still work via the aliasing mechanism that was
introduced at the time of migration to salsa. Duck used to check them
all but I don't think it is running any more, unfortunately. vcswatch
On Jan 8, 2025 18:07, Peter Pentchev wrote:.
> I am mostly concerned with content that may be viewed as illegal,
> in the context of "this was pulled in automatically, there was no
> human being who initiated that action, so there is nobody but
> the site admins to be held responsible".
> Well, "some places" includes basically all home users, at least in
> Sweden where I live. This is not about ISPs blocking "some traffic",
> they only block outgoing smtp traffic on default ports. The reasons are
> obvious.
>
> That is, it's often a pain to set up outgoing SMTP. As a user you do
Le 2025-01-08 18:07, Peter Pentchev a écrit :
in the context of "this was pulled in automatically, there was no
human being who initiated that action, so there is nobody but
the site admins to be held responsible".
Actually the chain of responsibility can be traced back to another human
even i
On Wed, Jan 08, 2025 at 02:59:16PM +, Luca Boccassi wrote:
> On Wed, 8 Jan 2025 at 14:35, Peter Pentchev wrote:
> >
> > On Wed, Jan 08, 2025 at 10:19:34AM +0100, Julien Plissonneau Duquène wrote:
> > > Le 2025-01-07 21:52, Peter Pentchev a écrit :
> > > >
> > > > Hm. That sounds interesting, b
Le 2025-01-08 15:35, Peter Pentchev a écrit :
Hm, I would be really, really surprised if there was even one "large
platform" that did not shift the responsibility to the user by having
them sign a terms of service document upon account registration.
They don't make you sign anything, and most
Hi Stuart,
Am Wed, Jan 08, 2025 at 12:46:58PM +1100 schrieb Stuart Prescott:
> > Lets think about some better fine tuning. "NOT LIKE '%salsa%'" might
> > catch also Vcs URLs that are intentionally somewhere else. While I'd
> > love to see all packages on Salsa, it might be sensible to start with
On Wed, 8 Jan 2025 at 14:35, Peter Pentchev wrote:
>
> On Wed, Jan 08, 2025 at 10:19:34AM +0100, Julien Plissonneau Duquène wrote:
> > Le 2025-01-07 21:52, Peter Pentchev a écrit :
> > >
> > > Hm. That sounds interesting, but I think the Debian project cannot
> > > protect such a mirror from autom
On Wed, Jan 08, 2025 at 10:19:34AM +0100, Julien Plissonneau Duquène wrote:
> Le 2025-01-07 21:52, Peter Pentchev a écrit :
> >
> > Hm. That sounds interesting, but I think the Debian project cannot
> > protect such a mirror from automatically bringing in non-DFSG content
> > that appears in the r
Le 2025-01-07 21:52, Peter Pentchev a écrit :
Hm. That sounds interesting, but I think the Debian project cannot
protect such a mirror from automatically bringing in non-DFSG content
that appears in the remote repository. One might even take this one
step
further and go to content forbidden by
Hi,
> > > While I'd love to see all packages on Salsa
> >
> > I think that being able to host the primary git repository of packages
> > elsewhere is a freedom worth maintaining for many reasons.
>
> No, I don't think this is a good idea, and at my first thought, I
> personally don't see any pract
> That's fair. I maintain a package of a project where I eventually
> moved the upstream codebase into revision control but have been too
> lazy/distracted to do the same for the debian directory (which I
> realistically only update once every year or two). I'm committed to
> importing that into Sa
Hi Andreas
Lets think about some better fine tuning. "NOT LIKE '%salsa%'" might
catch also Vcs URLs that are intentionally somewhere else. While I'd
love to see all packages on Salsa, it might be sensible to start with
packages that are unintentionally not in Salsa so
udd=> SELECT COUNT(DISTI
On Tue, Jan 07, 2025 at 11:21:36PM +0100, tho...@goirand.fr wrote:
> > I think that being able to host the primary git repository of packages
> > elsewhere is a freedom worth maintaining for many reasons.
same here.
> I don't think we should continue to allow the "freedom" to be annoying for
On 2025-01-07 23:21:36 +0100 (+0100), tho...@goirand.fr wrote:
[...]
> I don't think we should continue to allow the "freedom" to be
> annoying for every other contributors. Even if there may be some
> "technical excuses" to do so.
That's fair. I maintain a package of a project where I eventually
On Jan 7, 2025 21:25, Julien Plissonneau Duquène wrote:
> I think that being able to host the primary git repository of packages
> elsewhere is a freedom worth maintaining for many reasons.
I don't think we should continue to allow the "freedom" to be annoying for
every other contributors
On 2025-01-07 21:24:54, Julien Plissonneau Duquène wrote:
> Le 2025-01-07 20:03, Andreas Tille a écrit :
> > While I'd love to see all packages on Salsa
>
> I think that being able to host the primary git repository of packages
> elsewhere is a freedom worth maintaining for many reasons.
No, I do
On Tue, Jan 07, 2025 at 09:24:54PM +0100, Julien Plissonneau Duquène wrote:
> Le 2025-01-07 20:03, Andreas Tille a écrit :
> > While I'd love to see all packages on Salsa
>
> I think that being able to host the primary git repository of packages
> elsewhere is a freedom worth maintaining for many
Le 2025-01-07 20:03, Andreas Tille a écrit :
While I'd love to see all packages on Salsa
I think that being able to host the primary git repository of packages
elsewhere is a freedom worth maintaining for many reasons.
What the Debian Project could (and probably should) do in these cases is
Am Tue, Jan 07, 2025 at 10:46:25AM +1100 schrieb Stuart Prescott:
> Without seeking to rain on the parade, that query is only the packages that
> list a non-salsa VCS. That's not counting the packages that don't list a VCS
> at all and therefore are also maintained outside salsa:
>
> udd=> SELECT
It's great to see more packages being maintained on salsa. I've
certainly noticed that it is making working on packages much simpler.
In my campaign, I stated [os1] that I aimed to reduce the number of
packages maintained outside Salsa to below 2,000. As of March 28, 2024,
the count was 2,368.
Hi!
> Number of packages not on Salsa
> ---
>
> In my campaign, I stated [os1] that I aimed to reduce the number of
> packages maintained outside Salsa to below 2,000. As of March 28, 2024,
> the count was 2,368. As of this writing, the count stands at 1,928
> [os2], so
Hello,
On Thu 12 Dec 2024 at 08:05pm -08, Don Armstrong wrote:
> That said, the critique is received, and I've been very, very slowly
> working on rewriting the entire system to address some of these issues.
> [Being a parent has made my Debian time very precious, however, so
> keeping things run
Hello,
On Thu 12 Dec 2024 at 10:30pm +09, Charles Plessy wrote:
> - at work, not using LLMs to write code is like refusing to wear shoes
>at the Olympics because Greeks did not and saying that shoes pollute
>and the run is no less fun when everybody agreed to be bare feet.
>True, but
On Wed, Dec 18, 2024 at 09:06:48PM +0200, Wouter Verhelst wrote:
> reportbug can send emails through sendmail (if you have that
> configured), or it can be set up so it can bypass that entirely and send
> email directly to an SMTP server.
If you use something like thunderbird, you can always do so
On Wed, Dec 11, 2024 at 05:50:55PM +0530, Pirate Praveen wrote:
>
>
> On 12/11/24 5:20 PM, Marc Haber wrote:
> > On Wed, 11 Dec 2024 17:04:52 +0530, Pirate Praveen
> > wrote:
> > > I think a reportbug web based front end that authenticates with salsa
> > > via oauth and sends emails without any
Tiago Bortoletto Vaz writes:
> Btw, for triage I used to suggest https://fabre.debian.net to
> newcomers. I had some hope that it could be a start for something
> bigger, so I tried to have access to the code to improve a few things
> but never had an answer from the maintainer :\
This looks lik
Hi Matthias,
Quoting Matthias Urlichs (2024-12-15 06:33:35)
> On 12.12.24 12:48, Holger Levsen wrote:
> > On Thu, Dec 12, 2024 at 08:57:57AM +0100, Matthias Urlichs wrote:
> >> On 04.12.24 18:08, Andreas Tille wrote:
> >>> in the
> >>> absence of a debian/dont_touch_my_package file, any Debian Dev
On 12.12.24 12:48, Holger Levsen wrote:
On Thu, Dec 12, 2024 at 08:57:57AM +0100, Matthias Urlichs wrote:
On 04.12.24 18:08, Andreas Tille wrote:
in the
absence of a debian/dont_touch_my_package file, any Debian Developer is
permitted to upload the package.
I like this idea.
so you like reali
On Wed, Dec 11, 2024 at 06:05:51PM GMT, Otto Kekäläinen wrote:
> Hi,
>
> > > While I personally think e-mail-based workflows can be quite nice, the
> > > BTS' asynchronous nature did cause me a lot of extra pointless work
> > > when I was an outsider attempting to learn the ropes. Being not 100%
>
On Tue, 10 Dec 2024, Gard Spreemann wrote:
> Being not 100% confident with the system,
> I way too often found myself waiting minutes – as much as 10 or 15 – for
> replies to simple operations.
The BTS processes messages every 3 minutes. There's nothing really
stopping an inotify-based daemon alwa
Hi
On 11-12-2024 12:34, Pirate Praveen wrote:
If reportbug can open your already configure email client (like
thunderbird) that already helps a lot.
I do that all the time:
paul@toba ~ $ grep thunderbird ~/.reportbugrc
mua thunderbird
Paul
OpenPGP_signature.asc
Description: OpenPGP digital
> On Wed, Dec 11, 2024 at 09:29:08PM +0900, Charles Plessy wrote:
> > Last time I had to write a removal request I asked ChatGPT and it worked
> > well!
Le Wed, Dec 11, 2024 at 02:29:08PM +, Holger Levsen a écrit :
>
> is this debian-devel@ or -curiosa@? (&scnr)
Hi Holger and everybody,
it
On Thu, Dec 12, 2024 at 08:57:57AM +0100, Matthias Urlichs wrote:
> On 04.12.24 18:08, Andreas Tille wrote:
> > in the
> > absence of a debian/dont_touch_my_package file, any Debian Developer is
> > permitted to upload the package.
> I like this idea.
so you like reality. good.
--
cheers,
On 04/12/24 18:08, Andreas Tille wrote:
We could introduce this change starting with Debian Policy version X.
Maintainers who adopt this policy version by updating the
Standards-Version in their packages would implicitly agree that, in the
absence of a debian/dont_touch_my_package file, any Debia
On Thu, Dec 12, 2024 at 09:36:01AM +0100, Jonas Smedegaard wrote:
> > > in the
> > > absence of a debian/dont_touch_my_package file, any Debian Developer is
> > > permitted to upload the package.
> >
> > I like this idea.
> >
> > The next step: agree on a "standard" Debian workflow and allow
> >
Quoting Matthias Urlichs (2024-12-12 08:57:57)
> On 04.12.24 18:08, Andreas Tille wrote:
> > in the
> > absence of a debian/dont_touch_my_package file, any Debian Developer is
> > permitted to upload the package.
>
> I like this idea.
>
> The next step: agree on a "standard" Debian workflow and a
On 04.12.24 18:08, Andreas Tille wrote:
in the
absence of a debian/dont_touch_my_package file, any Debian Developer is
permitted to upload the package.
I like this idea.
The next step: agree on a "standard" Debian workflow and allow
(encourage?) people to convert existing packages to it (assu
On Wed, 11 Dec 2024 23:00:58 +, Richard Lewis
wrote:
>Gard Spreemann writes:
>> While I personally think e-mail-based workflows can be quite nice, the
>> BTS' asynchronous nature did cause me a lot of extra pointless work
>> when I was an outsider attempting to learn the ropes. Being not 100%
Hello,
On Wed 11 Dec 2024 at 11:00pm GMT, Richard Lewis wrote:
> Gard Spreemann writes:
>
>> While I personally think e-mail-based workflows can be quite nice, the
>> BTS' asynchronous nature did cause me a lot of extra pointless work
>> when I was an outsider attempting to learn the ropes. Bein
Hi,
> > While I personally think e-mail-based workflows can be quite nice, the
> > BTS' asynchronous nature did cause me a lot of extra pointless work
> > when I was an outsider attempting to learn the ropes. Being not 100%
> > confident with the system, I way too often found myself waiting
> > mi
Gard Spreemann writes:
> While I personally think e-mail-based workflows can be quite nice, the
> BTS' asynchronous nature did cause me a lot of extra pointless work
> when I was an outsider attempting to learn the ropes. Being not 100%
> confident with the system, I way too often found myself wa
On Wed, 11 Dec 2024 15:00:45 +0100, Alec Leamas
wrote:
>> On 12/11/24 6:35 PM, sre4e...@free.fr wrote:
>>> Le 2024-12-11 13:52, Pirate Praveen a écrit :
> reportbug can talk SMTP directly, is that not enough for you?
without configuring an smtp server? If I run reportbug and clicks
On Wed, 11 Dec 2024 17:50:55 +0530, Pirate Praveen
wrote:
>On 12/11/24 5:20 PM, Marc Haber wrote:
>> On Wed, 11 Dec 2024 17:04:52 +0530, Pirate Praveen
>> wrote:
>>> I think a reportbug web based front end that authenticates with salsa
>>> via oauth and sends emails without any email client needi
On Wed, Dec 11, 2024 at 09:27:11AM -0500, Boyuan Yang wrote:
> I would like to add that while self-sustained SMTP facilities is useful, the
> reportbug tool has a strong assumption: it assumes that the bug reporter
> must be using Debian (or one of the Debian derivative, though we know it
> won't w
Quoting Holger Levsen (2024-12-11 15:29:08)
> On Wed, Dec 11, 2024 at 09:29:08PM +0900, Charles Plessy wrote:
> > Last time I had to write a removal request I asked ChatGPT and it worked
> > well!
>
> is this debian-devel@ or -curiosa@? (&scnr)
>
> that said, I do realize that the verb "to google
On 2024-12-11 15:27, Boyuan Yang wrote:
I would like to add that while self-sustained SMTP facilities is
useful, the reportbug tool has a strong assumption: it assumes that the
bug reporter must be using Debian (or one of the Debian derivative,
though we know it won't work well) when reporting
Le 2024-12-11 15:04, Pirate Praveen a écrit :
Many firewalls (for example in offices) also block almost every port
other than 80 or 443. So it'd still be valuable to have a web based
reportbug interface.
Well, usually they just block everything including ports 80 and 443,
often one has to u
On Wed, Dec 11, 2024 at 09:29:08PM +0900, Charles Plessy wrote:
> Last time I had to write a removal request I asked ChatGPT and it worked
> well!
is this debian-devel@ or -curiosa@? (&scnr)
that said, I do realize that the verb "to google" slowly is becoming "to
ask $chatgpt" or rather, that als
Hi,
在 12/11/2024 9:04 AM, Pirate Praveen 写道:
On 12/11/24 7:30 PM, Alec Leamas wrote:
On 12/11/24 6:35 PM, sre4e...@free.fr wrote:
Le 2024-12-11 13:52, Pirate Praveen a écrit :
reportbug can talk SMTP directly, is that not enough for you?
without configuring an smtp server? If I run rep
On 10.12.24 14:59, Boyuan Yang wrote:
It's fine we are doing batch processing instead of instant reactive processing
Yeah, but the batch delay time should still be zero, at least if the
system is not busy.
Kernel 2.6.13 introduced the "inotify" system call. There's the
"inoticoming" package
Le 2024-12-11 15:00, Alec Leamas a écrit :
Well, "some places" includes basically all home users, at least in
Sweden where I live. This is not about ISPs blocking "some traffic",
they only block outgoing smtp traffic on default ports. The reasons are
obvious.
Did you try to connect using TC
On 12/11/24 7:30 PM, Alec Leamas wrote:
On 12/11/24 6:35 PM, sre4e...@free.fr wrote:
Le 2024-12-11 13:52, Pirate Praveen a écrit :
reportbug can talk SMTP directly, is that not enough for you?
without configuring an smtp server? If I run reportbug and clicks
submit, does it send mail w
On 12/11/24 6:35 PM, sre4e...@free.fr wrote:
Le 2024-12-11 13:52, Pirate Praveen a écrit :
reportbug can talk SMTP directly, is that not enough for you?
without configuring an smtp server? If I run reportbug and clicks
submit, does it send mail without any extra configurations?
It does,
On 2024-12-11, Pirate Praveen wrote:
> Thanks, in that case, it is my mistake. I was always thinking it needs
> an mta configured, may be this was a recent addition. Not sure if it was
> there from the beginning.
It has been by default using the submission port for default for ages,
though not
On 12/11/24 6:35 PM, sre4e...@free.fr wrote:
Le 2024-12-11 13:52, Pirate Praveen a écrit :
reportbug can talk SMTP directly, is that not enough for you?
without configuring an smtp server? If I run reportbug and clicks
submit, does it send mail without any extra configurations?
It does,
Le 2024-12-11 13:52, Pirate Praveen a écrit :
reportbug can talk SMTP directly, is that not enough for you?
without configuring an smtp server? If I run reportbug and clicks
submit, does it send mail without any extra configurations?
It does, and that works for me (though maybe not from some
On 12/11/24 6:10 PM, Andrey Rakhmatullin wrote:
On Wed, Dec 11, 2024 at 05:50:55PM +0530, Pirate Praveen wrote:
I think a reportbug web based front end that authenticates with salsa
via oauth and sends emails without any email client needing to be
configured will already help.
Is it not alr
On Wed, Dec 11, 2024 at 05:50:55PM +0530, Pirate Praveen wrote:
> > > I think a reportbug web based front end that authenticates with salsa
> > > via oauth and sends emails without any email client needing to be
> > > configured will already help.
> >
> > Is it not already the case that you can us
Le Wed, Dec 11, 2024 at 05:50:55PM +0530, Pirate Praveen a écrit :
>
> As I said, it is not impossible, but a painful process. I use reportbug only
> when I have to generate a template for rm requests, otherwise I always write
> an email. We should avoid asking new people to run through hoops when
On 12/11/24 5:20 PM, Marc Haber wrote:
On Wed, 11 Dec 2024 17:04:52 +0530, Pirate Praveen
wrote:
I think a reportbug web based front end that authenticates with salsa
via oauth and sends emails without any email client needing to be
configured will already help.
Is it not already the case
On Wed, 11 Dec 2024 17:04:52 +0530, Pirate Praveen
wrote:
>I think a reportbug web based front end that authenticates with salsa
>via oauth and sends emails without any email client needing to be
>configured will already help.
Is it not already the case that you can use reportbug without
e-mail
On 12/11/24 8:47 AM, Charles Plessy wrote:
Le Tue, Dec 10, 2024 at 09:18:06AM +0100, Gard Spreemann a écrit :
The BTS is core to Debian. It is e-mail based. While I personally think
e-mail-based workflows can be quite nice, the BTS' asynchronous nature
did cause me a lot of extra pointless w
Le Tue, Dec 10, 2024 at 09:18:06AM +0100, Gard Spreemann a écrit :
>
> The BTS is core to Debian. It is e-mail based. While I personally think
> e-mail-based workflows can be quite nice, the BTS' asynchronous nature
> did cause me a lot of extra pointless work when I was an outsider
> attempting t
On Tue, Dec 10, 2024 at 08:59:23AM -0500, Boyuan Yang wrote:
> > Here's the default crontabs for debbugs.
> > There do exists an handfull of other instances of debbugs, some might
> > deviate from default settings.
> >
> > Greetings
> >
> > /usr/lib/debbugs/processall >/dev/null
> > 7,22,37,52
Hi,
在 2024-12-10二的 10:49 +0100，Alexandre Detiste写道：
> Hi,
>
> Here's the default crontabs for debbugs.
> There do exists an handfull of other instances of debbugs, some might deviate
> from default settings.
>
> Greetings
>
> /usr/lib/debbugs/processall >/dev/null
> 7,22,37,52 * * * *
>
> h
Marc Haber writes:
> On Tue, 10 Dec 2024 09:18:06 +0100, Gard Spreemann
> wrote:
>>The BTS is core to Debian.
>
> And it is one of the best Bugtrackers I have ever encountered.
I agree.
> It could be faster, yes, but its features trump the waiting time by
> far.
Without knowing anything abou
On Tue, 10 Dec 2024 09:18:06 +0100, Gard Spreemann
wrote:
>The BTS is core to Debian.
And it is one of the best Bugtrackers I have ever encountered. It
could be faster, yes, but its features trump the waiting time by far.
Greetings
Marc
--
---
Hello,
On Tue 10 Dec 2024 at 01:58pm +05, Andrey Rakhmatullin wrote:
> On Tue, Dec 10, 2024 at 09:18:06AM +0100, Gard Spreemann wrote:
>> Since several people seem to be sharing their experiences with
>> (undesirable) challenges in becoming a DD, I thought I'd add a point
>> that seemingly hasn't
Hi,
Here's the default crontabs for debbugs.
There do exists an handfull of other instances of debbugs, some might
deviate from default settings.
Greetings
/usr/lib/debbugs/processall >/dev/null
7,22,37,52 * * * *
https://bugs.debian.org/debbugs-source/debian/debian/crontab
Le mar. 10 déc. 202
Andrey Rakhmatullin writes:
> On Tue, Dec 10, 2024 at 09:18:06AM +0100, Gard Spreemann wrote:
>> Since several people seem to be sharing their experiences with
>> (undesirable) challenges in becoming a DD, I thought I'd add a point
>> that seemingly hasn't been covered yet:
>>
>> The BTS is cor
On Tue, 2024-12-10 at 00:35 -0800, Xiyue Deng wrote:
> Hi Phil,
>
> Phil Wyett writes:
> >
> > [..snip..]
> >
> > Morning Xiyue and all,
> >
> > Xiyue mentions tooling after Sam raised an issue.
> >
> > Xiyue, Many thanks for entering this conversation as I feel you are an ideal
> > person (t
On Tue, Dec 10, 2024 at 09:18:06AM +0100, Gard Spreemann wrote:
> Since several people seem to be sharing their experiences with
> (undesirable) challenges in becoming a DD, I thought I'd add a point
> that seemingly hasn't been covered yet:
>
> The BTS is core to Debian. It is e-mail based. While
Hi Phil,
Phil Wyett writes:
>
> [..snip..]
>
> Morning Xiyue and all,
>
> Xiyue mentions tooling after Sam raised an issue.
>
> Xiyue, Many thanks for entering this conversation as I feel you are an ideal
> person (through our many interactions) to detail/discuss what you feel mentors
> is, is n
Since several people seem to be sharing their experiences with
(undesirable) challenges in becoming a DD, I thought I'd add a point
that seemingly hasn't been covered yet:
The BTS is core to Debian. It is e-mail based. While I personally think
e-mail-based workflows can be quite nice, the BTS' asy
Hello Phil,
Am 10.12.24 um 06:49 schrieb Phil Wyett:
On Mon, 2024-12-09 at 15:58 -0800, Xiyue Deng wrote:
Hi Sam,
Sam Hartman writes:
As a none DD I do basic build testing and validation of packages and their
files in-order to bring them up to a minimum standard for a DD to then look at.
On Tue, 2024-12-10 at 02:12 +0500, Andrey Rakhmatullin wrote:
> On Mon, Dec 09, 2024 at 02:02:30PM -0700, Sam Hartman wrote:
> > >> It would be great to have a group of DDs that are willing to
> > >> regularly check for RFS bugs / mentors.d.n and offer sponsorship
> >
> > Andrey> Sure.
On Mon, 2024-12-09 at 15:58 -0800, Xiyue Deng wrote:
> Hi Sam,
>
> Sam Hartman writes:
>
> > > > > > > "Andrey" == Andrey Rakhmatullin writes:
> >
> > Andrey> On Wed, Dec 04, 2024 at 03:30:23PM -0800, Xiyue Deng wrote:
> > >> It would be great to have a group of DDs that are willing to
Hi Sam,
Sam Hartman writes:
>> "Andrey" == Andrey Rakhmatullin writes:
>
> Andrey> On Wed, Dec 04, 2024 at 03:30:23PM -0800, Xiyue Deng wrote:
> >> It would be great to have a group of DDs that are willing to
> >> regularly check for RFS bugs / mentors.d.n and offer sponsorship
On Mon, Dec 09, 2024 at 02:02:30PM -0700, Sam Hartman wrote:
> >> It would be great to have a group of DDs that are willing to
> >> regularly check for RFS bugs / mentors.d.n and offer sponsorship
>
> Andrey> Sure. This is true since the beginning of the RFS process,
> Andrey> and
> "Andrey" == Andrey Rakhmatullin writes:
Andrey> On Wed, Dec 04, 2024 at 03:30:23PM -0800, Xiyue Deng wrote:
>> It would be great to have a group of DDs that are willing to
>> regularly check for RFS bugs / mentors.d.n and offer sponsorship
Andrey> Sure. This is true since t
Hi,
Am Wed, Dec 04, 2024 at 11:18:23AM -0700 schrieb Soren Stoutner:
> Robert,
Thanks a lot to Robert to ask here on the list and sorry for my delayed
answer. I had to catch up with real life but since the question was
originally to me in person I feel the need to finally get involved into
the t
On Fri, Dec 06, 2024 at 05:01:10PM +0530, Pirate Praveen wrote:
> 2024, ഡിസം 5 2:05:19 AM Lucas Kanashiro :
> > https://debconf24.debconf.org/talks/74-attracting-and-retaining-new-contributors-insights-from-brazil/
> >
> > There was some follow-up discussion in Hacker News after a LWN post about
>
2024, ഡിസം 5 2:05:19 AM Lucas Kanashiro :
> https://debconf24.debconf.org/talks/74-attracting-and-retaining-new-contributors-insights-from-brazil/
>
> There was some follow-up discussion in Hacker News after a LWN post about
> this talk was published:
>
> https://lwn.net/Articles/987548/
> https:/
On Thursday, December 5, 2024 1:30:15 AM MST Pirate Praveen wrote:
> 2024, ഡിസം 4 9:33:25 PM Robert Chéramy :
> > 2) What should I read first if I want to make a new package?
>
> I usually suggest a step by step guide to people who are new, in this I
> suggest building existing packages from sourc
2024, ഡിസം 4 9:33:25 PM Robert Chéramy :
> 2) What should I read first if I want to make a new package?
>
I usually suggest a step by step guide to people who are new, in this I suggest
building existing packages from source and updating existing packages before
creating a new package from scratc
On Wed, Dec 04, 2024 at 06:08:00PM +0100, Andreas Tille wrote:
> I wonder if we should reconsider the default assumption of package
> ownership. Instead, we could introduce a file, such as
> debian/dont_touch_my_package (or a similarly named file), where
> maintainers can document their reasons for
On Wed, Dec 04, 2024 at 03:30:23PM -0800, Xiyue Deng wrote:
> It would be great to have a group of DDs that are willing to regularly
> check for RFS bugs / mentors.d.n and offer sponsorship
Sure. This is true since the beginning of the RFS process, and as nothing
stops people from doing this, but
On Wed, 2024-12-04 at 22:07 -0300, Leandro Cunha wrote:
> Hi,
>
> On Wed, Dec 4, 2024 at 9:20 PM Phil Wyett wrote:
> >
> > On Wed, 2024-12-04 at 20:41 -0300, Leandro Cunha wrote:
> > > Hi,
> > >
> > > On Wed, Dec 4, 2024 at 8:30 PM Xiyue Deng wrote:
> > > > P.S. I would also like to take this
Hi,
On Wed, Dec 4, 2024 at 9:20 PM Phil Wyett wrote:
>
> On Wed, 2024-12-04 at 20:41 -0300, Leandro Cunha wrote:
> > Hi,
> >
> > On Wed, Dec 4, 2024 at 8:30 PM Xiyue Deng wrote:
> > > P.S. I would also like to take this chance to appreciate Phil Wyett's
> > > automatic RFS checking that adds "co
On Wed, 2024-12-04 at 20:41 -0300, Leandro Cunha wrote:
> Hi,
>
> On Wed, Dec 4, 2024 at 8:30 PM Xiyue Deng wrote:
> > P.S. I would also like to take this chance to appreciate Phil Wyett's
> > automatic RFS checking that adds "confirmed" tag to RFS bugs that passed
> > the checks, which helps ens
On Wed, 2024-12-04 at 15:30 -0800, Xiyue Deng wrote:
> Andreas Tille writes:
>
> > Am Wed, Dec 04, 2024 at 10:46:03PM +0500 schrieb Andrey Rakhmatullin:
> > > On Wed, Dec 04, 2024 at 10:39:52AM -0700, Soren Stoutner wrote:
> > > > I have directed several RFS (Request For Sponsor) towards appropri
Hi,
On Wed, Dec 4, 2024 at 8:30 PM Xiyue Deng wrote:
> P.S. I would also like to take this chance to appreciate Phil Wyett's
> automatic RFS checking that adds "confirmed" tag to RFS bugs that passed
> the checks, which helps ensure a minimum quality of a prepared package
> ready for sponsorship
Andreas Tille writes:
> Am Wed, Dec 04, 2024 at 10:46:03PM +0500 schrieb Andrey Rakhmatullin:
>> On Wed, Dec 04, 2024 at 10:39:52AM -0700, Soren Stoutner wrote:
>> > I have directed several RFS (Request For Sponsor) towards appropriate
>> > teams,
>> > when then exist. However, my personal exp
On Wednesday, December 4, 2024 2:30:05 PM MST Richard Lewis wrote:
> Soren Stoutner writes:
> > On Monday, December 2, 2024 9:32:27 AM MST Andreas Tille wrote:
> >> Attracting newcomers
> >>
> >>
> >> In my own talk[mt3], I regret not leaving enough time for questions--my
> >
Soren Stoutner writes:
> On Monday, December 2, 2024 9:32:27 AM MST Andreas Tille wrote:
>> Attracting newcomers
>>
>>
>> In my own talk[mt3], I regret not leaving enough time for questions--my
>> apologies for this. However, I want to revisit the sole question raised,
>> wh
Hi,
On 04/12/2024 15:18, Soren Stoutner wrote:
Robert,
I appreciate your addition to the discussion.
On Wednesday, December 4, 2024 8:53:07 AM MST Robert Chéramy wrote:
1) Documentation
There was a lot of reading involved (no problem here - it is great to
have a detailed documentation) but it
1 - 100 of 131 matches
Mail list logo
