I'm sure it wasn't the intention, but the questions presented in that
survey feel more like they are phishing for specific
people/information than curious about regular activities. It includes
a number of open-ended questions with three text boxes for each,
expecting the user to provide identifiabl
On Tue, 26 May 2020 08:13:24 -0400
Sam Hartman wrote:
> Unfortunately, being a member of Debian, I find myself getting stuck in
> the details and think you may have gotten a few things wrong.
>
> * I think that reviewing a file every time the salt changes is too
> frequent.
> It is a sign th
gled forum stuff.
At a glance, it looks like these features (and other subscription refinements)
are available. They sound like they could (possibly) drastically improve how we
communicate, raise concerns, gather consensus, etc.
Cheers,
--
Michael Lustfield
On Sat, 11 Apr 2020 12:02:40 +0200
Jonathan Carter wrote:
> [...]
> This thread has had lots of discussion so far and no one has listed a
> single reason against your proposal yet, IMHO if no one is standing in
> your way it's time to just go ahead and do it.
Multiple concerns have been raised a
n't aware of the stall a
year ago, but we're here now, and I don't intend to work slowly. I'm confident
you're aware of my "requirements gathering" phase. Design has been roughly
discussed and I'm now taking a day to bury myself in documentation. Since I'm
still playing the social distancing game, you can probably guess where my
weekend priorities will be. :)
Cheers,
--
Michael Lustfield
27;t any practical issues with migrating away from salsa in the
future, then I wouldn't have any objection, but the voice in the back of my
head is screaming pretty loudly right now.
--
Michael Lustfield
GSoC mentioned. Is there anything viable
which can be taken from that effort?
Also, please, don't focus on time to deployment. I'll do whatever we need in
order to implement a proper long-term solution. As you may have noticed- I take
my time to plan projects before execution. If anything, this is a change that
should involve more planning than anything else.
--
Michael Lustfield
n is going to provide a summary of certain
scans, including preliminary license findings. I picture a future where at least
a few of these checks can become part of a dak auto-reject rule, once they've
been fine-tuned a bit. This would introduce a way to verify that a package is
still very likely to be legally free.
I apologize for the lack of details, but I'm digging in and have some down time
from work. I'd like to make use of that time to just build. :)
Cheers,
--
Michael Lustfield
to anything except master
+ I can be given maintainer access to a team owning those projects, but still
run into all the same problems
I can provide a much longer list, but it shouldn't be necessary. There are
plenty of reasons why someone would prefer GitHub over other alternatives.
Attempting to force one option only going to further divide our community.
--
Michael Lustfield
9 matches
Mail list logo
