Could we move guile to github? about fibers

[PuercoPop]

The FSF uses the guideline of more than 15 lines. Also the FSF now accepts document Scans for copyright assignment making the process smother.

https://www.gnu.org/prep/maintain/html_node/Legally-Significant.html
https://www.fsf.org/blogs/licensing/fsf-now-offering-paperless-option-for-all-copyright-assignments

[abhi18av]

@cwebber and @vyp sure , this has been here far too long. I just wanted to bring remacs and the possibility of using guile with it to the @wingo (Guile's main developer) notice here.

[vyp]

What I will say though is that Guile should be way more popular than it currently is, in my opinion. 😕 (And also for emacs/remacs, it's so much better than elisp.) So I don't blame you at all.

[joelmccracken]

I think the problem is more the rules for copyright assignment. As long as guile is a gnu project, I don't think the copyright assignment issue will be solved.

[amirouche]

Some patch don't require copyright assignment.

[abhi18av]

@amirouche but the exact nature of such "easy" patches isn't really clear, is it?

I mean by itself, GuileEmacs would take ages to gain momentum! With remacs it still might take off. Man I really wish this thing gets sorted out so we can get to coding.

[abhi18av]

Thanks @PuercoPop 👍

[wingo]

Hi! Probably not the right venue for this question -- however... I am a bit skeptical of copyright assignment being a factor in Guile development for good or for bad, for all of the reasons that commentors give above. Still, Guile isn't deluged with contributors currently, so assignment isn't the bottleneck :) Perhaps this reflects a bias though.

Regarding github etc -- of course it's possible to develop Guile using Github or Gitlab. The repo is in Git and you just import it and hack on it. Perhaps the question is about getting review for code though? That question is a bit harder. It's true that github's interface is indeed easier for most people. Dunno. If you are interested in having this conversation though, guile-devel is the place to have it :)

Regarding remacs. Seems like a fun project and I do think sometimes about rewriting libguile in rust. However even if it works the problems of having an Emacs where elisp is slow remain -- you still need a good elisp implementation with a compiler at run-time and that's a lot of effort :) Fortunately in Guile you can build on Guile's compiler. So I'm not worried about remacs from that point of view -- there are still tendencies towards a good-elisp-compiler over time that make projects like Guile-Emacs attractive.

[cwebber]

It seems to me that since this isn't really the right place for this conversation, this issue could be closed?

[vyp]

I see that Gnu Emacs is now on Github

That's just a mirror, GitHub does that for a lot of stuff.

Anyway, this conversation while interesting, is for guile-devel. 👍 to close.