>>>>> "Andreas" == Andreas Tille <[email protected]> writes:
Andreas> Hi to all brave candidates, thanks to you all to volunteer
Andreas> for the DPL job. I wish you all good luck for the
Andreas> elections and the future DPL my best wishes.
Andreas> Recently I've read the article "Winding down my Debian
Andreas> involvement" from Michael Stapelberg[1]. I consider that
Andreas> article an interesting reading and I would love to hear the
Andreas> opinion of the candidates about it.
I have read it as well.
As I said in my platform, I think turnover is good, and I do think
people get tired of doing the same thing. While it's sad to see people
go, it's much worse to see people stay when their heart is no longer in
the project. We've been much better about having people realize it is
time for them to go, realizing that the project will survive, and taking
care of themselves. I think this is a very positive change.
I am disappointed when people leave bitter and disheartened.
I specifically talked about my hopes for reducing that and addressing
some of the decision frustration in my platform.
Andreas> Besides your general opinion I'm interested in your opinion
Andreas> about some questions that immediately popped up when
Andreas> reading the article.
Andreas> 1. I followed the hint to rsync checked out the source
Andreas> package have read the 6k d/rules of it. In line with the
Andreas> request for modernisation I wonder whether the candidates
Andreas> see any chance to convince maintainers to stick to some
Andreas> standard like debhelper >= 9 as a recommended build tool.
Andreas> (Rsync is just a random example - I have seen several other
Andreas> packages that made my work as bug hunter harder than
Andreas> necessary and I know efforts like cross building which
Andreas> would profit heavily from some unification.)
I'd be happy to drive that discussion if elected DPL.
Could I count on your support in helping write up some of the
explanations of why actually having a policy that anticipated debhelper
would benefit people who work on multiple packages?
I talk in my platform about how I would drive a discussion.
Now, I cannot promise a particular outcome: that's for the project to
decide. However, I think even coming tho closure and learning that we
don't want to mandate debhelper >9 would be a huge win. We'd hopefully
learn why people feel that way and we would have closure.
Andreas> 2. I consider packaging in Git on salsa.debian.org a big
Andreas> move forward to some unified workflow for Debian packaging
Andreas> (thanks to Salsa admins by the way). Do you see any chance
Andreas> to convince maintainers to maintain their packages on
Andreas> salsa.d.o as a recommended development platform.
That's another discussion I'm interested in driving.
This one was already on my "I bet we want to spend some time there"
list.
I think that discussion will be more involved than the debhelper
discussion.
I'm not going to go into a lot of specifics on how I'd drive that
discussion though. I think I still need to do some of my homework and
talk to people who have driven part of that discussion in the past. I
also think getting to stuck in the details is not the point of the
campaign period.
signature.asc
Description: PGP signature
