Real Name was:Re: Testing Discourse for Debian

2020-04-14 Thread Scott Kitterman
On April 14, 2020 11:12:10 PM UTC, Sean Whitton wrote: >Hello Raphael, > >On Tue 14 Apr 2020 at 12:28PM +02, Raphael Hertzog wrote: ... > >> He was also concerned with the need to do all work under our real >> identity. Looking into contributors.d.o and db.debian.org, he might >> have

Re: Testing Discourse for Debian

2020-04-14 Thread Sean Whitton
Hello Raphael, On Tue 14 Apr 2020 at 12:28PM +02, Raphael Hertzog wrote: > I remember a discussion with Ryan Murray (who was very involved a long > time ago!) and he expressed concerns over our use of email and > GPG. And the fact that you must share your email to everybody to be > able to take

Re: Testing Discourse for Debian

2020-04-14 Thread Sean Whitton
Hello, On Tue 14 Apr 2020 at 01:49PM +01, Neil McGovern wrote: > On Mon, Apr 13, 2020 at 02:16:48PM -0700, Sean Whitton wrote: >> Do you think that would end up capturing all discussions, with possibly >> a few weeks delay? Is it typical in Discourse use to lock/close threads >> after a certain

Re: [Summary] Discourse for Debian

2020-04-14 Thread Scott Kitterman
On April 14, 2020 9:42:33 PM UTC, Sam Hartman wrote: >> "Ihor" == Ihor Antonov writes: > > > >Ihor> I want to leave this as is without final verdict. Everyone >Ihor> should make their own. > >I really appreciate the idea of summarizing the thread; I agree with >you >it has gotten

Re: tracking our readers? (Re: Testing Discourse for Debian - Moderation concepts)

2020-04-14 Thread Sean Whitton
Hello Karsten, On Tue 14 Apr 2020 at 06:42PM +02, Karsten Merker wrote: > As a personal note: compared to my email client I find the > discourse web interface very unwieldly and impractical (like most > web forums). This is of course a matter of taste and personal > preferences, but exactly

Re: Testing Discourse for Debian

2020-04-14 Thread Sean Whitton
Hello Andrei, On Tue 14 Apr 2020 at 09:21AM +03, Andrei POPESCU wrote: > On Lu, 13 apr 20, 14:23:30, Sean Whitton wrote: >> >> (a) would more clearly benefit from having more structure. It is less >> clear that (b) would benefit, and (b) benefits from the posting of diffs >> and replying using

Re: tracking our readers? (Re: Testing Discourse for Debian - Moderation concepts)

2020-04-14 Thread Sean Whitton
Hello, On Tue 14 Apr 2020 at 08:22AM +00, Holger Levsen wrote: > On Mon, Apr 13, 2020 at 02:31:23PM -0700, Sean Whitton wrote: >> > The trust system gives me no trust at all. It is very closely bound to >> > participation over the web interface, monitors the reading frequency and >> > time >> >

Re: Draft Delegation for the Community Team

2020-04-14 Thread Sam Hartman
Absolutely, the DPL, or DAM, or others may forward to the CT. That would count as it being directed their way.

Re: [Summary] Discourse for Debian

2020-04-14 Thread Eldon Koyle
On Tue, Apr 14, 2020 at 3:48 PM Sam Hartman wrote: > > > "Ihor" == Ihor Antonov writes: > > > > Ihor> I want to leave this as is without final verdict. Everyone > Ihor> should make their own. > > I really appreciate the idea of summarizing the thread; I agree with you > it has gotten

Re: Draft Delegation for the Community Team

2020-04-14 Thread Sam Hartman
TL;DR: As Tina points out, this delegation does not accomplish everything. It is an incremental step forward, one of many we've taken this last year. Tina brings up a number of points where there might be value in revising text if we get the support to do so. I welcome such proposals for

Re: [Summary] Discourse for Debian

2020-04-14 Thread Sam Hartman
> "Ihor" == Ihor Antonov writes: Ihor> I want to leave this as is without final verdict. Everyone Ihor> should make their own. I really appreciate the idea of summarizing the thread; I agree with you it has gotten long. A good summary is one where people on all sides of the issue

Upcoming stable point release (10.4)

2020-04-14 Thread Adam D. Barratt
Hi, The next point release for "buster" (10.4) is scheduled for Saturday, May 9th. Processing of new uploads into buster-proposed-updates will be frozen during the preceding weekend. Regards, Adam

Re: Draft Delegation for the Community Team

2020-04-14 Thread Jean-Philippe MENGUAL
Le 13/04/2020 à 17:19, Sam Hartman a écrit : AS I understand it the only open issue preventing a delegation is the following; we need to find wording that makes it clear you can write to parties other than the CT. >> * To respond to concerns raised by members of the project or >>

[Summary] Discourse for Debian

2020-04-14 Thread Ihor Antonov
The thread about Discourse is getting too long (both in user and project lists) and a lot of people's reactions start to repeat. So I just wanted to summarize so far everything that people have stated so far in a concise manner, and I invite everyone to complete this pros/cons list. (items are

Re: Draft Delegation for the Community Team

2020-04-14 Thread Martina Ferrari
Hi Sledge, On 14/04/2020 16:03, Steve McIntyre wrote: > I hope you're keeping well in these difficult times... *hugs* I am doing fine, thanks. I wish the same for you and your family! >> It seems to me that this delegation text does not improve the >> situation of the Community Team compared

Re: Testing Discourse for Debian

2020-04-14 Thread Martin
On 2020-04-14 15:49, Neil McGovern wrote: > If you're using the stable branch of Discourse, then the API is stable > :) Ha! ;-) This leads a little bit off-topic here, maybe it's better off-list, on #956705, or elsewhere: Can I expect API stability cycles of Discourse long enough, that it were

Re: Draft Delegation for the Community Team

2020-04-14 Thread Steve McIntyre
Hey Tina! I hope you're keeping well in these difficult times... *hugs* On Tue, Apr 14, 2020 at 07:14:01AM +0100, Martina Ferrari wrote: >On 09/04/2020 22:40, Sam Hartman wrote:> I'm pleased to finally be >able to propose a Community Team delegation >> for discussion. During the last year it

Re: Testing Discourse for Debian

2020-04-14 Thread Neil McGovern
On Tue, Apr 14, 2020 at 03:57:08PM +0200, Martin wrote: > Is the API stable in general, or only this particular function? If you're using the stable branch of Discourse, then the API is stable :) > I ask in the context of #956705: "ITP: python-pydiscourse -- > Python library for working with

Re: Testing Discourse for Debian - Moderation concepts

2020-04-14 Thread Sam Hartman
I'd like to echo the comment that requiring people to regularly visit the site does not seem to meet Debian's needs very well for trust. I'd imagine there are a number of people in our community who will tend to read things via email, but who would only visit the site to help moderate--splitting

Re: Testing Discourse for Debian

2020-04-14 Thread Marco Möller
In order to improve the communication methods, the question is, if aspired improvements could be implemented for the email lists or not. If they cannot be implemented for the email lists, then improvements are unlikely to ever happen unless moving on to another communication platform where the

Re: Testing Discourse for Debian

2020-04-14 Thread Martin
On 2020-04-14 13:49, Neil McGovern wrote: > I suspect the API should be stable enough for this, if people wanted to > store discussions in a form that isn't discourse itself. Is the API stable in general, or only this particular function? I ask in the context of #956705: "ITP: python-pydiscourse

Re: Discourse usability

2020-04-14 Thread Martin
On 2020-04-13 22:23, Martin wrote: > My personal and preliminary résumé is: "Something like Discourse would > be great, but maybe better something else, esp. w/o gamification?" I have been hinted, that this résumé sounds more negative than I actually meant it. Elsewhere on -project, I expressed

Re: Testing Discourse for Debian - Moderation concepts

2020-04-14 Thread Martin
On 2020-04-14 14:30, Ansgar wrote: > That said I'm in principle fine with trying a mostly > web-only system; just like GitLab also really needs to be used over the > web. I'm a salsa.d.o user of course, but how often would I login into the web interface? Once a month? 99 % of the interaction is

Re: Testing Discourse for Debian

2020-04-14 Thread Neil McGovern
On Mon, Apr 13, 2020 at 02:16:48PM -0700, Sean Whitton wrote: > Do you think that would end up capturing all discussions, with possibly > a few weeks delay? Is it typical in Discourse use to lock/close threads > after a certain point? And do you think the API is stable enough for us > to start

Re: Testing Discourse for Debian - Moderation concepts

2020-04-14 Thread Ansgar
On Mon, 2020-04-13 at 19:56 +0100, Neil McGovern wrote: > Instead of explaining it here, please have a > read of the following: > https://blog.discourse.org/2018/06/understanding-discourse-trust-levels/ > The short version is that the more a particular account interacts with > the community in a

Re: Testing Discourse for Debian - Moderation concepts

2020-04-14 Thread rhkramer
On Tuesday, April 14, 2020 06:09:48 AM Dan Purgert wrote: > On Apr 14, 2020, to...@tuxteam.de wrote: ... > > This is just the ultra-liberal way to see things. He who owns the > > resources has absolute say on their use. > > "ultra-liberal" -- I don't think that word means what you think it

Re: Testing Discourse for Debian - Moderation concepts

2020-04-14 Thread Christian Kastner
On 2020-04-13 23:33, Andy Smith wrote: > Not to speak for Neil, but it's generally argued that private > entities cannot censor, because a nation/state can tell you that you > cannot express an opinion using your own resources. By contrast a > private entity like Debian can only tell you that you

Re: Testing Discourse for Debian

2020-04-14 Thread Raphael Hertzog
On Mon, 13 Apr 2020, Steve McIntyre wrote: > Hell, there's a strong confirmation bias here too - how many > potentially great future developers have we lost at a very early stage > because our email-centric workflow didn't appeal to them initially? We already lost existing Debian developers due

Re: Testing Discourse for Debian - Moderation concepts

2020-04-14 Thread Dan Purgert
On Apr 14, 2020, to...@tuxteam.de wrote: > On Mon, Apr 13, 2020 at 09:33:20PM +, Andy Smith wrote: > > [...] > > > Not to speak for Neil, but it's generally argued that private > > entities cannot censor, because a nation/state can tell you that you > > cannot express an opinion using your

Re: tracking our readers? (Re: Testing Discourse for Debian - Moderation concepts)

2020-04-14 Thread Dan Purgert
On Apr 14, 2020, Holger Levsen wrote: > On Mon, Apr 13, 2020 at 02:31:23PM -0700, Sean Whitton wrote: > > > The trust system gives me no trust at all. It is very closely bound to > > > participation over the web interface, monitors the reading frequency and > > > time > > > spent on reading by

Re: Testing Discourse for Debian - Moderation concepts

2020-04-14 Thread Andrei POPESCU
On Lu, 13 apr 20, 19:56:28, Neil McGovern wrote: > > Firstly, trust levels. These are the levels of "trust" that the platform > has in any particular user. Instead of explaining it here, please have a > read of the following: >

Re: tracking our readers? (Re: Testing Discourse for Debian - Moderation concepts)

2020-04-14 Thread tomas
On Tue, Apr 14, 2020 at 08:22:22AM +, Holger Levsen wrote: > On Mon, Apr 13, 2020 at 02:31:23PM -0700, Sean Whitton wrote: > > > The trust system gives me no trust at all. It is very closely bound to > > > participation over the web interface, monitors the reading frequency and > > > time > >

tracking our readers? (Re: Testing Discourse for Debian - Moderation concepts)

2020-04-14 Thread Holger Levsen
On Mon, Apr 13, 2020 at 02:31:23PM -0700, Sean Whitton wrote: > > The trust system gives me no trust at all. It is very closely bound to > > participation over the web interface, monitors the reading frequency and > > time > > spent on reading by users. > [1] >

Re: Testing Discourse for Debian - Moderation concepts

2020-04-14 Thread tomas
On Mon, Apr 13, 2020 at 09:33:20PM +, Andy Smith wrote: [...] > Not to speak for Neil, but it's generally argued that private > entities cannot censor, because a nation/state can tell you that you > cannot express an opinion using your own resources. By contrast a > private entity like

Re: Testing Discourse for Debian - Moderation concepts

2020-04-14 Thread tomas
On Mon, Apr 13, 2020 at 02:31:23PM -0700, Sean Whitton wrote: > Hello, > > On Mon 13 Apr 2020 at 10:33PM +02, Mathias Behrle wrote: > > > The trust system gives me no trust at all. It is very closely bound to > > participation over the web interface, monitors the reading frequency and > > time

Re: Testing Discourse for Debian

2020-04-14 Thread Andrei POPESCU
On Lu, 13 apr 20, 15:23:28, Dan Purgert wrote: > On Apr 13, 2020, Russ Allbery wrote: > > The thing with the "newer" projects that I've seen (and maybe I'm just a > curmudgeon trapped in a young person's body) is that they come off to me > as the early dotcom "exactly like X, except on the

Re: Testing Discourse for Debian

2020-04-14 Thread Andrei POPESCU
On Lu, 13 apr 20, 14:23:30, Sean Whitton wrote: > > (a) would more clearly benefit from having more structure. It is less > clear that (b) would benefit, and (b) benefits from the posting of diffs > and replying using inline comments. It seems like Salsa would be better suited for commenting on

Re: Draft Delegation for the Community Team

2020-04-14 Thread Martina Ferrari
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 09/04/2020 22:40, Sam Hartman wrote:> I'm pleased to finally be able to propose a Community Team delegation > for discussion. During the last year it has become clear that we > can accomplish more at lower emotional cost when we have the >