<div dir="ltr"><div>Dear all,</div><div><br></div><div>first of all thanks for taking me into consideration and for volunteering to continue the project. I was overoptimistic in assuming that I could even continue fixing bugs or reading the mailing list at all. I therefore welcome any initiative to have a stable team that works on bugs and keeps the project alive and useful. Just let me know what you need, such as adding you to the Admin list and perhaps updating or giving you access to other resources.</div><div><br></div><div>Since I do not have much time to read these threads, I would appreciate a warning when the issue has been settled by the community, with a list of steps that I should take.</div><div><br></div><div>Best regards</div><div><br></div><div>Juanjo</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Feb 15, 2015 at 10:00 PM, ZhanLin Shang <span dir="ltr"><<a href="mailto:shangzhanlin@gmail.com" target="_blank">shangzhanlin@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Daniel,<br>I agree with your opinion, I know some C (I've been playing around with C for 5 years but not embedding) and some CL (which is the language I use the most), I will try to help if I can.<div>Best,</div><div>Z.Shang</div></div><div class="HOEnZb"><div class="h5"><br><div class="gmail_quote">On Sun Feb 15 2015 at 8:56:01 PM Daniel Kochmański <<a href="mailto:jackdaniel@hellsgate.pl" target="_blank">jackdaniel@hellsgate.pl</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid">Hi all,<br>
<br>
most of you have probably noticed, that ECL is unmaintained for quite a<br>
while. Some spontaneous attempts are made, like submitting a patch, or<br>
answering question - what is great, but insufficient. Many important bug<br>
fixes last on git head, a few potential improvements wait in patch<br>
queue. The other words - ECL starts to smell funny, what's a shame,<br>
since it's a great project.<br>
<br>
I'm writing to mailing list to volunteer myself as projects<br>
maintainer. I'm sure there are people better suited for such role, but<br>
since nobody asks for it, I do. Please reply to this message with<br>
protests or support, if any. I'm full time embedded engineer with strong<br>
C background, and solely speaking - CL new-be. Since I'm full time<br>
worker, I can spare only a few hours a week, but I'm sure it would be<br>
sufficient for start.<br>
<br>
Short plan of things, which have to be done (any help welcome) - in<br>
descendent order:<br>
<br>
** Roll out a new release<br>
Many bug-fixes lie on git, and are absent on current release. It is<br>
really important to make a new release.<br>
<br>
1. Introduce new branching model<br>
<a href="http://nvie.com/posts/a-successful-git-branching-model/" target="_blank">http://nvie.com/posts/a-<u></u>successful-git-branching-<u></u>model/</a><br>
<br>
2. Move development to gitorious<br>
Split separate projects into separate repositories (libffi, gmp)<br>
<br>
3. Patch submissions<br>
I think it would be plausible to move patch submissions to<br>
mailing list, so they can be commented.<br>
<br>
** Refresh<br>
1. Website<br>
I find it counter-intuitive and hard to navigate. Sitemap should<br>
be rearranged, and maybe even moved from SF.<br>
<br>
2. Materials<br>
Wiki's subscription is ended now. It should be brought back.<br>
Usage examples should be easier to find and study.<br>
It would be nice to have tutorials describing, how to install and<br>
embed ECL in project.<br>
<br>
3. Patch/feature/bug queues (as started by Arto)<br>
Decide, which patches need to be merged into ECL, reject the<br>
rest. Same with feature requests - if something is beyond our<br>
reach for now, should be tagged as won't do. Bug reports should be<br>
checked for these already fixed, not-bugs and some which won't be<br>
fixed anytime soon.<br>
<br>
4. Actualizing ECL support libraries - libffi breaks on build for<br>
armv5 (new version works like a charm). It is also at least worth<br>
considering switching to lgpl3 (for pragmatic reasons) - this one<br>
requires further discussion, but first things first.<br>
<br>
** Evolve<br>
1. Third party libraries<br>
- Use most recent libraries (asdf, quicklisp, swank, etc)<br>
- Treat libffi as separate project /move to more recent version/<br>
- Treat libgc as separate project /consider lgplv3/<br>
<br>
2. Make more ports<br>
- Android (merge patches, write nice tutorial)<br>
- NaCL<br>
- Minix<br>
<br>
3. Regression / testing / deployment<br>
- vagrant<br>
- automated reports<br>
- suggestions?<br>
<br>
4. ECL java application for android<br>
<br>
============================<br>
<br>
I already wrote similar mail to Juan Jose Garcia-Ripoll (attached as<br>
reference), and he suggested to write to mailing list.<br>
<br>
Best regards,<br>
Daniel Kochmański<br>
<br>
> Hello,<br>
><br>
> my name is Daniel Kochmański, and I want to say, that I am really<br>
> impressed by your work on Embeddable Common Lisp, and I want to thank<br>
> you for it. I find ecl nice piece of software and consider it a great<br>
> opportunity to learn.<br>
><br>
> I'm writing to you, because I want to be maintainer of it. I have strong<br>
> C background, and I'm learning Common Lisp, so it wouldn't be very good<br>
> pick if project is actively developed, but since it starts to smell<br>
> funny (pun intended), I think it won't be a bad idea. I'm full time<br>
> embedded systems engineer, so I can spare only few hours a week, but I'm<br>
> convinced it would be sufficient for start.<br>
><br>
> First thing I'd like to do is to roll out a new release, since git head<br>
> has many improvements over current release (especially bugfix for<br>
> bordeaux-threads), and cleanup of feature-requests and bug-reports on<br>
> SourceForge.<br>
><br>
> Then I plan to move development to gitorious, and host third party<br>
> libraries as separate projects. Also, branching model would change -<br>
> current commits will land on "develop", and "master" will be kept for<br>
> releases only. I'm also considering reorganizing, or even moving ecl<br>
> site from SourceForge, because I find it really hard to navigate. There<br>
> is also problem with wiki, where subscription has ended, and needs<br>
> reactivation by one of the wiki organizers (according to wikispaces).<br>
><br>
> Next thing would be actualizing libffi (build breaks on armv5 on old<br>
> sources included with ECL), and merging patches for android and nacl<br>
> builds - I'm working on it on my local repository lately. After that to<br>
> attract more people, I think that would be a nice idea to make android<br>
> app, which will bring ECL to android devices.<br>
><br>
> What do you think about this proposition? I was convincing myself to<br>
> write this mail for few weeks from now, but I'm still not sure if I<br>
> should write to mailing list first. Anyways, again, thank you for<br>
> keeping this project alive for so many years.<br>
><br>
> Best regards,<br>
> Daniel Kochmański<br>
><br>
> --<br>
> Daniel Kochmański | Poznań, Poland<br>
> ;; aka jackdaniel<br>
><br>
> "Be the change that you wish to see in the world." - Mahatma Gandhi<br>
><br>
<br>
--<br>
Daniel Kochmański | Poznań, Poland<br>
;; aka jackdaniel<br>
<br>
"Be the change that you wish to see in the world." - Mahatma Gandhi<br>
<br>
------------------------------<u></u>------------------------------<u></u>------------------<br>
Dive into the World of Parallel Programming. The Go Parallel Website,<br>
sponsored by Intel and developed in partnership with Slashdot Media, is your<br>
hub for all things parallel software development, from weekly thought<br>
leadership blogs to news, videos, case studies, tutorials and more. Take a<br>
look and join the conversation now. <a href="http://goparallel.sourceforge.net/" target="_blank">http://goparallel.sourceforge.<u></u>net/</a><br>
______________________________<u></u>_________________<br>
Ecls-list mailing list<br>
<a href="mailto:Ecls-list@lists.sourceforge.net" target="_blank">Ecls-list@lists.sourceforge.<u></u>net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/ecls-list" target="_blank">https://lists.sourceforge.net/<u></u>lists/listinfo/ecls-list</a><br>
</blockquote></div>
</div></div><br>------------------------------------------------------------------------------<br>
Dive into the World of Parallel Programming. The Go Parallel Website,<br>
sponsored by Intel and developed in partnership with Slashdot Media, is your<br>
hub for all things parallel software development, from weekly thought<br>
leadership blogs to news, videos, case studies, tutorials and more. Take a<br>
look and join the conversation now. <a href="http://goparallel.sourceforge.net/" target="_blank">http://goparallel.sourceforge.net/</a><br>_______________________________________________<br>
Ecls-list mailing list<br>
<a href="mailto:Ecls-list@lists.sourceforge.net">Ecls-list@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/ecls-list" target="_blank">https://lists.sourceforge.net/lists/listinfo/ecls-list</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature">Instituto de Física Fundamental, CSIC<br>c/ Serrano, 113b, Madrid 28006 (Spain) <br><a href="http://juanjose.garciaripoll.googlepages.com" target="_blank">http://juanjose.garciaripoll.googlepages.com</a></div>
</div>