Re: Establishing Git repos for miscellaneous Chicken tools

2020-11-18 Thread Mario Domenech Goulart
On Tue, 17 Nov 2020 21:11:10 +0200 Lassi Kortela  wrote:

>> Sure.  What should it be called?
>
> Is "chicken-tools" ok? Or "chicken-integrations" or "chicken-contrib"?
> Or even more generically, "chicken-scheme" which doesn't exist yet.
>
> It could be "chicken-emacs" but Dan suggested:
>
>> an organization that focuses on Chicken tool integration would be good; not 
>> just for Emacs. I'd love to see LSP support, for instance

I like chicken-contrib.  Any objections against this name?  Or strong
preference for another one?

All the best.
Mario
-- 
http://parenteses.org/mario



Re: Establishing Git repos for miscellaneous Chicken tools

2020-11-17 Thread Lassi Kortela

Sure.  What should it be called?


Is "chicken-tools" ok? Or "chicken-integrations" or "chicken-contrib"? 
Or even more generically, "chicken-scheme" which doesn't exist yet.


It could be "chicken-emacs" but Dan suggested:


an organization that focuses on Chicken tool integration would be good; not 
just for Emacs. I'd love to see LSP support, for instance





Re: Establishing Git repos for miscellaneous Chicken tools

2020-11-17 Thread Mario Domenech Goulart
On Tue, 17 Nov 2020 20:59:01 +0200 Lassi Kortela  wrote:

>> Sounds good to me.  Thanks for organizing this.
>
> Great. Mario, can you create the org since from our initial group of
> contributors you are the one most closely associated with Chicken?

Sure.  What should it be called?

All the best.
Mario
-- 
http://parenteses.org/mario



Re: Establishing Git repos for miscellaneous Chicken tools

2020-11-17 Thread Lassi Kortela

Sounds good to me.  Thanks for organizing this.


Great. Mario, can you create the org since from our initial group of 
contributors you are the one most closely associated with Chicken?




Re: Establishing Git repos for miscellaneous Chicken tools

2020-11-17 Thread Mario Domenech Goulart
On Tue, 17 Nov 2020 20:41:31 +0200 Lassi Kortela  wrote:

>> Please note that what I wrote was just a suggestion to prevent future
>> problems.  I don't mean to impose anything.  If you think using GitHub,
>> GitLab or whatever git host available would be a good solution, that's
>> absolutely fine by me.  I use GitHub myself.  It was just a small remark
>> to avoid falling in the trap of having a lot of dependencies on
>> vendor-specific features that might just vanish (like what happened with
>> Sourceforge, Google Code etc.).
>
> No problem, I agree that it's important to avoid vendor lock-in.
>
>> And, sure, the CHICKEN bug tracker, mailing lists, wiki and IRC channel
>> can be used for CHICKEN-related stuff.
>
> +1
>
>> Currently we don't have e-mail notifications.  Our use-case is very
>> modest for today's standards of fanciness.  Our git traffic is very low.
>> We basically use the mailing lists to communicate.  It's a very simple
>> setup -- as it must be, otherwise we wouldn't be able to maintain it.
>
> Given:
>
> - a GitHub organization would be preferred for ease of maintenance by
> Dan and Vasilij who have written some of the Chicken Emacs support so
> far
>
> - you and I don't object to GH
>
> - nobody else has said anything
>
> - a decision seems hard to make
>
> should we just make a `chicken-tools` org on GitHub? That would let us
> resolve the current stagnation in maintaining these packages, and if
> we disable the wikis and issue trackers we can move the repos to
> another host later on.

Sounds good to me.  Thanks for organizing this.

All the best.
Mario
-- 
http://parenteses.org/mario



Re: Establishing Git repos for miscellaneous Chicken tools

2020-11-17 Thread Alaric Snell-Pym
On 17/11/2020 18:41, Lassi Kortela wrote:
> Given:
> 
> - a GitHub organization would be preferred for ease of maintenance by
> Dan and Vasilij who have written some of the Chicken Emacs support so far
> 
> - you and I don't object to GH
> 
> - nobody else has said anything
> 
> - a decision seems hard to make
> 
> should we just make a `chicken-tools` org on GitHub? That would let us
> resolve the current stagnation in maintaining these packages, and if we
> disable the wikis and issue trackers we can move the repos to another
> host later on.

Sounds good to me. I'm a staunch opponent of the centralisation of the
Internet by monopolies, but using free github stuff in ways that just
treat it as a node in a decentralised web of git repos bleeds them of
money without letting them use that to get their greedy hooks into you,
so DO IT DO IT DO IT AND THEN BRING THEM CRASHING DOWN FROM WITHIN
MUHAHAHAH, I reckon :-)

-- 
Alaric Snell-Pym   (2E0LOJ neƩ M7KIT)
http://www.snell-pym.org.uk/alaric/



signature.asc
Description: OpenPGP digital signature


Re: Establishing Git repos for miscellaneous Chicken tools

2020-11-17 Thread Lassi Kortela

Please note that what I wrote was just a suggestion to prevent future
problems.  I don't mean to impose anything.  If you think using GitHub,
GitLab or whatever git host available would be a good solution, that's
absolutely fine by me.  I use GitHub myself.  It was just a small remark
to avoid falling in the trap of having a lot of dependencies on
vendor-specific features that might just vanish (like what happened with
Sourceforge, Google Code etc.).


No problem, I agree that it's important to avoid vendor lock-in.


And, sure, the CHICKEN bug tracker, mailing lists, wiki and IRC channel
can be used for CHICKEN-related stuff.


+1


Currently we don't have e-mail notifications.  Our use-case is very
modest for today's standards of fanciness.  Our git traffic is very low.
We basically use the mailing lists to communicate.  It's a very simple
setup -- as it must be, otherwise we wouldn't be able to maintain it.


Given:

- a GitHub organization would be preferred for ease of maintenance by 
Dan and Vasilij who have written some of the Chicken Emacs support so far


- you and I don't object to GH

- nobody else has said anything

- a decision seems hard to make

should we just make a `chicken-tools` org on GitHub? That would let us 
resolve the current stagnation in maintaining these packages, and if we 
disable the wikis and issue trackers we can move the repos to another 
host later on.




Re: Establishing Git repos for miscellaneous Chicken tools

2020-11-17 Thread Mario Domenech Goulart
On Tue, 17 Nov 2020 18:36:24 +0200 Lassi Kortela  wrote:

>> Switching git hosting solutions should be just a matter of changing the git 
>> URL.
>
> AFAICT this can be achieved by turning off the issue tracker and wiki
> on GitHub repos. This would mean we use the mailing list, Chicken's
> issue tracker, or email/irc for coordination. Since it's just a few
> tools, maybe not worth overthinking this?

Please note that what I wrote was just a suggestion to prevent future
problems.  I don't mean to impose anything.  If you think using GitHub,
GitLab or whatever git host available would be a good solution, that's
absolutely fine by me.  I use GitHub myself.  It was just a small remark
to avoid falling in the trap of having a lot of dependencies on
vendor-specific features that might just vanish (like what happened with
Sourceforge, Google Code etc.).

And, sure, the CHICKEN bug tracker, mailing lists, wiki and IRC channel
can be used for CHICKEN-related stuff.

> Another option would be to put all the tools in one git repo on
> code.call-cc.org, and give write access to that repo to the few people
> who need it. Is there some way to have it send email notifications,
> similar to the GitHub "watch this repo" feature?

Currently we don't have e-mail notifications.  Our use-case is very
modest for today's standards of fanciness.  Our git traffic is very low.
We basically use the mailing lists to communicate.  It's a very simple
setup -- as it must be, otherwise we wouldn't be able to maintain it.

All the best.
Mario
-- 
http://parenteses.org/mario



Re: Establishing Git repos for miscellaneous Chicken tools

2020-11-17 Thread Lassi Kortela

Switching git hosting solutions should be just a matter of changing the git URL.


AFAICT this can be achieved by turning off the issue tracker and wiki on 
GitHub repos. This would mean we use the mailing list, Chicken's issue 
tracker, or email/irc for coordination. Since it's just a few tools, 
maybe not worth overthinking this?


Another option would be to put all the tools in one git repo on 
code.call-cc.org, and give write access to that repo to the few people 
who need it. Is there some way to have it send email notifications, 
similar to the GitHub "watch this repo" feature?




Re: Establishing Git repos for miscellaneous Chicken tools

2020-11-17 Thread Mario Domenech Goulart
On Mon, 16 Nov 2020 23:14:03 +0200 Lassi Kortela  wrote:

> We spoke with Mario and Dan about gathering Git repos for all the
> Chicken Emacs packages under one roof, and Dan suggested adding other
> tools such as an LSP server into the mix.
>
> We thought it'd be convenient to start an organization on GitHub or
> GitLab to do this, but are not sure whether the community accepts
> this. Any suggestions to the contrary? We could use code.call-cc.org,
> but is it simple to create organizations and teams there and receive
> notifications about commits?

call-cc.org doesn't provide fancy collaborative tools on top of git.
The workflow for merging changes in the repositories hosted there is
based on sending patches to people who have write access to the
repositories.  As far as I can tell, we have no plan to change that in
the foreseeable future.

I have no objections against using other git hosting solutions.  I'd
suggest, though, that we strive to keep things as simple as possible and
don't get locked in by using features that might screw us in the future
if (actually more like a matter of "when") the host goes out of
business, becomes too unstable, changes its services in ways that we
don't like, changes its terms of use to something that would be
unacceptable for such a project or any other reason.  Switching git
hosting solutions should be just a matter of changing the git URL.

All the best.
Mario
-- 
http://parenteses.org/mario