eling the need to subscribe to debian-devel too.
--
Sean Whitton
signature.asc
Description: PGP signature
m a
relatively new contributor, and I don't really feel that way myself, and
I haven't spoken to others about it. It's just that I could well
imagine people feeling that way, so it might be worth talking about in
this thread.
--
Sean Whitton
signature.asc
Description: PGP signature
chers and, to a
> given extent, we are the system — Free software has been there since
> always. Free software runs the biggest enterprises in the world. What
> is there that attracts young minds to us? Our superior package
> management, or our beautiful policies?
This is a very interesting thought. Thanks for sharing it.
--
Sean Whitton
signature.asc
Description: PGP signature
n the people who want
to take on these abandoned packages. It's not so much retaliation, but
the prospect of looking like an usurper or insubordinator, which could
make other DDs wary of sponsoring their uploads.
--
Sean Whitton
signature.asc
Description: PGP signature
deps/dep15/>.
The drivers are myself and Ian Jackson, who came up with the idea, but I
said I'd write up the formal proposal.
--
Sean Whitton
signature.asc
Description: PGP signature
a requirement for software to
be free. Perhaps you have a particular clause of the DFSG in mind?
--
Sean Whitton
signature.asc
Description: PGP signature
On Fri, Aug 11 2017, Wouter Verhelst wrote:
> On Mon, Aug 07, 2017 at 08:48:53PM -0700, Sean Whitton wrote:
>> Hello,
>>
>> On Mon, Aug 07 2017, Dr. Bas Wijnen wrote:
>>
>> >> Example: [s3cmd]
>> >
>> > How is this not in contrib? T
lt, GnuPG creates a signing+certification master key. Could you
explain why it's a good idea to override that? I'm not sure what it
achieves.
--
Sean Whitton
signature.asc
Description: PGP signature
t;, but what gpg command generates
these? Are they data that needs to be protected?
Thanks.
--
Sean Whitton
signature.asc
Description: PGP signature
quot;anti-harassment" immediately
reassures people that the project takes harassment seriously. If I
needed to contact the team, I would wonder whether a respect and
inclusion team was really interested in my case. But that's just me.
--
Sean Whitton
lots of good points brought up
> criticising the wording of this policy, that nobody thought about
> during physical discussions at DebConf (which I didn't participate in
> for these reasons).
I agree that online discussion was best for bringing out all these
points. But bringing out those points was not about judging consensus.
--
Sean Whitton
signature.asc
Description: PGP signature
--iter-time option when creating a LUKS partition that
makes a brute force take much longer (at the cost of it taking slightly
longer to decrypt and mount the partition).
You can't do that with the encryption gpg does with your passphrase,
AFAIK.
--
Sean Whitton
signature.asc
Description: PGP signature
ject would have an unwarranted say in GRs and
leader votes.
> It also occurred to me that this whole discussion should be on
> -project, so please reply there. or maybe some other list? anyhow,
> anybody is free to reply to this mail in public.
Done.
--
Sean Whitton
signature.asc
Description: PGP signature
gned to answer
all the usual concerns.
--
Sean Whitton
signature.asc
Description: PGP signature
ing at.
I'd like to suggest using 'changed' rather than 'demoted' because the
latter suggests that being a non-uploading DD is of less value than
being an uploading DD.
(I know you're not a native speaker so I'm not blaming you, Mattia!)
--
Sean Whitton
signature.asc
Description: PGP signature
funding that group subscription from our own funds?
--
Sean Whitton
signature.asc
Description: PGP signature
a DebConf.
I would hope that they /should not/ be as big as DebConf: it would be
bad if there was not clearly a main conference, and instead that energy
were fragmented between several large conferences.
--
Sean Whitton
signature.asc
Description: PGP signature
he removal."
>
> That keeps potentially loaded statements from being recorded in commit
> message forever.
Yes, let's avoid this.
--
Sean Whitton
signature.asc
Description: PGP signature
y known. Maybe a native speaker could confirm this.
'slander' seems fine but 'libel' implies you are doing something
illegal. 'slander' and 'slurs' need not be illegal.
--
Sean Whitton
signature.asc
Description: PGP signature
llow. I wanted to keep details out of commit
messages because of the fact that commit messages are a permanent
record. How does contacting the planet admin team solve this?
--
Sean Whitton
signature.asc
Description: PGP signature
down the line.
> Surely we can find a way to make this information transparent in a way
> that makes it easier to expire it ? Even a dedicated mailing list
> would be better since it would let us expire the archives.
Yes. The commit message could contain a link to the mailing list
a
down the line.
>
> Ack. I have no strong opinion on this detail and trust your judgement to
> find a possibility that would satisfy concerns of transparency while
> being respectful to privacy.
I've added a note to the wiki page about this.
--
Sean Whitton
signature.asc
Description: PGP signature
as more in common with other participants than simply the
property of generating reasons to support the spread of Free Software?
(I'm not expressing a view about whether I take that concern to be
valid. I'm just trying to see if I've understood where Scott is coming
from any better.)
--
Sean Whitton
signature.asc
Description: PGP signature
ty.
(Yes, I appreciate I've mixed together differences of political opinion
and differences of gender in this e-mail, but that's because I take it
to be good for us to be diverse along both of those axes.)
--
Sean Whitton
people who
live at Ian Jackson's place (including Ian) for hosting.
[1] https://manpages.debian.org/git-debpush
[2] https://wiki.debian.org/GitPackagingSurvey
[3]
https://debconf19.debconf.org/talks/68-one-git-to-package-them-all-and-on-the-salsa-find-them/
--
Sean Whitton
signat
input is the git tags before their signature has been
verified against the Debian keyring. Maybe we could isolate fetching
and checking those tags from the part of the service which fetches the
whole git tree to produce a source package.
--
Sean Whitton
signature.asc
Description: PGP signature
k a GR would be the
> right tool.
Right. It's difficult to imagine us getting consensus on these points
via that process.
--
Sean Whitton
signature.asc
Description: PGP signature
n a
> different way than if it is a non-delegated entity just soliciting
> feedback on how they can be useful.
Right. I believe that Enrico's suggestion, quoted above, applies to the
case in which a non-delegated entity is seeking feedback.
--
Sean Whitton
signature.asc
Description: PGP signature
ckaging; at least I
> know that's not my current focus.
Can I suggest that we delay this further, to February, say, or even to
March? I think that it might be a contentious issue, and the project
could probably do with a bit more spacing out of such discussions.
--
Sean Whitton
signature.asc
Description: PGP signature
they are the lifeblood of our project.)
--
Sean Whitton
signature.asc
Description: PGP signature
ntioned here; I don't recall writing about this
anywhere. I agree with you that effective recruitment to teams with
roles like the ftpteam is a difficult problem to solve for volunteer
projects like ours. I don't have a settled opinion about exactly why
it's difficult and what if anything we might do better, however.
--
Sean Whitton
signature.asc
Description: PGP signature
Copyright: (c) 1994 A. Developer
(c) 1995 Google
License: GPL-2+
i.e. you generally only need separate stanzas when the license is
different, not simply because there are different coyright holders. In
most cases you should should not need more stanzas than there are
different li
ings.
Well, this is one of the reasons why source package which add new binary
packages end up in NEW again. The full source tree gets checked again
at that point as if the source package were completely new.
--
Sean Whitton
signature.asc
Description: PGP signature
with GNU licenses it is
unlikely to come up because those licenses do not permit derivative
works.
--
Sean Whitton
signature.asc
Description: PGP signature
e in the package whose
copyright and licensing status should be checked.
I agree that there might be more sophisticated ways in which we could
schedule these rereviews of source packages.
--
Sean Whitton
signature.asc
Description: PGP signature
ng, there are useful
things you can do with a freeform copyright file which you can't do with
a machine-readable file. See for example the contribution information
in the copyright files of src:dgit and src:mailscripts.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello Thorsten,
On Sat 28 Dec 2019 at 04:14pm +01, Thorsten Alteholz wrote:
> On Sat, 28 Dec 2019, Sean Whitton wrote:
>> For packages with simple copyright and licensing, machine readable
>> copyright files can take longer to write than a freeform copyright file.
>
> th
I find understanding what debian/copyright says is a trivial
> effort compared to understanding what copyright/licenses actually apply to the
> package.
I agree with your general points, here, but for very complicated
packages with a lot of different licenses, the machine-readable format
can be
d a few questions fewer, they might
be 20% further in their next AM process than they are now. There's
nothing arbitrary about feedback which says "the goals you and I both
share would have been further advanced, by you, if you hadn't asked
these questions."
--
Sean Whitton
Hello,
On Sun 29 Dec 2019 at 10:09am -05, Scott Kitterman wrote:
> On Sunday, December 29, 2019 9:56:00 AM EST Sean Whitton wrote:
>> Hello,
>>
>> On Sat 28 Dec 2019 at 10:46am -05, Scott Kitterman wrote:
>> > The same information could be included in the machine re
Hello Neil,
On Sat 14 Mar 2020 at 09:18PM +00, Neil McGovern wrote:
> Hi debian-project and ftpmaster folks,
CCing ftpmaster@.
> On Sat, Mar 14, 2020 at 01:37:59PM -0700, Sean Whitton wrote:
>> - cope well with flames in response to your decisions
>
>> - after train
ction
better.
Could you say more about how you think Discourse would have changed how
the discussion went?
I am concerned that the problem is basically a social one, and so cannot
be solved just by using a different software stack to host discussions.
[1] E.g. `M-x notmuch-slurp-this-debbug` in the elpa-mailscripts package.
--
Sean Whitton
signature.asc
Description: PGP signature
Sourcehut is focusing on using e-mail for purely
technical discussions, such as review of patches by others with the
relevant highly specialised knowledge.
I think Debian is mostly interested in an alternative to mailing lists
for other sorts of discussions, at least at first.
--
Sea
perspective to
have. I have a bias towards assuming that communicative and
informational problems are caused by people not behaving skillfully
enough, when the cause is not otherwise clear.
--
Sean Whitton
signature.asc
Description: PGP signature
n Discourse use to lock/close threads
after a certain point? And do you think the API is stable enough for us
to start doing something like this?
Thank you for your input.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Mon 13 Apr 2020 at 04:54AM +09, Charles Plessy wrote:
> Le Sat, Apr 11, 2020 at 03:05:12PM -0700, Sean Whitton a écrit :
>>
>> For any technical topic (including DEPs) it is important that we can
>> find old discussions in the future, easily, and without th
e that an official Debian
Discourse instance would find a way to turn this off.
[1]
https://meta.discourse.org/t/how-does-post-tracking-work-in-discourse/115790
[2] https://meta.discourse.org/t/discourse-new-user-guide/96331 (item 4)
--
Sean Whitton
signature.asc
Description: PGP signature
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 fre
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
bility of developing other clients for Discourse. Making them
operable offline would be a lot of work though.
--
Sean Whitton
signature.asc
Description: PGP signature
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
>
rk under our real
> identity. Looking into contributors.d.o and db.debian.org, he might
> have requested his data to be dropped...
This is a separate issue, surely -- mailing lists do not inherently
require you to use your real name.
--
Sean Whitton
signature.asc
Description: PGP signature
man3 for Debian. If anybody with strong
> Mailman3 experience would like to share some insights, it would
> be really appreciated.
I mean, one is a mailing list service and one is not, so I assume what
you mean here is Hyperkitty vs. Discourse?
--
Sean Whitton
signature.asc
Description: PGP signature
having to use salsa's
search engine much more often. I would prefer not to have to do that.
--
Sean Whitton
signature.asc
Description: PGP signature
and not potentially miss out on something important?
Complicated custom notmuch searches generated by a pile of Emacs Lisp.
If everything is a virtual folder, it's easy to tweak them so that the
Debian stuff stays where it's meant to.
--
Sean Whitton
signature.asc
Description: PGP signature
ing a notmuch query of "not A
or not B or not C ..." where A, B and C are my existing mailing list
inboxes.
--
Sean Whitton
signature.asc
Description: PGP signature
56 matches
Mail list logo